|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Serge A. Suchkov 2:5020/400 18 Apr 2001 12:14:47
To : All
Subject : Re: оффтопик на гране кластеров
--------------------------------------------------------------------------------
Vladimir Bormotov wrote:
> .
>
> SAS> BTW: Как сказал один старый и умный человек "Сейчас самый ценный
> SAS> ресурс, это рабочее время программиста" вот его то и нужно
> SAS> оптимизировать :)
>
> Кто-же спорит-то? Если в вашем случае программеры не успевают за день
> "отдебажить", что машина делает ночью?
Hичего не делает, uptime наматывает :)
> Что-то другое? И так все машины в
> соседних лабораториях?
А у них по разному... правда у ближайших соседей машинки слишком большой
мощностью не
отличаются, как у других ХЗ ...
> Тут уже много всяких мыслей высказывалось на такого
> рода тему. Лично я таки склонен к большому толстому серверу (кластеру, и
> так далее). По крайней мере в тех случаях, когда нет очень узкой
> специализации задачи. А то, что у нас люди не понимают, что отдать один
> раз 15K можно получить больше выгоды чем отдать 10 раз по 1.5K - так это
> уже совсем другой вопрос.
Hу с точки тех кто "музыку заказывает" это абсолютно все равно ...
Мы тут полгода наверное окучивали заказчиков на предмет вычислительных
мощностей...
Hу на кластер не раскрутили (облом заниматся подъемом кластера за свой счет) а
вот
на пару писюков у которых счет мегагерц и мега(гига)байт идет на сотни
смогли...
Так что при текущем LA~3 ни netscape (4 окна) особо заметно не тормозит ни
VisualSlickEdit с загруженным в него 3Mb проектиком не говоря уже о толпе
xterm-овых консолей плюс
frontend чилодробильных задачек весело так и шустро рисует всякие разные
картинки ...
BTW: а вот та же задачка но на NT и на win2k на машинке со схожей
конфигурацией интерактивные задачки (то же netscape) притормаживает чуть
более ощутимо ...
... единственное что смущает это шум 7(!) кулеров это чудо охлаждающих :))
>
>
> Кстати, не сильно зависит от прикладной области.
>
>
Про другие области ничего не скажу, не пробовал ....
> --
> Bor.
--
Serge.
--- ifmail v.2.15dev5
* Origin: BMSTU (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
