From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 17 Oct 2007 16:51:03 +0300 From: Michael Shigorin To: community@lists.altlinux.org Message-ID: <20071017135103.GN17541@osdn.org.ua> Mail-Followup-To: community@lists.altlinux.org References: <24706.192.168.168.5.1192594370.squirrel@prostor.tsl.ru> <200710171721.02126.ashen@nsrz.ru> <24706.192.168.168.5.1192594370.squirrel@prostor.tsl.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200710171721.02126.ashen@nsrz.ru> <24706.192.168.168.5.1192594370.squirrel@prostor.tsl.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: [Comm] LTSP vs XDMCP X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: shigorin@gmail.com, ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 13:51:04 -0000 Archived-At: List-Archive: List-Post: On Wed, Oct 17, 2007 at 02:12:50PM +1000, Aleshkovich Sergey wrote: > Прошу помочь в выборе терминального решения (LTSP vs XDMCP) для > локальной сети 70-100 ПК. Не везде LTSP "vs", в ALT 4.0 он вполне работает с XDMCP. Мы специально мержили из LTSP4 то, что там работало лучше, чем в недоперехаканом апстримом LTSP5. > Хотелось бы услышать плюсы и минусы того и другого решения, > включая изюминки понятные в процессе или после внедрения. > Схема работы хотелась бы такая. На своих ПК пользователи > работают с документами, эл. почтой, интернет, обмен мгновенными > сообщениями и т. п. На сервере настроена 1с под wine@EterSoft > для SQL, и старые DOS программы в DosEmu. Буду благодарен за > любую информацию, советы, в том числе и по железной части > терминального сервера (сколько Мб ОЗУ / МГц процессора > рассчитывать на пользователя, оптимальные парметры жестких > дисков IDE/SATA/SCSI и т. п.). Сильно зависит от ассортимента приложений (несколько помогает его унифицировать, чтоб не держать в памяти пять браузеров), но для большого количества народа важнее то, чтоб ни у кого не образовывалось жрущих (зациклившихся) или подъедающих (несколько окон с флэшом) CPU процессов. За текущими тоже бы хорошо присматривать, но тут пока никакой автоматизации не видал. Или на сервере -- _только_ 1С и АРМы? Тогда должно быть проще. По железу из деланного: - для icewm+rox+seamonkey+ooffice на AthlonXP 1600+/1Gb с системой на 1 IDE и домашниками на 1 SCSI оказалось возможным тащить до десятка пользователей, в production оставляли вроде пять; - машинка, которая предполагалась под 30 терминальных клиентов и в соседнем VPS -- библиотечной системы, в итоге была приобретена как Dual OpteronDC, 8Gb RAM, 8HDD SAS RAID, но это явно overkill. Проверить на ней большее количество клиентов не представляется возможным. IDE не стоит и вспоминать, SATA годится под данные, но для такого количества потенциально конкурентных потоков я бы и не пытался -- сразу на SCSI/SAS, на них -- XFS, под них -- UPS. По ресурсам: можно на чём угодно запустить одну сессию нужного вида, посмотреть использованный объём памяти по тому же free(1), потом добавить ещё одного клиента и прикинуть инкремент. При желании выполнить более формальное исследование и аппроксимацию. Обычно выходит порядка 100--200M на базу и ~40--150M на клиента, в первую очередь определяется "офисными приложениями". Бета инсталера ALTSP5 доступна здесь: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/ltsp-server/ ftp://beta.altlinux.org/ltsp-server/ Специально созданная рассылка по вопросу -- здесь: https://lists.altlinux.org/mailman/listinfo/ltsp-server См. тж. http://www.freesource.info/wiki/Dokumentacija/LTSP5 On Wed, Oct 17, 2007 at 05:21:01PM +0400, Алексей Шенцев wrote: > > Кстати, я правильно понимаю - RDP-сервера на Линукс ещё не > > существует? > Да есть вроде. Но зачем он вам то? Лучше уж бездисковые станции. Чем терминалы? Ой зависит. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ ---- Oct 26--27, Kiev, Ukraine: -- http://conference.osdn.org.ua