LINUX.ORG.RU

История изменений

Исправление KRoN73, (текущая версия) :

Потому что ты куришь что-то не то. Ядро в распакованном виде - гигабайт, оно засосётся в оперативу

Это ты чего-то не то куришь. Прежде чем сорцы засосать в кеш их надо всё равно прочитать с диска, после чего... они будут уже не нужны в кеше. Т.к. при компиляции нужно только одно чтение. Таким образом, на чтение с диска кеш вообще почти влияния не окажет.

С записью — эффект от кеша будет приличный. Вот только временные файлы из кеша будут синкаться на диск, чтобы... потом оттуда удалиться. Опять оверхед.

...

И снова ты теоретизируешь там, где у меня была многолетняя практика. Я с Gentoo провёл десятка два-три машинолет в разных конфигурациях. tmpfs скорость компиляции реально ускоряет офигенно. Но не на каждой машине есть возможность выделить 4-6 Гб оперативки под tmpfs для /var/tmp/portage.

И в процессе сборки нагрузка на IO часто лимитирует куда больше нагрузки на CPU.

Исходная версия KRoN73, :

Потому что ты куришь что-то не то. Ядро в распакованном виде - гигабайт, оно засосётся в оперативу

Это ты чего-то не то куришь. Прежде чем сорцы засосать в кеш их надо всё равно прочитать с диска, после чего... они будут уже не нужны в кеше. Т.к. при компиляции нужно только одно чтение. Таким образом, на чтение с диска кеш вообще почти влияния не окажет.

С записью — эффект от кеша будет приличный. Вот только временные файлы из кеша будут синкаться на диск, чтобы... потом оттуда удалиться. Опять оверхед.

...

И снова ты теоретизируешь там, где у меня была многолетняя практика. Я с Gentoo провёл десятка два-три машинолет в разных конфигурациях. tmpfs скорость компиляции реально ускоряет офигенно. Но не на каждой машине есть возможность выделить 4-6 Гб оперативки под tmpfs для /var/tmp/portage.