Messages in this thread | | | Date | Sat, 6 Jan 2007 12:17:28 -0800 | From | Andrew Morton <> | Subject | Re: [KORG] Re: kernel.org lies about latest -mm kernel |
| |
On Sat, 06 Jan 2007 15:13:50 -0500 Jeff Garzik <jeff@garzik.org> wrote:
> H. Peter Anvin wrote: > > Randy Dunlap wrote: > >> > >>>> BTW, yesterday my 2.4 patches were not published, but I noticed that > >>>> they were not even signed not bziped on hera. At first I simply thought > >>>> it was related, but right now I have a doubt. Maybe the automatic > >>>> script > >>>> has been temporarily been disabled on hera too ? > >>> The script that deals with the uploads also deals with the packaging - > >>> so yes the problem is related. > >> > >> and with the finger_banner and version info on www.kernel.org page? > > > > Yes, they're all connected. > > > > The load on *both* machines were up above the 300s yesterday, probably > > due to the release of a new Knoppix DVD. > > > > The most fundamental problem seems to be that I can't tell currnt Linux > > kernels that the dcache/icache is precious, and that it's way too eager > > to dump dcache and icache in favour of data blocks. If I could do that, > > this problem would be much, much smaller. > > Have you messed around with /proc/sys/vm/vfs_cache_pressure? > > Unfortunately that affects all three of: dcache, icache, and mbcache. > Maybe we could split that sysctl in two (Andrew?), so that one sysctl > affects dcache/icache and another affects mbcache. >
That would be simple enough to do, if someone can demonstrate a need.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |