- The added line is THIS COLOR.
- The deleted line is THIS COLOR.
Your message?
Notice: To avoid posts by spam, a message body without the word '#FuguIta' is rejected. ~
Please include the word in your message text.
----
#article
**OSC2020新潟オンラインで河豚板の発表を行います。 [#e045c499]
>[[kaw]] (2020-07-22 (Wed) 15:27:51)~
~
Open Source Conference 2020 Online/Niigataが7月25日(土)に開催されます。~
今回はオンラインでの開催になります。https://ospn.connpass.com/event/181888/ の開催概要ページよりZoom参加に登録頂くか、YouTube Liveにてご視聴下さい。~
~
Open Source Conference 2020 Online/Niigata will be held on Saturday, July 25th.~
This event will be held online and I will have a 15 minute talk about #FuguIta in the name of [[EBUG (Echigo BSD Users Group)>https://www.ebug.jp/]]. ~
Please register for Zoom participation from the overview page of https://ospn.connpass.com/event/181888/, or watch it on YouTube Live.~
//
#comment
**Boot mode difference [#cd61aa39]
>[[Fugu]] (2020-07-19 (Sun) 15:51:32)~
~
Hello Kaw:~
~
Is there a difference in boot mode of OpenBSD and #FuguIta? I have a Dell PC where OpenBSD is very slow without disabling acpimadt whereas #FuguIta has no such problems.~
~
Any guidance will be gratefully received.~
~
Thank you.~
//
-The kernel config of #FuguIta is almost same as GENERIC.~
Differences are as follows:
nimbus9 amd64 # diff -u GENERIC RDROOT
--- GENERIC Mon Jul 20 12:43:03 2020
+++ RDROOT Mon Jul 20 12:40:08 2020
@@ -49,7 +49,7 @@
option UDF # UDF (DVD) file system
option MSDOSFS # MS-DOS file system
option FIFO # FIFOs; RECOMMENDED
-#option TMPFS # efficient memory file system
+option TMPFS # efficient memory file system
option FUSE # FUSE
option SOCKET_SPLICE # Socket Splicing for TCP and UDP
@@ -88,7 +88,7 @@
pseudo-device nmea 1 # NMEA 0183 line discipline
pseudo-device msts 1 # MSTS line discipline
pseudo-device endrun 1 # EndRun line discipline
-pseudo-device vnd 4 # vnode disk devices
+pseudo-device vnd 6 # vnode disk devices
pseudo-device ksyms 1 # kernel symbols device
#pseudo-device dt # Dynamic Tracer
@@ -134,7 +134,12 @@
option NTFS # NTFS support
option HIBERNATE # Hibernate support
-config bsd swap generic
+config bsd root on rd0a swap on wd0b and sd0b
+option RAMDISK_HOOKS
+option MINIROOTSIZE=3800
+option NKPTP=5
+
+pseudo-device rd 1 # ramdisk
mainbus0 at root
nimbus9 amd64 #
So I don't know why it behaves differently.~
~
Since the storage device used is different between regular OpenBSD(internal HDD, SSD...) and FuguIta(DVD, USB Flashdrive, SD card...) there may be something wrong with the built-in disk device.~
~
In any case, I think we need to see what's slowing down regular OpenBSD.
--disk I/O
--stray interrupts
--anything else?
~-- [[kaw]] &new{2020-07-20 (Mon) 12:50:48};
- Thank you for the detailed response. It has to do with buggy bios - APIC. Thank you for sharing #FuguIta with us. -- [[Fugu?]] &new{2020-07-21 (Tue) 09:49:27};
- With following procedure, you can check whether the internal disk or its corresponding BIOS function causes the problem:~
-- In internal disk, make a directory named "ISO" at the root of a partition which is FAT, NTFS, Linux ExtFS or OpenBSD FFS.
-- Put a FuguIta's ungziped ISO image into "ISO" directory.
-- Boot FuguIta with LiveDVD or LiveUSB.
-- The internal disk will be listed as follows:
scanning partitions: cd0a sd0i sd0j
FuguIta's operating device(s): cd0a sd0i
Which is FuguIta's operating device? [default: cd0a] -> sd0i # in case that sd0 is internal disk
-- Select internal device, then continue booting.
>If FuguIta runs slow as OpenBSD with this procedure, the problem could lay on internal disk device. -- [[kaw]] &new{2020-07-21 (Tue) 16:28:11};
- I had quite a few ideas to test this:~
--Chroot install
--chain load from a different OS
--install via different system and move hard drive
--use a different boot manager
--install #Fuguita and hack via ramdisk
>and one other escaping attention now. ~
To this end, I started reading through the show and list variables in the UKC config and found that #FuguIta has a lot more that get initialized than vanilla OpenBSD. When that did not work out, I once again disabled acpimadt, installed the operating system and waited for it to boot. The scenario now stood at reordering libraries (library_aslr). I let it complete the first time and then disabled the service via rcctl. This made a dramatic impact on reboot.~
Presently, after having run sysupgrade (following -current), the performance is acceptable as good as on a ThinkPad.~
My speculation is to do with the execute bit. I haven't read the source code to be certain of this but would appreciate your knowledgeable thoughts on it. I will try the above solution if video and browser performance in unacceptable with my continued testing. -- [[Fugu]] &new{2020-07-21 (Tue) 19:37:36};
- Summary Update: During upgrade/install, the acpimadt needs to be disabled during runtime only. All things work except for the cpu temperature which is stuck at a very high inordinate value. The only similarity found is when the install medium is flash disk. Fans, hibernate, sleep - power management; userland setup; networking have no problems. Interestingly, #FuguIta also spends some time in kernel reordering but being a ram-mounted filesystem, the time spent is comparatively smaller. This is a two-hard drive machine and OpenBSD live USB is now getting stuck before Install/Upgrade/Interrupt message prompt (custom part of #FuguIta) - seems to be directly correlational to number of partitions. Pressing power option still gives back the prompt. Although the device will not be high workload intensive, lack of temperature monitoring (#FuguIta live also lists the same numbers) is unnerving. -- [[Fugu]] &new{2020-07-22 (Wed) 14:55:26};
#comment
----
Former articles are at [[FuguIta/BBS/9]].
----
Return to [[Top>Welcome]]