Реанимация старых машин

   Автор: Надточей А.Л
http://linuxshop.ru/linuxbegin/

   Какое количество старых компьютеров на базе процессоров Пентиумов и 486 находится у Вас на балансе вашего предприятия? Что вы только не делали, чтобы заставить их работать с современным программным обеспечением? Как только не пытались облегчить их тяжелую участь? А они все равно работают медленно. И тогда принимается решение все это сгрузить на склад и купить новую технику. Конечно, в ряде случаев решение вполне оправданное, но техника стареет намного быстрее, чем зарабатываются деньги на ее обновление.

   С такой проблемой столкнулся и я. Работаю я преподавателем в одном большом ВУЗ'е Укранины на кафедре "Компьютерных систем и сетей". ВУЗ - предприятие государственное и поэтому не может всех своевременно оснастить новой техникой. А студентов много, и очень хочется, чтобы каждый студент на лабораторной работе работал за отдельным компьютером, или по крайней мере за терминалом. Следует особо подчеркнуть, что мы обучаем специалистов по различным направлениям компьютерных наук, и, как результат, требования к компьютерной сети кафедры очень высокие. Мы давно (с 1997 года) и успешно применяем операционную систему Linux в обучении. Первые два года это - базовая операционная система для выполнения лабораторных работ по различным курсам. Не секрет, что подготовка специалиста - дело довольно хлопотное и состоит из большого количества этапов и чем дальше, тем сложнее. Таким образом, изучение программирования у нас начинается не с супернавороченных оболочек вроде Visual Studio, Delphi или C-Builder, а с простого текстового редактора joe и строчного компилятора и будущие программисты и сетевики начинают учиться писать грамотный и правильный код, постигая таинства алгоритмов. А потом приходят навороченные оболочки, но это потом, через 2 года. Как к этому относятся студенты, я рассказывать не буду (речь не об этом), но сам я учился именно на такой технологии и до сих пор об этом не жалею и более того, считаю (и мое мнение не одиноко), что такой подход является правильным.

   Первого и второго курса всегда много. Это аксиома. А компьютеров не хватает. Это тоже аксиома. Точнее, современных компьютеров не хватает. И пришлось нам выкручиваться. Потому что есть около полутора десятка старых, но рабочих компьютеров на базе процессора Intel486, которые когда-то выполняли роль бездисковых рабочих станций под Novell. Есть также около десятка компьютеров на базе Pentium166 и настоящий (действительно, с номером, спецкорпусом и т.д.) двухпроцессорный сервер (PII-233) от Intel. Итого в наличии два с половиной десятка рабочей компьютерной техники, на которой современная Windows работать просто не будет (да и нужно ли деньги тратить на покупку Windows - потом вытягивать всякими шаманскими методами производительность). А 25 рабочих мест - это чуть меньше, чем стандартная студенческая группа.

   На помощь пришел Linux. Конечно, на современных рабочих станциях он установлен и прекрасно работает, но старые что выкидывать. Техники и так не хватает. Поэтому пришлось пораскинуть мозгами, и посмотреть, что же есть для решения задачи. Итак, вот описание реализованной технологии:

1. Компьютеры на базе i486 настроить как рабочие станции с удаленной загрузкой и программой telnet - получаем текстовый терминал, который занимается передачей символов на сервер и отображения ответа. Запустить joe могем, компилятор могем, рассмотреть мощь командной строки операционной системы Linux (и как результат выучить огромный кусок самой системы) тоже могем. И студент не отвлекается (если конечно имеет на то желание) от изучения и практической работы с командной строкой. А 10 Мбит вполне достаточно (на платах нет PCI слотов, потому как они старые очень), чтобы все нормально работало и не тормозило.
2. Компьютеры на базе Pentium превратить в графические терминалы, на все тот же двухпроцессорный сервер, на который были зацепленны текстовые терминалы. Можности процессора и видеокарты S3Trio64V+ 2Мб для рисования изображения тоже хватит. А 100 Мбитная сеть (адаптеры шли в начальном составе рабочих станций Intel EtherExpress, просто сказка) позволяет рисовать изображение быстро и красиво. Все возможности текстового терминала присутствуют, плюс появляется возможность запуска графического ПО (броузеры, ICQ и т.д.)

   Вот такое было принято решение. Теперь о средствах и методах реализации. Вначале сервер. Двухпроцессорная машина PII-233, 196 Мб оперативной памяти SCSI винчестер на 4 Гб. А большего и не нужно. Я установил ASPLinux 9.0, не самый лучший вариант, но в данном случае придется очень много настраивать руками, поэтому множество неприятных граблей, которые вылазили при эксплуатации лицензионной (купленной в коробке с инструкцией и серийным номером, номером для регистрации и активации бесплатной 30-дневной поддержки) ASPLinux 9.0 не рассматривались - потому как комплекс ПО был очень сильно изменен и от ASPLinux остались только базовые пакеты, типа компиляторов библиотек, ошибок в работе которых замечено не было.

   После установки были насильно удалены все "тяжелые" пакеты. KDE и GNOME не ставилась изначально. Для выяснения причины поставьте следующий эксперимент: запустите KDE, пусть он загрузится, и затем командой ps axuf просмотрите дерево процессов. Вы увидите огромное количество процессов, запущенных от вашего пользователя, которые отсоеденены от процесса родителя kdeinit и присоеденены к init. Теперь выполняем вот такую операцию: Ctrl+Alt+Backspace. Комбинация клавиш конечно же знакома. X улетают. А теперь вновь запустите KDE и посмотрите ps axuf. Часть старых (от прошлого сеанса процессов осталась) и для этого сеанса появились новые с точно такими именами. Выйдите из KDE (нормально через меню) и вновь его запустите, затем ps axuf - процессы висят. А теперь зайдите в KDE и раз пять свалите его с помощью Ctrl+Alt+Backspace. Компьютер задумчиво уходит в swap. Процессы плодятся и не используются. Ситуация с GNOME не такая печальная, его нужно свалить раз 10-15, но когда пользователь работает один, нестрашно - можно чистить память. А когда их десяток? И каждый по разу нажмет Ctrl+Alt+Backspace?

   Так что вопрос отказа от KDE и GNOME - вовсе не в производительности процессоров сервера. Хотя и это играет свою роль. На самом деле описываемая конфигурация работает не первый год и я успел "насладиться" процессом поедания памяти довольно давно. С тех пор не стараюсь не пропускать публикаций не тему появления новых лекгих оконных менеджеров и тщательно их тестирую на существования описанного эффекта поедания ресурсов. Увы, к моему великому сожалению, "чисто" валится только FVWM2. Да, да. Тот самый очень древний, но от этого далеко не самый плохой оконный менеджер. Он меня устраивает по всем параметрам. Числу поедаемых ресурсов, удобством конфигурации, и самое главное, что у него процессом-родителем является процесс, запустивший его. То есть, сваливание X'ов приводит к правильному освобождению всех ресурсов, которые занимал FVWM2. А студент на первом курсе очень быстро запоминает и, главное, использует комбинацию клавиш Ctrl+Alt+Backspace для решения своих проблем, связанных, как правило, с элементарным отсутствием терпения.
Теперь нужно запустить менеджер графических терминалов. KDE и GNOME опять не помогут. Их красивые kdm и gdm не работают их сети по протоколу XDMCP, который предназначен для управления удаленными X-терминалами. Только xdm. Редактируем inittab:

   id:5:initdefault
x:5:respawn:/usr/X11R6/bin/xdm -nodaemon

   Теперь редактируем файл конфигурации /usr/X11R6/lib/X11/xdm/xdm-config, для того, чтобы программа принимала запросы из сети. Нужно просто закоментировать последную строку файла:

   !DisplayManager.requestPort: 0

   Символ комментария здесь "!".
Чтобы xdm действительно принимал запросы на соединение от графических терминалов, в файле /usr/X11R6/lib/X11/xdm/Xaccess пишем строку:

   * NOBROADCAST

   остальные комментируем или удаляем (я лично удалил).
Данный компьютер у нас сервер, который обрабатывает запросы из сети, следовательно, наличие локального X-сервера вовсе не нужно, он запускается на рабочей станции. Чтобы отключить локальный сервер, комментируем строку в файле /usr/X11R6/lib/X11/xdm/Xservers

   #:0 local /usr/X11R6/bin/X

   Здесь символ комментария - "#". Теперь все готово к тестированию. Переходим на рабочую станцию, где установлен Linux и запускаем X-Server c командной строки от имени root:

   X :1 -query имя_компьютера

   Я предполагаю, что у Вас как и у меня на машине уже запущен один X-server, который находится локально, и занимает X-терминал localhost:0.0, следовательно, второй X-терминал можно запустить на localhost:1.0 - попасть на него можно по Alt+F8, если вы ничего не меняли в стандартной конфигурации текстовых терминалов консоли. X-сервер обратится к xdm на настраиваемом сервере, который сгенерирует сеансовый ключ, и выбросит вам на экран свой графический login. Если такого не произошло, то свалите X-сервер Ctrl+Alt+Backspace и запустите его вновь. Приглашение появится.

   Следующим этапом является установка FWVM2. Его можно скачать c http://www.fvwm2.org и приступать к процессу установки. Это я описывать не буду, последовательность стандартная: configure; make; make install плюс редактирование Xclients, чтобы запустить fvwm2. Конфигурация сервера готова. Теперь можно на него войти и поставить легкие редакторы. Я установил nedit, glimmer, тщательно проверяя их на наличие ошибки невысвобождения ресурсов. joe поставил конечно. И еще скомпилировал ядро. Как это делать, описывать не буду. Это уже делалось и не раз.
Настройка графических терминалов состояла из установки на них ASPLinux 9.0 по NFS, удаления ненужных сервисов и прописания в inittab строки:

   x:5:respawn:/usr/X11R6/bin/X -query имя_компьютера

   Теперь после загрузки получаем login от xdm сервера. Базу данных пользователей на терминальный сервер я передал с помощью NIS (YP), домашние каталоги через NFS.
Базовая конфигурация была готова к использованию.

   Теперь перейдем к настройке терминалов. Машины очень слабые - Intel 486 DX66 4 Мб ОЗУ, сетевая плата на 10 Мбит и все, клавиатура, монитор и все.
Прежде всего требуется настройка удаленной загрузки. Для этого на сервер ставим tftp сервер и DHCP (можно так же bootp). Качаем netboot-0.8, компилируем его. В нем есть прошивка ПЗУ, в которой находится протокол TCP и клиенты bootp и tftp. BOOTP позволяет получить от сервера конфигурацию протокола TCP/IP для рабочей станции (собственно сам протокол был предтечей DHCP), а tftp (trial FTP) вытянуть образ с Linux в память. Утилита mknbi-linux (которая входит в netboot-0.8) позволяет создать загрузочный рабочий загрузочный образ, который саморапаковывается на рабочей станции. Проще всего собрать его в памяти, для этого читаем ramdisk.txt, в каталоге Documentation исходников ядра. Делаем образ, затемы вычитываем его в файл и утилитой mknbi-linux создаем файл, который кладется в каталог /tftpboot. В файле конфигурации DHCPD /etc/dhcpd.conf для терминальных станций пишем:

   filename "имя_файла"

   где "имя_файла" - имя положенного в каталог /tftpboot файла образа.

   Самым сложным является задача по запихиванию ядра и telnet'a в образ. Поскольку он не может быть более 2 Мб (памяти у нас всего 4 Мб), то пришлось откопать старый RedHat 4.1, поставить его на VMWare и на нем собрать ядро 2.0.27, добавить библиотеки, которые использует telnet и ash, и в качестве скрипта init данного мини-Linux'a написать определение IP-адреса из DHCP/BOOTP и вызов telnet на 23 порт терминального сервера (файл /etc/protocols можно скопировать, тогда порт можно не указывать) и вызов telnet зациклить. Тогда после logout в Linux, пользователь вновь получает приглашение ко входу в систему. После помещения образа на tftp сервер он успешно вытягивается и начинает работать. Пользователь получает полноценную командную строку на терминальном сервере. А мы - целый компьютерный класс, который выполняет поставленные задачи.

Ускорение работы с Интернетом

   Автор: Сергей Трошин
http://stnvidnoye.chat.ru/, http://www.whatis.ru/

   Эта информация очень хорошо дополняет материалы изложенные ранее в статье "Настройка и оптимизация модемного соединения".

   По умолчанию, Винды не настроены под современные компьютеры с новыми модемами, поэтому необходимо изменить вручную некоторые параметры. Просмотрите содержимое файлов WIN.INI, SYSTEM.INI - в них можно кое-что подправить. Например, в файле WIN.INI - выставить скорость портов:
в разделе [Ports] прописать

COM1:=921600,n,8,1,p
COM2:=921600,n,8,1,p
COM3:=921600,n,8,1,p
COM4:=921600,n,8,1,p

   В SYSTEM.INI можно дописать в секцию [386Enh] параметры для портов

COMBoostTime=1
COM2Buffer=1024

   Эти параметры увеличивают быстродействие портов и размер буфера очереди порта, к которому подключен модем. Разные источники рекомендуют устанавливать параметр COM2Buffer (равный, по умолчанию 128 байт) от 512байт до 16 килобайт, но оптимально, по моему мнению будет от 1024 байт до 4 килобайт, так как при очень больших значениях может произойти обратный эффект и связь ухудшится, а малый размер буфера, также может привести к потере информации при хорошей связи на быстрых линиях. Но лучше всего поэкспериментировать с разными значениями, и выбрать наиболее подходящее для конкретного ПК и модема.

   Если вы подключены к Интернету, то проверьте настройки вашего соединения. В меню свойств соединения с провайдером на вкладке "Тип Сервера" отключите вход в сеть и неиспользуемые протоколы, оставив только TCP/IP (если вы не подключены к локальной сети). В меню свойств модема на страничке "Дополнительно" поставьте флажки "Use Error control", "Compress Data", "Use Flow control"-"Hardware" и отключите протоколирование процесса соединения, а на вкладке "Соединение"-"Настройки порта" установите движки, регулирующие размер ФИФО-буферов, в максимально правое положение.

   Скорость порта на закладке "Общие" тоже надо выставить в максимум, обычно это 115200 бит в секунду, однако можно сделать так, что появится возможность выбора вплоть до 921600. Гарантии, правда, что ваш модем сможет работать с такой настройкой порта нет (внутренний даже, скорее всего не заработает), поэтому еще раз напоминаю: зарезервируйте реестр, так как для установки максимально возможной скорости придется его редактировать, а ошибки в этом деле могут "обрушить" всю систему. Создайте в Блокноте файл MODEM921600.REG с таким содержанием (постарайтесь без опечаток - изменение исходного значения выделено курсивом!):

REGEDIT4 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\Modem\0000] "Properties"=hex:80,01,00,00,ff,00,00,00,ff,00,00,00,07,00,00,00,0f,00,00,00,\ 77,07,00,00,00,10,0e,00,00,fa,00,00

   Нажав на значке полученного файла левую кнопку мыши, вы внесете эту информацию в реестр, после чего в свойствах модема появятся еще и скорости 230400, 460800, 921600 бит в секунду. Если модем не заработает, вернитесь к 115200, или выбросите его (кергуду - шутка).

   Теперь, в Панели управления выберите "Сеть" и откройте меню свойств Dial-UP Adapter'а, перейдите на закладку "Advanced" (Дополнительно) и установите параметры:

   "Enable Point to Point IP" - YES;
"IP Packet Size" - LARGE; (MTU при этом будет равно 1500)
"Record a log file" - NO;
"Use IPX header compression" - NO;
на вкладке "Driver Type" (Тип драйвера) выберите
"Enhanced mode [32 and 16 bit] NDIS driver"

   - эти настройки еще немного добавят жизни вашему модему.

   Часто, процесс входа в Интернет ускоряет использование скриптов, если вы не можете составить скрипт сами, возьмите его у вашего провайдера.

   С помощью программ NetBoost 99 и iSpeed можно изменить некоторые сетевые параметры, оптимизируя их под модемное соединение (очень хороши программы Internet Tweak 2000 и MTUSpeed). При этом, правда, очень желательно проконсультироваться в службе технической поддержки провайдера об оптимальных значениях параметров, изменяемых этими программами. Работу в Интернете поможет ускорить программа Legion-The Host Master, она записывает IP адреса часто посещаемых серверов в специальный файл, что сокращает время поиска сервера на несколько секунд. А с помощью супер-программы ATGuard вы избавитесь от загрузки баннеров, скриптов, всплывающих окон, что может ускорить получение полезной информации в несколько раз!!!!!!

   Замедлять работу IE5 может очень большой кеш (т.н. "Временные интернет-файлы"), размер которого задается в панели "Общие" диалога "Свойства Интернета". Обычно, вполне достаточно уменьшить его до 10 мегабайт.

   Некоторые настройки, повышающие удобство и скорость работы, можно вручную сделать в реестре: например, в разделе

   [HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ Class\ Modem\ 0000\ Init]

   содержится скрытая строка инициализации модема.

   В строке
[HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ Class\ Modem\ 0000]
есть параметр Reset, который, обычно равен AT&F1, из-за чего модем, в некоторых программах, может набирать номер тоновым набором, поэтому его лучше изменить на AT&F1Z, чтобы после ресета модем инициализировался вашими установками (конечно, если вы занесли их в память модема для вызова командой ATZ), а не фабричными.

   Для более точной подстройки протокола TCP/IP и устранения некоторых ошибок мелкософтом рекомендуется добавить в реестр:

[HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ VxD\ MSTCP]
"Tcp1323Opts"=dword:00000003
"SackOpts"="1"
"BSDUrgent"="1"
 

   Количество одновременных подключений к серверу HTTP1.0 ограничено четырьмя, к серверу HTTP1.1 по умолчанию может быть только два одновременных подключения. Можно увеличить эти цифры до восьми:

[HKEY_CURRENT_USER\ SOFTWARE\ Microsoft\ Windows\ CurrentVersion\ Internet Settings]
"MaxConnectionsPer1_0Server "=dword:00000008
"MaxConnectionsPerServer"=dword:00000008
 

   Навязшая в зубах беда модемов Sportster (и некоторых других) с определением (или, скорее, с неопределением) сигнала "ЗАНЯТО", лечится, на самом деле, очень легко: просто после набора номера должна быть пауза в пару секунд - благодаря ей количество правильно понятых сигналов "ЗАНЯТО" возрастает на порядок! Для создания этой паузы надо после номера в свойствах соединения с провайдером поставить две-три запятых, например: ,995-5555,,, - эти паузы перед набором номера и после него отсекают помехи и щелчки переходных процессов наших замшелых телефонных линий, благодаря чему и улучшается работа модема.