|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : yx 2:5020/400 18 Apr 2001 13:23:08
To : All
Subject : Re: QNX style scheduler
--------------------------------------------------------------------------------
Serge A. Suchkov <ss@e1.bmstu.ru> wrote:
>>> Это что понимать под РАБОЧЕЙ СТАHЦИЕЙ, вот у меня рабочие станции на порядок
>>> толще серверов потому как пакеты в eth закачивать это одно, а нелинейные
>>> системы уравнений решать это совсем-совсем другое.. про диски это отдельная
>>
>> Для этого нужен сервер приложений (числодробилка)
>
> Числодробилки (у нас) всю жисть звались Workstation тут у нас чисто
> терминологическое несоответствие потому как одна числодробильная задача
> ВСЕГДА грузит процессор на 100% (при любом числе камней) и
>
чаво?? workstation ака числодробилка?
единственно правильное решение для счетных задач - это выделенная под такие
цели числодробилка. Даже не упоминая того факта, что для узкоспециализ-х
задач можно подобрать соотв-е железо (сэкономив на одном и выграв в другом)
(скажем для больш-ва счетных задач приоритетна быстрая математика(читай
работа с float) и достаточное кол-во быстрой памяти).
> серверствовать (давать многим узерам чуть чуть процессора) можно только:
>
> 1) Если сей сервер ну ОЧЕHЬ толстый... (так не бывает :))
бывает и очень часто.
> 2) Если ресурсов ну очень ограничено...(так было раньше)
>
>> , а не рабочая станция.
>> Рабочая станция - это где музыку слушают и новые драйвера пробуют на себе.
>
> Hу или програмять числодробильную задачу.. что куда противней чем кодировать
> драйвер потому как для того чтоб добратся до ошибки иногда нужно бывает
> немножечко подождать
>
у нас делалось примерно так:
сперва, у себя, тестировалась (да - на слабых персоналках) и вылизывалась
счетная задача. После достаточной уверенности в ее рабоспособности, она
загонялась на какой-нибудь буржуйско голландский или японский соотв. серв,
и пускалась там с соотв-ми уже не детскими параметрами (такие расчеты у нас
крутились бы наверное с несколько месяцев, там же наши задачки рассчит-сь
в течении суток - оставалось только забрать резальты и на своих персоналках
их анализировать). Если бы это было принципиально - можно было бы за соотв-е
вычислительные ресурсы и платить.
Относительно отладки - в 99% случаев задачу можно было для тестовых и
отладочных режимов пускать в такой постановке, что отлаживать можно и на
персоналке с ограниченным числом соотв-х ресурсов.
>> Что-то у вас в консерватории неладно, если на рабочих станциях системы
>> уравнений решают...
>
> Все у нас путем :) времена больших машин прошли лет как 10 назад сейчас
> одна задача - одна машина вещь абсолютно оптимальная с точки зрения $$
>
одним словом, э-э ,))
"рассуждать подобно треугольнику, считая что и все остальное должно иметь
треугольную форму".
bye.
--
Vladimir Yakovetsky
--- ifmail v.2.15dev5
* Origin: Disorganized yx's groupie (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
