[devel] [JT] tmpfs и прочее преходящее

[Michael Shigorin]

On Mon, May 12, 2008 at 06:31:55PM +0700, Mikhail Gusarov wrote:
> > Арифметика кривая, не учитывает shared memory и пиковое/среднее.
> Разумеется, кривая.

И никаких "но".

> Но! shared у разработчиков будет разве что libc и libx11
> (это ж не школьники и не операторы)

Позволю себе и в этом усомниться.

> и я считал, что в пике комфортность не должна быть ниже,
> чем в standalone-решениях.

В пике комфортность на мощном сервере _выше_.
Каждому ты по мощному серверу обычно не дашь :)

> > Поставить 32 гига на сборочный сервер даёт возможность решать
> > совсем другие задачи, чем поставить дюжине разработчиков по
> > 4G локально.
> Ещё бы. А конкретному разработчику от этого холодно или жарко?

"Совсем другие" -- это а-ля "регресс-тестирование всего
репозитория, а не отдельных пакетов".  Продолжать?

(я вот надеюсь со сборкой ISO перебраться полностью в RAM,
что может снизить время с 6--20 минут до десятков секунд
и сэкономить на отвлечениях

> > Поставить 4 гига на терминальный сервер проще, чем поставить
> > по гигу двум десяткам разработчиков.
> И потом слушать "Ну вот, опять всё тормозит. Кто OOo запустил
> собираться?  Выключи! Ночью запустишь." ;)

Тут говорилось уже про терминальный -- заметь, я их разделяю,
хотя у нас до сих пор и сборочницы, и терминальный живут в
соседних VPS, хоть и на совсем разных дисках.  Благодаря 
vzctl set --cpuunits --ioprio работа в терминалах сборку даже 
в трёх hasher одновременно "не чувствует" (вот при scp исошки
да, слегка заметно -- надо бы шейпер соорудить :).

Короче, предлагаю перед рассказом мне теории проверить самому 
на практике.  Говорится же не трёпа ради, а возможной пользы
другим для.

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/