Re: Degradation of GNU/Hurd ``system performance''

2011-09-29 Thread olafBuddenhagen
Hi, On Mon, Sep 05, 2011 at 06:42:22AM +0200, olafbuddenha...@gmx.net wrote: > Over a period of a couple of weeks (mostly light load), many things > become increasingly more sluggish; until finally the system dies with > paging errors. Swap usage also rises constantly over this time, > generally

Re: Degradation of GNU/Hurd ``system performance''

2011-09-22 Thread Svante Signell
On Thu, 2011-09-22 at 17:40 +0200, Sergio López wrote: > An easy way to reproduce this, is > sending a SIGINT in the middle of an opertation like "dd if=/dev/zero > of=test.bin bs=1M count=100". > > I think threads running vm_fault_copy doesn't deal properly with > thread_abort, but I didn't have

Re: Degradation of GNU/Hurd ``system performance''

2011-09-22 Thread Sergio López
2011/9/22 Svante Signell : > On Thu, 2011-09-22 at 04:45 +0200, olafbuddenha...@gmx.net wrote: >> Hi, >> >> On Mon, Sep 05, 2011 at 06:42:22AM +0200, olafbuddenha...@gmx.net wrote: >> >> > As recently I aquired the (bad) habit of running my system 24/7, >> > almost never voluntarily rebooting, I wa

Re: Degradation of GNU/Hurd ``system performance''

2011-09-22 Thread Svante Signell
On Thu, 2011-09-22 at 15:18 +0200, Svante Signell wrote: > On Thu, 2011-09-22 at 04:45 +0200, olafbuddenha...@gmx.net wrote: > > Hi, .. > several /bin/bash -noprofile /dev/fd/3 in state Sslo These seems to be started by /libexec/runttys, so they should probably be there. State flag 'o' still unex

Re: Degradation of GNU/Hurd ``system performance''

2011-09-22 Thread Guillem Jover
On Thu, 2011-09-22 at 04:45:55 +0200, olafbuddenha...@gmx.net wrote: > On Mon, Sep 05, 2011 at 06:42:22AM +0200, olafbuddenha...@gmx.net wrote: > > As recently I aquired the (bad) habit of running my system 24/7, > > almost never voluntarily rebooting, I was able to make further > > observations. >

Re: Degradation of GNU/Hurd ``system performance''

2011-09-22 Thread Svante Signell
On Thu, 2011-09-22 at 04:45 +0200, olafbuddenha...@gmx.net wrote: > Hi, > > On Mon, Sep 05, 2011 at 06:42:22AM +0200, olafbuddenha...@gmx.net wrote: > > > As recently I aquired the (bad) habit of running my system 24/7, > > almost never voluntarily rebooting, I was able to make further > > observ

Re: Degradation of GNU/Hurd ``system performance''

2011-09-21 Thread olafBuddenhagen
Hi, On Mon, Sep 05, 2011 at 06:42:22AM +0200, olafbuddenha...@gmx.net wrote: > As recently I aquired the (bad) habit of running my system 24/7, > almost never voluntarily rebooting, I was able to make further > observations. I totally forgot to mention another important bit: the growing swap con

Re: Degradation of GNU/Hurd ``system performance''

2011-09-06 Thread Richard Braun
On Mon, Sep 05, 2011 at 06:42:22AM +0200, olafbuddenha...@gmx.net wrote: > The slowdown might be a result of the growing memory usage, causing a > need to swap all the time. There is no audible thrashing though while > the system behaves sluggish... And also, it wouldn't explain the crash > while t

Re: Degradation of GNU/Hurd ``system performance''

2011-09-05 Thread Samuel Thibault
olafbuddenha...@gmx.net, le Mon 05 Sep 2011 06:42:22 +0200, a écrit : > On Mon, Jul 25, 2011 at 10:32:03AM +0200, Thomas Schwinge wrote: > > > Building a certain GCC configuration on a freshly booted system: 11 h. > > Remove build tree, build it again (2nd): 12 h 50 min. Huh. Remove > > build tr

Re: Degradation of GNU/Hurd ``system performance''

2011-09-05 Thread olafBuddenhagen
Hi, On Mon, Jul 25, 2011 at 10:32:03AM +0200, Thomas Schwinge wrote: > Building a certain GCC configuration on a freshly booted system: 11 h. > Remove build tree, build it again (2nd): 12 h 50 min. Huh. Remove > build tree, reboot, build it again (1st): back to 11 h. Remove build > tree, build

Degradation of GNU/Hurd ``system performance''

2011-07-25 Thread Thomas Schwinge
Hi! Building a certain GCC configuration on a freshly booted system: 11 h. Remove build tree, build it again (2nd): 12 h 50 min. Huh. Remove build tree, reboot, build it again (1st): back to 11 h. Remove build tree, build it again (2nd): 12 h 40 min. Remove build tree, build it again (3rd): 15