Messages in this thread |  | | | Date | Tue, 2 May 2006 13:39:46 +0200 (MEST) | | From | Jan Engelhardt <> | | Subject | Re: [RFC] kernel facilities for cache prefetching |
| |
>> > Another interesting approach would be to actually put all the data you >> > want to use in a non-fragmented, sequential area on disk somehow (there >> > is an OLS paper submitted about that by Ben) so that at least the disk >> > side is seekless... >> >> You are right, reducing seeking distances helps not much. My fluxbox >> desktop requires near 3k seeks, which can be loaded in the 20s init.d >> booting time. But for KDE/GNOME desktops, some defragging would be >> necessary to fit them into the 20s time span. > >or just move the blocks (or copy them) to a reserved area...
Or even put it into a ramdisk, and then fix userspace. When Gnome loads more than 10000 files [http://kerneltrap.org/node/2157], it sounds like a design problem.
Jan Engelhardt -- - 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/
|  |