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新潟オンラインで河豚板の発表を行います。&br;Talk about FuguIta at OSC2020 Niigata [#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.~ // - YouTube Live Stream will be broadcast at https://www.youtube.com/watch?v=XSKG1rK3nKQ .~ The live stream will begin at 12:30JST (03:30UTC) on 25 Sat, July 2020.~ There will be three BSD-related talks: |CENTER:Time (UTC)|CENTER:Title|CENTER:Affiliation|CENTER:Speaker|h |06:00-06:15|Introduction of NetBSD|Japan NetBSD Users Group (JNUG)|Jun Ebihara| |06:15-06:30|Introduction of FuguIta|Echigo BSD Users Group (EBUG)|Yoshihiro Kawamata| |06:30-06:45|Introduction of&br;vyos-cli: VyOS CLIs for Ubuntu|Echigo Network Operators Group (ENOG)|Masakazu Asama&br;(also member of EBUG)| These talks will be available as archives at a later date. ~-- [[kaw]] &new{2020-07-22 (Wed) 23:46:40}; #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}; - Thank you for the detailed information.&br;Is vanilla OpenBSD slowing down because the CPU temperature is considered high and the CPU clock frequency is low?&br;If let apmd enabled and manually change the CPU clock with the apm command, can you see anything relevant? -- [[kaw]] &new{2020-07-23 (Thu) 12:54:58}; #comment ---- Former articles are at [[FuguIta/BBS/9]]. ---- Return to [[Top>Welcome]]