Quoting Justus Winter (2014-12-10 01:50:17) > Quoting Samuel Thibault (2014-12-10 00:07:28) > > so people can try them. > Yes, on real workloads.
Somewhat less synthetic: % bash do_pipebench.bash Piping 1024 MByte from zero to null. (dd if=zero bs=X count=overall/X | dd of=null bs=X) 4096 8192 12288 16384 32768 65536 ‘libc.so.0.3’ -> ‘libc.so.586asm’ 30.78 15.69 12.11 9.47 5.63 3.90 ‘libc.so.0.3’ -> ‘libc.so.1page’ 28.57 15.54 10.85 8.13 4.39 2.67 ‘libc.so.0.3’ -> ‘libc.so.2page’ 29.32 15.30 10.13 8.23 4.51 2.70 ‘libc.so.0.3’ -> ‘libc.so.3page’ 29.94 17.07 10.93 8.40 4.55 2.62 ‘libc.so.0.3’ -> ‘libc.so.4page’ 28.88 16.64 11.46 8.16 4.39 2.63 ‘libc.so.0.3’ -> ‘libc.so.inftypage’ 30.21 14.75 12.33 9.69 6.01 3.91 > > Do not install them in /lib/i386-gnu! That does not seem to be > > working yet, boot hangs early, apparently when starting pflocal. > :/ I wonder why. I believe pflocal is just fine. Looks like runsystem.sysv or sysvinit crashes (I wish /hurd/crash would tell us about crashes): start ext2fs: Hurd server bootstrap: ext2fs[device:hd0s1] exec startup proc auth. Stopped at machine_idle+0xe: leave db> show all ta ID TASK NAME [THREADS] 0 a0895f00 gnumach [8] 1 a0895e40 ext2fs [12] 2 a0895d80 exec [4] 3 a0895cc0 a0895cc0 [1] 4 a0895c00 a0895c00 [4] 5 a0895b40 a0895b40 [4] 6 a0895900 /hurd/pflocal(9) [6] 7 a0895780 a0895780 [6] 8 a0895840 /hurd/crash(13) [2] db> Justus
