[Freeschool] Планы нового SchoolJunior

[Anton Farygin]

Fr. Br. George wrote:

>On Tue, Oct 11, 2005 at 07:23:44PM +0900, Alex Mamonov wrote:
>  
>
>>Человеческий фактор. Для некоторых (кто в танке) проблема перехода с 
>>MS Office на OO успешно решается заявлением, что это новая версия MS 
>>Office, после чего люди спокойно начинают работать, а не 
>>выпендриваться, что там все не так как им надо. С операционкой 
>>сложнее. Поэтому пусть она хотя бы выглядит похоже. И я бы не сказал, 
>>что KDE такой уж неудобный и от его обязательно надо отказаться :)
>>    
>>
>Правильно ли я понял, что есть серьёзная проблема в визуальной
>(не)похожести интерфейсов?
>
>  
>
>>>>Носитель - обычный DVD.
>>>>        
>>>>
>>>Это для нас с вами он обычный. А если придётся устанавливать в
>>>классе, есть немалая вероятность, что в студенческих машинах
>>>DVD-ROM не будет. [2all] насколько вероятно появление DVD-ROM в
>>>рабочем месте студента?
>>>      
>>>
>>Я предполагал на рабочем месте студента терминал, а DVD на сервере.
>>    
>>
>В KDE и некоторых других средах были неустранимые проблемы, когда
>несколько пользователей пытаются работать под одним account-ом на одной
>машине. Вы их как побороли?
>  
>
Под одним аккаунтом ? а зачем такое нужно ?

>[2alex] Можете описать параметры классов и серверов? У вас тонкие
>клиенты мспользуются?
>
>[2all] Насколько вероятна ситуация, что в учебном заведении будет
>выделенный Linux-сервер, способный вытянуть по запуску нагрузку учебного
>класа (скажем, 20 * (графическкая среда + офисная программа +  учебная
>нагрузка))?
>  
>
IMHO крайне маловероятно, но вероятность всё-таки есть.

Можно на это взглянуть с другой стороны:

для одного сеанса (KDE+Mozilla+OpenOffice) желательно на машине иметь 
порядка (оптимистично) 128Mb оперативной памяти.

Соответственно для двадцати машин мы получаем 2Gb оперативки.

с точки зрения процессора.. потянет практически любая двух процессорная 
машина. А вот жесткий диск будет кушаться неимоверно. соответственно 
нужен достаточно быстрый рэйд.

Итого, сколько денег стоит двух процессорный сервак, и сможет ли школа 
его купить (если речь идет о школах). Насколько я знаю - в щкольных 
поставках сервера отсутствуют как таковые.

Мне всё-таки кажется что на большее, на что тут можно расчитывать - так 
это на выделенный файл сервер, который делается на базе машины 
преподавателя.

>  
>
>>>>Производительность можно сильно повысить, используя терминальное решение.
>>>>        
>>>>
>>>при помощи терминального решения можно повысить всё, что угодно,
>>>_кроме_ производительности
>>>      
>>>
>>В моем понимании для этого и делается терминальное решение.
>>    
>>
>;)
>  
>
Терминальное решение не повышает производительности, к сожалению. Да, 
может быть в случае пяти-шести клиентов на один мощный сервак - 
производительность и будет выше. Но при увеличении количества клиентов 
придется сильно наращивать сервер.

>  
>
>>>>Может, включить в поставку преднастроенный LTSP?
>>>>        
>>>>
>>>LTSP требует патчей ядра, и, как следствие, инфраструктуры по их
>>>поддержке.
>>>      
>>>
>>Совсем нет. Ядра и файловая система для терминалов никак не связана с 
>>работой сервера и администрированием софта.
>>    
>>
>Попробую пояснить. Если не предполагается производить обновления
>терминальной стороны, то можно общими усилиями изготовить новый пакет
>для Sisyhpus (тот, что лежит на ltsp.ru, датируется 2003-м годом) и
>его-то в качестве терминальной составляющей предлагать. Но в этом случае
>придётся решать административно нерешаемую проблему: кому заниматься
>технической поддержкой этих терминалов -- а она понадобится, причём
>гораздо чаще, чем для серверов, так как весь зоопарк старого железа, все
>заморочки свалятся именно на терминальную составляющую? LTSP.ru? Это
>очень серьёзное и от меня лично не зависящее решение, гарантий никаких.
>ALT Linux? вот тогда и потребуется инфраструктура по поддержке.
>
>Есть ещё третье решение: никто. То есть: если на вашем железе заработало
>-- ваше счастье (LTSP, кажется, на много чём работает беспроблемно). Но
>это сразу снижент статус решения до экспериментального. И даже для этого
>требуется по крайней мере свежий пакет в Сизифе. Кто возьмётся?
>  
>
>  
>
>>>Технические проблемы начинаются при усложнении внутренней структуры
>>>системы, которую мы хотим отдать практически в неадминистрируемое
>>>пространство. Чем хитроумнее будут решения, тем больше шансов,
>>>что среднеподготовленный преподаватель/ученик плюнет на всё, снесёт
>>>Linux и поставит не Linux.
>>>      
>>>
>>Поэтому я и предлагаю сделать все преднастроенное. Большинство проблем 
>>возникает от разнообразия дистрибутивов. В данном случае эту проблему 
>>мы исключаем.
>>    
>>
>Мы её исключаем уже тем, что ведём речь об _одном_ дистрибутиве.
>Проблемы пользователей которого растут с ростом внутренней сложности --
>если под рукой нет хорошего специалиста. То есть преднастроенность --
>это даже не вопрос, без этого никак. Но всегда будут вещи, которые надо
>перенастраивать на месте. И хотелось бы, чтобы такая перенастройка была
>прозрачна и не сносила крышу всему остальному преднастроенному.
>  
>
Абсолютно верно. Т.е. - здесь нужны или утилиты настройки из серии "для 
чайников" или очень хорошая и внятная документация.

Rgds,
Rider