[speed it up] Хочу держать корневую ФС в памяти.

>Повторный запуск того-же Gimp'a в обычной системе занимает 3-4 секунды минимум

У меня в генте первый запуск занимает 2 секунды. Intel(R) Celeron(R) M CPU 430 @ 1.73GHz (не SMP!), 1 Гб мозгов

В том, чтобы не ждать 10-20 секунд лишь потому, что приложение ещё не в кэше.

С другой стороны, можно обойтись подгрузкой лишь часто используемого...

>Не слишком это удобно.

А приматывать скотчем ракетный двигатель к костылям надеясь что полетишь со скоростью 700mb/s - удобно?

А теперь нагрузи диски. Да посильней! ;)

И скажи время запуска и используемый i/o шедулер.

Во-первых, это профит. Во-вторых, обеспечить работу этой конструкции должна будет машина, но не я. В этом разница :)

> До сих пор думаю как заставить систему на шлюзе крутиться целиком в ОП.
Элементарно.
http://www.linux.org.ru/view-message.jsp?msgid=2501464

>http://www.linux.org.ru/view-message.jsp?msgid=2501464

^_^

>приложение, висящее в бекграунде, есть процессорное время. иногда это бывает критично.

В случае заметной цифры это повод задуматься о качестве приложения. Играющий анимацию firefox ещё ок, но IDE жрать проц на холостом ходу просто не должна.

>Мне давно было интересно - дают ли рамдиски какой-нибудь эффект кроме психологического?

/var/tmp/portage в tmpfs даёт что-то около двухкратного прироста скорости компиляции :)

>Какой из шедулеров ты предлагаешь:
>шедулеров
>шедулер

Скейделер, КЛБ.

изобрести squashfs и aufs, попутно с initrd не только интересно, но и почётно

ну есть же уже live-helper в дистре ?
делай образы для flash или СD ,DVD и c инсталятором и без.
что за проблемы ?

Твой вариант?

Самое простое и эффективное решение -- поставить памяти столько сколько максимум держит мать (8-16 гиг) и не парить мозг. Со временем все часто запускаемые приложения окажутся в дисковом кеше, то есть в оперативке. Машину, естественно, не выключать, а отправлять в suspend.

> Мне нужна ФС со сжатием. ;) И не BtrFS.

fs со сжатием в оперативе ? А разжиматься оно конечно же в астрал будет :)

Это не помешает мне нагородить костылей!

Так зачем по-твоему дополнительные гигабайты оной? :)

> fs со сжатием в оперативе ? А разжиматься оно конечно же в астрал будет :)

man squashfs, там этого астрала такие крохи требуются, что никто и не заметит. образ на 50 мб по вполне юзабелен на 128 мб, с образом, ядром, иксами, метасити и т.д. и т.п., кроме оперы, конечно :)

> Скейделер, КЛБ.

http://dictionary.cambridge.org/define.asp?dict=CALD&key=70272&ph=on

jazz@garm ~ $ cat /usr/src/linux/.config | grep DEFAULT_IOSCHED
CONFIG_DEFAULT_IOSCHED="anticipatory"

Говорят, что CFQ лучше. Разницы не заметил. Но шедулер тут не причём, обычно.

Я не говорю, что могу решить проблему, но говорю, что большая часть пользователей обходится без сливания корня в память, значит проблема, скорее всего, не в этом.

CFQ уныл :) С ним невозможные фризы в неожиданных местах.

BFQ чуть лучше: плавнее, если можно так выразиться. Но редкие подтормаживания всё-же присутствуют.

Скоро посмотрю как оно работает на Reiser4. Надеюсь, он поспособствует сглаживанию тормозов.

З.Ы. Найду решение, работающее достаточно быстро и без кучи костылей разных размеров - отпишусь.