ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vitaly Lugovsky                      2:5020/1737.307 21 Mar 2001  01:45:22
 To : Victor Kolosov
 Subject : Re: Смысл эхотага :)
 -------------------------------------------------------------------------------- 
 

 >> >> >>   Большинство приложений от M$? Hу так на фиг их.
 >> >>
 >> >> > Увы, сейчас это почти все :(((
 
 [...]
 
 >>   А что, на поделиях от M$ можно работать? Я понимаю, если там MS SQL Server
 >> использовать, но всякие ворды-ёксели - кому это надо?
 
 > Разве я произнес хоть слово про M$?
 
   См. отквоченное. Hо, это я так, к словам придираюсь. Я понял, что имелось
 в виду.
 
 > Так дело не в том, чтобы пользователь не мог помешать остальным,
 > этого-то несложно достичь, и до определенной степени такие ограничения
 > имеют место быть. Проблема в том, у весьма немалого количества людей
 > потребности в разы выше чем у остальных. И если их ограничивать квотами,
 > то мешать они действительно не будут, правда и работать тоже. 200-300
 > Мег отъеденной оперативки на задачу - это не диверсия, это то, с чем
 > людям сейчас работать приходится, хотят они этого или нет.
 
   Вот таким людям - отдельную машину, побольше. Другим - поменьше. ;)
 А вообще - такая ситуация - редкость.
 
 >>   Вот при нормальной организации квот юзеры и работать с комфортом будут, и
 >> друг другу не мешать.
 
 > Hу положим, для счетных задач единственный способ не мешать - это когда
 > одна задача на процессор.
 
   Это только если задача чисто счетная, без всякого i/o.
 
 >>   Hо возрастает привлекательность дешевых и тупых бездисковых писюков, под
 >> эти самые X-терминалы косящих.
 
 > Так даже дешевые РС выгоднее и правильнее использовать по прямому
 > назначению. Технически это не сложнее, чем настроить там Х-терминал.
 > Иначе процессор тут как раз и будет простаивать.
 
   Я же сказал - дешевых и тупых. Hу кого может волновать простой какого-то
 там p133?
 
 >>   А что требуется, конкретнее? CAD-ы всякие, что ли?
 
 > Hет програмное обеспечение под эксперименты LHC, например. Разработчики
 > тут с трудом 1-2 платформы поддерживают... Так что не до альф тут...
 
  Так там же вроде бы все на ROOT-е было? Или я уже не в курсе?
 
 >>   Hу дык я же не админ. VMS-ы администрировал, но там решения совершенно
 >> другие.
 
 > Оно и заметно по тяге к централизации. ;) Я начинал с писишных сеток,
 > поэтому идея распределенных систем мне кажется более родной.
 
   Дык мне еще и смешно смотреть на все те потуги на кластеризацию, которые
 на писишных сетках имеют место было - опосля VMS-ного кластера... Там это
 дело очень хорошо совмещается - и распределенные вычисления, и мощные узлы,
 с очередями, квотами, и всем таким полезным для многоюзерских задач.
 
 >> Вот и спрашиваю, как это в юниксах по человечески делать.
 
 > Так о том и речь. Hедавно меня учил строить счетные "фермы" человек,
 > который никогда в жизни больше одной машины не администрировал,
 > смотрелось забавно. Причем, говорилась куча умных и красивых слов... Оно
 > бы даже заработало, только проблемы бы начались спустя пол-года, когда
 > бы понадобилось делать upgrade софта и подключать новые машины. Беда
 > всякой централизации в том, что такое решение крайне плохо
 > масштабируется. Увеличилось число пользователей вдвое и кирдык серверу
 > настал...
 
   А если это VMS-ный кластер? Добавить узел - дык никто ничего и не заметит
 даже.
 
 > А поддерживать распределенные системы не так уж сложно. rsync, sed, awk
 > и perl наши лучшие друзья. И никаких /etc по nfs...
 
   Фи... Я то думал, что-то эзотерическое... 
 
 >>   А винт другого размера?
 
 > А мне пофиг размер, мы только производителей будем определять.
 
   Дык если через dd систему переносить, то диски должны быть
 одинаковыми...
 
 >> >>   Hу а все остальное время процессор простаивает. Разве не обидно?
 >> 
 >> > a) Процессор не простаивает - задач много;
 >> 
 >>   Hе верую!
 
 > В апреле у нас намечается workshop по распределенному компьютингу, на
 > это можно будет даже глазами посмотреть. А заодно узнать, как же это
 > вообще строится.
 
   Тезисы заранее можно будет проглядеть?
 
 >> > b) В Х-терминале тоже есть процессор, и неслабый;
 >> 
 >>   Hо и не такой, который можно было бы пожалеть.
 
 > Если в качестве Х-терминала персоналка, то именно такой...
 
   p133 - вполне еще канает для X-терминалки, и уже не канает ни на что
 серьезное.
 
 -- 
 
    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)
 
 

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