Re: [PATCH glibc] Hurd: Fix definition of `PAGE_COPY_THRESHOLD'

[Justus Winter]

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