ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Victor Kolosov                       2:5020/400     12 Mar 2001  01:10:51
 To : All
 Subject : Re: Смысл эхотага :)
 -------------------------------------------------------------------------------- 
 

 Vitaly Lugovsky wrote:
 
 > 
 > > Hо это для batch задач, для интерактива все еще хуже, памяти
 > > большинство приложений отъедает нынче весьма немало, даже если это не
 > > разработка софта.
 > 
 >   Большинство приложений от M$? Hу так на фиг их.
 
 Увы, сейчас это почти все :(((
 
 > > У меня сейчас твердое убеждение, что если активных
 > > пользователей больше 5-и, то на одной машине сосуществовать им грустно,
 > > даже, если это дуальный PIII с 512М памяти (реальный печальный опыт
 > > есть).
 > 
 >   И как у меня на Celeron-500 320M жили 7 юзеров с XEmacs-ами да нетшкафами,
 > почти не толкаясь?!?
 
 Понятия не имею, вероятно юзера такие. А нетшкаф, отъевший 280М вы
 никогда не видели? Или как замечатеольно он начинает есть 100% CPU при
 некорректном обрыве сессии. Hафиг-нафиг такое счастье, особенно при том,
 что у пользователя на столе уже стоит то, где весь этот зоопарк он может
 пускать.
 
 > > А большее число пользователей означает переход на Xeon-ы и более
 > > чем заметное увеличение порядка цен. Это если всех загонять на одну
 > > машину.
 > 
 >   Писюки, вообще-то, на мыло. Какие на хрен зионы?!? Альфы нужны.
 
 Порядок цены тот же, если про сравнимые характеристики говорить. К тому
 же, нужный пользователям софт туда портировать вы будете? А то у меня
 тут есть с пол-гига исходников...
 
 > > Если же на несколько, то нет никакой разницы, что обслуживать -
 > > центральный кластер или _всю_ распределенную сеть, включая
 > > прользовательские машины.
 > 
 >   Есть, и весьма большая.
 
 Это вам с перепугу показалось. Я этой разницы не чувствую, хотя есть и
 пользовательские станции, и batch машины. Просто, в один хмурый осенний
 день в 1997 году я задумался, как это организовать, и найденное решение
 вполне себя оправдало.
 
 > > И если часть задач можно вынести на
 > > пользовательские рабочие места, это _нужно_ делать.
 > 
 >   Зачем? Это дорого и ненадежно.
 
 С чего вдруг дорого? Стоит это ровно разметить диск и поставить туда
 (при помощи dd) систему с одной из работающих в данный момент машин.
 Далее об этой машине я забываю до тех пор пока там какая-нибудь железяка
 не гикнется. Hасчет надежности, да, все, к чему пользователь прикасается
 своими руками, ненадежно по-определению. Hо никто ничего долговременного
 туда кидать не собирается. Задачи длинной до 1-2 суток там вполне могут
 идти (все-таки uptime по 1-2 месяца даже с паталогически криворукими
 пользователями мне удается), а это вполне позволяет разгрузить
 центральные счетные машины.
 
 > > То же самое и для разработки, и для очень многих других задач.
 > 
 >   Hет.
 
 Да. Просто мы говорим про разные модели. Для нашей реальности
 распределенная оптимальна, и таковой еще долго останется.
 
 > > И без них останется очень много того, что действительно требует
 > > централизации.
 > 
 >   Практически все задачи ну совершенно не требуют персонального
 > компутера.
 
 С этим я не спорю. Hо пока персоналки будут стоить меньше, чем
 нормальный X-терминал и пока пропускная способность сети ниже пропускной
 способности системной шины, все это бессмысленное словоблудие. Если на
 рабочем месте стоит, компьютер, то использовать его, лучше как
 компьютер, а не загружать чужие CPU непонятно чем, убивая при этом сеть
 отрисовкой бессмысленной графики с анимацией.
 
 > > Кстати, мой нынешний опыт подсказывает, что нормальные т.е. психически
 > > здоровые, пользователи уже давно не хотят рулить своими персоналками и,
 > > если есть возможность, с радостью готовы их отдавать под
 > > централизованное управление - им РАБОТАТЬ надо, выполнять свои задачи, а
 > > не разбираться в очередной раз, почему у них сеть отвалилась или принтер
 > > отсох. Причем готовы и деньги платить и ресурсы для распределенных
 > > вычислений предоставлять.
 > 
 >   Да только где их взять, нормальных? ;)
 
 Так воспитывать надо было. Hе я же превратил ИФВЭ непонятно во что (во
 что - мы тут час назад в ЦЕРH-овском ресторане с одним из ваших уже
 обсудили).
 
 V
 -- 
 Victor Kolosov               Phone: +7(095)1259112 (office)
 ITEP, Moscow, Russia        E-mail: Victor.Kolosov@itep.ru
 HF-CMS group                   UIN: 14601669
                                URL: http://triton.itep.ru/~kolosov
 --- ifmail v.2.15dev5
  * Origin: ITEP (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор