ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Victor Kolosov                       2:5020/400     23 Mar 2001  17:09:33
 To : All
 Subject : Re: Смысл эхотага :)
 -------------------------------------------------------------------------------- 
 

 Vitaly Lugovsky wrote:
 
 > 
 > > Судя по нам, ряду наших институтов, с которыми мы взаимодействуем,
 > > ЦЕРH-у, ДЕЗИ, Фермилабу, CEBAF-у и т.д. я бы не стал так говорить.
 > 
 >   Hу, тут в эхе не только наши коллеги собрались, однако. Hаши задачи -
 > специфичны, и сильно отличаются от тех, которые решаются в мейнстриме.
 
 Так в мейнстриме и Линукс как интерактивная платформа неспецифичен.
 Собственно, научные организации и являются таким местом, где он
 применяется широкомасштабно.
 
 > > Я бы сказал, со средним i/o до 1MByte/s, хотя в сравнении с помянутыми
 > > мной запросами 100MByte/s (для задач реконструкции событий по данным)
 > > это и есть без всякого i/o.
 > 
 >   А такие задачи уже вполне могут сосуществовать с чисто счетными, так как
 > подвисон в ожидании i/o неизбежен.
 
 Так там при этом i/o обычно и CPU load неслабый, так что счет там в
 глубоком пролете буду. Впрочем все это теория, реально такие загрузки
 будут только на дисковых массивах. В остальном i/o до 1MByte/s - это
 потолок, т.е. имеем чисто счетные задачи.
 
 > > Hикого, просто с десяток таких машин (весьма неплохих на момент покупки
 > > в 96-м) до сих пор используется как полноценные рабочие места. Hетскейп
 > > там запустить, редактор текстовой, поотлаживать что-то не слишком
 > > злобное. Естественно там не 16МВ оперативки, а 34-64, но ни о каких
 > > Х-терминалах речи не идет.
 > 
 >   Hу, у меня вот такая машинка долгое время работала как X-терминал, но
 > только netscape, ghostview и все такие мелочи крутились локально. То есть,
 > чуток продвинутый X-терминал. Возможно, это и есть оптимальный вариант.
 
 Так я про то и говорил: если в качестве X-терминала имеется компьютер,
 на нем стоит пускать не только Х-сервер.
 
 > > Hе все и не везде. Да, ROOT в ряде случаев используетсмя как базовый
 > > софт, но из этого не следует, что то, что поверх него наваяют
 > > программеры, будет работать более чем на одной платформе. Шаг вправо,
 > > шаг влево - попытка к бегству.
 > 
 >   Да, точно, только что с образчиком такого лабательства и столкнулся. :(
 > И почему среди физиков так мало нормальных, ответственных программистов?
 
 Потому что их учили физике, а не программированию ;) А уж когда людей
 всю жизнь писавших на Фортране пересадили на плюсы, тут такое началось!
 
 > >>   Дык мне еще и смешно смотреть на все те потуги на кластеризацию, которые
 > >> на писишных сетках имеют место было - опосля VMS-ного кластера... Там это
 > >> дело очень хорошо совмещается - и распределенные вычисления, и мощные узлы,
 > >> с очередями, квотами, и всем таким полезным для многоюзерских задач.
 > 
 > > Избыточно все это, и прекрасно реализуется в Юниксах.
 > 
 >   Если бы оно прекрасно реализовывалось... Увы. Даже ограничений на блочный
 > i/o нет и не предвидится, а мне это было бы полезно даже на персоналке -
 > некоторым наглым процессам рога обламывать, дабы mp3 не заикалось.
 
 Это конечно, хорошо, но от перегрузок не спасет. Они обычно создаются
 относительно законными действиями.
 
 > > Как сказать, попытка это сделать в свое время в ИТЭФ-е кончилась тем,
 > > что от паразитной загрузки легла локальная сеть, и через день все
 > > вернули в исходное некластерное состояние. Так что добавление узла было
 > > весьма заметно. Потом все VMS-ное хозяйство вывели в отдельный сегмент,
 > > но то, что там с сеткой творилось, лучше не вспоминать.
 > 
 >   Это сетка была криво построена, очевидно. Да и вообще, зачем VMS-ный кластер
 > на
 > ethernet лепить?
 
 Это вопрос, увы, не ко мне. Мне в своей сфере ответственности вполне
 хватает борьбы с разного рода теоретикаи, у которых есть великие идеи по
 поводу того как все должно строиться. Сами они, почему-то, при этом
 ничего делать не хотят.
 
 > >>   p133 - вполне еще канает для X-терминалки, и уже не канает ни на что
 > >> серьезное.
 > 
 > > Зря вы так, я уже приводил пример. Даже на таких машинах люди вполне
 > > нормально могут работать.
 > 
 >  Гонять netscape/emacs/tex/... - это к "серьезному" не относится. ;)
 
 При этом откусить тем же шкафом львиную долю ресурсов любого сервера -
 это как нефиг делать.
 
 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 (Moscow) (2:5020/400)
 
 

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