... > /dev/mirror/boot0e 507630 -64328 531348 -14% /tmp > > How weird is that? I wonder ... FreeBSD 6.2-PRERELEASE #68: Mon Oct 2 14:36:13 BST 2006 http://www.freebsd. ... -MORE-THAN-FULL Not sure why its -14% rather than the more normal -8%, ...

freebsd-fs - Gary Palmer - Dec 6 2007 - 17:53

... > > /dev/mirror/boot0e 507630 -64328 531348 -14% /tmp > >=20 > > How weird is that? I ... FreeBSD 6.2-PRERELEASE #68: Mon Oct 2 14:36:13 BST 2006 >=20 > http://www ... -THAN-FULL >=20 > Not sure why its -14% rather than the more normal -8%, but ...

freebsd-fs - Brooks Davis - Dec 6 2007 - 18:10

... Karthauser wrote: > One of my servers is reporting: > > # df | grep tmp > /dev/mirror/boot0e 507630 -64328 531348 -14% /tmp > > How weird is that? I wonder what is going on. Have seen this a few times as well. It wasn't corrected ...

freebsd-fs - Bernd Walter - Dec 6 2007 - 18:07

Christoph Lameter a écrit : > Avoid the use of vmalloc for the ehash locks. > > Signed-off-by: Christoph Lameter > > --- > include/net/inet_hashtables.h | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > >

linux-kernel - Eric Dumazet - Mar 21 2008 - 03:02

On Fri, 21 Mar 2008, Eric Dumazet wrote: > But, isnt it defeating the purpose of this *particular* vmalloc() use ? I thought that was controlled by hashdist? I did not see it used here and so I assumed that the RR was not intended here. -- To

linux-kernel - Christoph Lameter - Mar 21 2008 - 03:03

Christoph Lameter a écrit : > Avoid the use of vmalloc for the ehash locks. > > Signed-off-by: Christoph Lameter > > --- > include/net/inet_hashtables.h | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > >

linux-netdev - Eric Dumazet - Mar 21 2008 - 03:02

On Fri, 21 Mar 2008, Eric Dumazet wrote: > But, isnt it defeating the purpose of this *particular* vmalloc() use ? I thought that was controlled by hashdist? I did not see it used here and so I assumed that the RR was not intended here. -- To

linux-netdev - Christoph Lameter - Mar 21 2008 - 03:03

From: Eric Dumazet Date: Fri, 21 Mar 2008 08:02:11 +0100 > But, isnt it defeating the purpose of this *particular* vmalloc() use ? > > CONFIG_NUMA and vmalloc() at boot time means : > > Try to distribute the pages on

linux-kernel - David Miller - Mar 21 2008 - 03:31

From: Christoph Lameter Date: Fri, 21 Mar 2008 00:03:51 -0700 (PDT) > On Fri, 21 Mar 2008, Eric Dumazet wrote: > > > But, isnt it defeating the purpose of this *particular* vmalloc() use ? > > I thought that was controlled by

linux-kernel - David Miller - Mar 21 2008 - 03:31

From: Eric Dumazet Date: Fri, 21 Mar 2008 08:02:11 +0100 > But, isnt it defeating the purpose of this *particular* vmalloc() use ? > > CONFIG_NUMA and vmalloc() at boot time means : > > Try to distribute the pages on

linux-netdev - David Miller - Mar 21 2008 - 03:31

From: Christoph Lameter Date: Fri, 21 Mar 2008 00:03:51 -0700 (PDT) > On Fri, 21 Mar 2008, Eric Dumazet wrote: > > > But, isnt it defeating the purpose of this *particular* vmalloc() use ? > > I thought that was controlled by

linux-netdev - David Miller - Mar 21 2008 - 03:31

David Miller a écrit : > From: Christoph Lameter > Date: Fri, 21 Mar 2008 00:03:51 -0700 (PDT) > >> On Fri, 21 Mar 2008, Eric Dumazet wrote: >> >>> But, isnt it defeating the purpose of this *particular* vmalloc() use ? >> I

linux-kernel - Eric Dumazet - Mar 21 2008 - 03:42

David Miller a écrit : > From: Christoph Lameter > Date: Fri, 21 Mar 2008 00:03:51 -0700 (PDT) > >> On Fri, 21 Mar 2008, Eric Dumazet wrote: >> >>> But, isnt it defeating the purpose of this *particular* vmalloc() use ? >> I

linux-netdev - Eric Dumazet - Mar 21 2008 - 03:42

On Fri, 21 Mar 2008, David Miller wrote: > I agree with Eric, converting any of the networking hash > allocations to this new facility is not the right thing > to do. Ok. Going to drop it. -- To unsubscribe from this list: send the line "

linux-kernel - Christoph Lameter - Mar 21 2008 - 13:31

On Fri, 21 Mar 2008, David Miller wrote: > I agree with Eric, converting any of the networking hash > allocations to this new facility is not the right thing > to do. Ok. Going to drop it. -- To unsubscribe from this list: send the line "

linux-netdev - Christoph Lameter - Mar 21 2008 - 13:31

Christoph Lameter wrote: > > + if (is_vmalloc_addr(word)) > + page = vmalloc_to_page(word) ^^^^^^ Missing ' ; ' > + else > + page = virt_to_page(word); > + > + zone = page_zone(page); > return &zone->wait_table[hash_long(val, zone

linux-kernel - Gabriel C - Sep 19 2007 - 00:12

On Wed, 19 Sep 2007, Gabriel C wrote: > Christoph Lameter wrote: > > > > > + if (is_vmalloc_addr(word)) > > + page = vmalloc_to_page(word) > ^^^^^^ > Missing ' ; ' Argh. Late beautification attempts are backfiring.... - To

linux-kernel - Christoph Lameter - Sep 19 2007 - 13:40

Christoph Lameter wrote: > > + if (is_vmalloc_addr(word)) > + page = vmalloc_to_page(word) ^^^^^^ Missing ' ; ' > + else > + page = virt_to_page(word); > + > + zone = page_zone(page); > return &zone->wait_table[hash_long(val, zone

linux-fsdevel - Gabriel C - Sep 19 2007 - 00:12

On Wed, 19 Sep 2007, Gabriel C wrote: > Christoph Lameter wrote: > > > > > + if (is_vmalloc_addr(word)) > > + page = vmalloc_to_page(word) > ^^^^^^ > Missing ' ; ' Argh. Late beautification attempts are backfiring.... - To

linux-fsdevel - Christoph Lameter - Sep 19 2007 - 13:40

On Wed, 03 Oct 2007 20:59:49 -0700 Christoph Lameter wrote: > Make the stack size configurable now that we can fallback to vmalloc > if necessary. SGI NUMA configurations may need more stack because > cpumasks and nodemasks are at

linux-kernel - Arjan van de Ven - Oct 4 2007 - 00:36