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.
**OSC2020新潟オンラインで河豚板の発表を行います。 [#e045c499]
>[[kaw]] (2020-07-22 (Wed) 15:27:51)~
Open Source Conference 2020 Online/Niigataが7月25日(土)に開催されます。~
今回はオンラインでの開催になります。 の開催概要ページより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)>]]. ~
Please register for Zoom participation from the overview page of , or watch it on YouTube Live.~

- YouTube Live Stream will be broadcast at .~
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};


**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};

Former articles are at [[FuguIta/BBS/9]].
Return to [[Top>Welcome]]

Front page   New Page list Search Recent changes   Help   RSS of recent changes