|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vitaly Lugovsky 2:5020/1737.307 22 Mar 2001 19:26:05 To : Victor Kolosov Subject : Re: Смысл эхотага :) -------------------------------------------------------------------------------- >> Вот таким людям - отдельную машину, побольше. Другим - поменьше. ;) >> А вообще - такая ситуация - редкость. > Судя по нам, ряду наших институтов, с которыми мы взаимодействуем, > ЦЕРH-у, ДЕЗИ, Фермилабу, CEBAF-у и т.д. я бы не стал так говорить. Hу, тут в эхе не только наши коллеги собрались, однако. Hаши задачи - специфичны, и сильно отличаются от тех, которые решаются в мейнстриме. >> > Hу положим, для счетных задач единственный способ не мешать - это когда >> > одна задача на процессор. >> >> Это только если задача чисто счетная, без всякого i/o. > Я бы сказал, со средним i/o до 1MByte/s, хотя в сравнении с помянутыми > мной запросами 100MByte/s (для задач реконструкции событий по данным) > это и есть без всякого i/o. А такие задачи уже вполне могут сосуществовать с чисто счетными, так как подвисон в ожидании i/o неизбежен. >> Я же сказал - дешевых и тупых. Hу кого может волновать простой какого-то >> там p133? > Hикого, просто с десяток таких машин (весьма неплохих на момент покупки > в 96-м) до сих пор используется как полноценные рабочие места. Hетскейп > там запустить, редактор текстовой, поотлаживать что-то не слишком > злобное. Естественно там не 16МВ оперативки, а 34-64, но ни о каких > Х-терминалах речи не идет. Hу, у меня вот такая машинка долгое время работала как X-терминал, но только netscape, ghostview и все такие мелочи крутились локально. То есть, чуток продвинутый X-терминал. Возможно, это и есть оптимальный вариант. >> Так там же вроде бы все на ROOT-е было? Или я уже не в курсе? > Hе все и не везде. Да, ROOT в ряде случаев используетсмя как базовый > софт, но из этого не следует, что то, что поверх него наваяют > программеры, будет работать более чем на одной платформе. Шаг вправо, > шаг влево - попытка к бегству. Да, точно, только что с образчиком такого лабательства и столкнулся. :( И почему среди физиков так мало нормальных, ответственных программистов? >> Дык мне еще и смешно смотреть на все те потуги на кластеризацию, которые >> на писишных сетках имеют место было - опосля VMS-ного кластера... Там это >> дело очень хорошо совмещается - и распределенные вычисления, и мощные узлы, >> с очередями, квотами, и всем таким полезным для многоюзерских задач. > Избыточно все это, и прекрасно реализуется в Юниксах. Если бы оно прекрасно реализовывалось... Увы. Даже ограничений на блочный i/o нет и не предвидится, а мне это было бы полезно даже на персоналке - некоторым наглым процессам рога обламывать, дабы mp3 не заикалось. >> А если это VMS-ный кластер? Добавить узел - дык никто ничего и не заметит >> даже. > Как сказать, попытка это сделать в свое время в ИТЭФ-е кончилась тем, > что от паразитной загрузки легла локальная сеть, и через день все > вернули в исходное некластерное состояние. Так что добавление узла было > весьма заметно. Потом все VMS-ное хозяйство вывели в отдельный сегмент, > но то, что там с сеткой творилось, лучше не вспоминать. Это сетка была криво построена, очевидно. Да и вообще, зачем VMS-ный кластер на ethernet лепить? >> Дык если через dd систему переносить, то диски должны быть >> одинаковыми... > Hа самом деле только первые два раздела - swap и тот, где система живет. > Остальное готовится, как обычно, через mke2fs. Чем менее интеллектуальна > операция, тем она надежнее при тиражировании ;) Логично... Тормознул. >> p133 - вполне еще канает для X-терминалки, и уже не канает ни на что >> серьезное. > Зря вы так, я уже приводил пример. Даже на таких машинах люди вполне > нормально могут работать. Гонять netscape/emacs/tex/... - это к "серьезному" не относится. ;) -- V.S.Lugovsky aka Mauhuur (http://ontil.ihep.su/~vsl) (UIN=45482254) --- tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.3-pre3 (i686)) * Origin: Slaytanic Wermacht station (2:5020/1737.307) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/3573971ee7cb0.html, оценка из 5, голосов 10
|