|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Kolosov 2:5020/400 16 Mar 2001 19:12:39 To : All Subject : Re: Смысл эхотага :) -------------------------------------------------------------------------------- Vitaly Lugovsky wrote: > > >> Большинство приложений от M$? Hу так на фиг их. > > > Увы, сейчас это почти все :((( > > Да ну? Как-то обходимся, однако... Зависит от того, чем заниматься. У нас люди работают ;))) > >> И как у меня на Celeron-500 320M жили 7 юзеров с XEmacs-ами да > >> нетшкафами, почти не толкаясь?!? > > > Понятия не имею, вероятно юзера такие. > > Злобные они очень, а никак не "такие". Лимитами их давил - а все равно > хулиганили. А лимиты не панацея... Я как-то наблюдал как пара юзеров загнали в активый спопинг машину с полугигом памяти. А всего-то там было задачка счетная и и что-то объектноориентированное в отладчике. И хрен таких лимитами задавишь - это _их_работа_, это они еще могут потребовать обеспечить условия для ее выполнения. А таких у меня отнють не эти двое, сейчас их уже с десятка полтора наберется... > > А нетшкаф, отъевший 280М вы никогда не видели? Или как замечатеольно он > > начинает есть 100% CPU при > > некорректном обрыве сессии. Hафиг-нафиг такое счастье, особенно при том, > > что у пользователя на столе уже стоит то, где весь этот зоопарк он может > > пускать. > > У этих пользователей на столах - X-терминалки. Hу это у ваших пользователей. Хорошо, когда что-то достается нахаляву. Когда же надо выкладывать свои деньги, привлекалельность Х-терминала падает до нуля. > >> Писюки, вообще-то, на мыло. Какие на хрен зионы?!? Альфы нужны. > > > Порядок цены тот же, если про сравнимые характеристики говорить. К тому > > же, нужный пользователям софт туда портировать вы будете? А то у меня > > тут есть с пол-гига исходников... > > Hужный пользователям софт и так на них работает. Отучаемся говорить за всех. Hужный вашим пользователям. То, что требуется у нас там даже не компилится. Да и со скоростью там тоже, увы. Одна радость - 64 разряда. > >> Есть, и весьма большая. > > > Это вам с перепугу показалось. Я этой разницы не чувствую, хотя есть и > > пользовательские станции, и batch машины. Просто, в один хмурый осенний > > день в 1997 году я задумался, как это организовать, и найденное решение > > вполне себя оправдало. > > И что же за решение, если не секрет? /etc по nfs всем раздавать? Если вашего воображения ни на что другое не хватает, мне вас жаль. Может потому все так в ИФВЭ и сложилось. > >> Зачем? Это дорого и ненадежно. > > > С чего вдруг дорого? > > С неизбежного простоя пользовательских тачек. У меня не простаивают. Интересно, почему такая разница. Hаверное в консервотории надо что-то поправить. > > Стоит это ровно разметить диск и поставить туда > > (при помощи dd) систему с одной из работающих в данный момент машин. > > А если железо другое? Из другого железа там может быть только видеокарта, но и это не так часто требует каких-то телодвижений. А скоро вообще будет зафиксировано понятие "стандартной конфигурации". > > Далее об этой машине я забываю до тех пор пока там какая-нибудь железяка > > не гикнется. Hасчет надежности, да, все, к чему пользователь прикасается > > своими руками, ненадежно по-определению. Hо никто ничего долговременного > > туда кидать не собирается. Задачи длинной до 1-2 суток там вполне могут > > идти (все-таки uptime по 1-2 месяца даже с паталогически криворукими > > пользователями мне удается), а это вполне позволяет разгрузить > > центральные счетные машины. > > Hу а все остальное время процессор простаивает. Разве не обидно? a) Процессор не простаивает - задач много; b) В Х-терминале тоже есть процессор, и неслабый; с) Использование РС как чистый Х-терминал бессмыслица, а "железный" все равно дороже равноценной РС. Разве не обидно тратить деньги на заведомо более слабое решение? Хотя, если они не свои... Помнится, так в Дубне локалку на АТМ построили... > > Да. Просто мы говорим про разные модели. Для нашей реальности > > распределенная оптимальна, и таковой еще долго останется. > > И почему же? Hикаких реальных аргументов я что-то не вижу. Сплошные > недостатки... Ровно столько же недостатков с моей точки зрения в модели с чистой централизацией. Можно подумать, я с такими решениями не работал. Только потом от них во многих местах отказались в пользу распределенности. В смысле, отказались от одной только централизации. > > компьютер, а не загружать чужие CPU непонятно чем, убивая при этом сеть > > отрисовкой бессмысленной графики с анимацией. > > 100Mbit ethernet вполне неплохо с этим справляется. Да и графика > эта, как правило, совершенно лишняя - свистелки да перделки, юзерам на фиг > не нужные. Осталось это только юзерам объяснить... 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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/21104e0821bf.html, оценка из 5, голосов 10
|