From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <49739738.4040301@altlinux.ru> Date: Sun, 18 Jan 2009 23:55:20 +0300 From: Michail Yakushin User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: ALT Linux sysadmin discuss References: <847183534.20090118130957@Bk.Ru> <20090118114519.GC32613@lks.home> In-Reply-To: <20090118114519.GC32613@lks.home> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: [Sysadmins] kernel X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2009 20:55:46 -0000 Archived-At: List-Archive: Konstantin A. Lepikhov wrote: > Hi MisHel64! > > Sunday 18, at 01:09:57 PM you wrote: > >> Здравствуйте. >> >> У меня Server 4.0.1. Обновлялся постоянно из бранча 4.0. >> >> Решил обновится из бранча 4.1, и в этом бранче увидел несколько >> различных ядер. Если кто может, укажите различие между ними, или >> поправте меня если я не правильно понял. >> >> не совсем понятен термин "latency". > Кратко - это время отклика системы на события. > >> hpc - это для специально заточено под железо от HP? > нет, это high performance cluster. > >> ice-wks - с поддержкой большинства "настольного" железа и улучшать >> скорость ввода-вывода. > это хз чего. Помойму это ядро для фетишистов, которые ставят линукс на > маки. > >> led-tc - это как я понял для "тонких клиентов" >> >> ovz-* - эти с поддержкой виртуализации. >> >> std-smp - стандартное много ядерное ядро. RPM имеет самый маленький >> размер. Я правильно понял, что это "базовое" ядро. Добавлением к нему >> чего-то получают все остальные ядра? > раньше так было. Теперь каждый делает ядро сам "с нуля". > >> std-def - стандартное ядро. Я правильно понял, что в нем не >> реализована поддержка нескольких ядер? Это основное отличие от >> std-smp? > [joke] > нет. это ядро стандартно-дефолтное ядро, в котором все стандартно не > работает по дефолту :)[/joke] Вроде бы это что-то, что позиционируется как > замена std-smp. > >> std-pae - Это вариант std-smp. Добавлена поддержка адресации более 4х >> Гб оперативки. Использовать имеет смысл только, если ОЗУ более 4х ГБ. > да. и оно i586-only. > >> std-ll - Это вариант (std-smp или std-def ?) с низкой латентностью. >> Лично мне не понятен термин "latency" > мне тоже :) Поскольку для действительно низкой latency и гарантированного > отклика нужен еще специальный патч. Опять же, такое поведение ломает > работу многих программ, и иногда даже замедляет общую производительность > ядра. > >> std-se - Это вариант (std-smp или std-def ?). Добавлен "мандатный >> доступ". (Судя по найденному в инете довольно интересная штука.) > AFAIR, SELinux есть и в -std-def, только отключен по-умолчанию. Зачем еще > одно ядро - спросите у мантейнера. Это некоторый атавизм, его наверное надо удалить. Вообще у нас сейчас SELinux не работает потому что нет политик к нему >> std-srv - Это вариант std-smp (?). Проведена оптимизация по работе с >> кэш памятью. (Он поддерживает NUMA, оптимизированных для thuoughtput >> и так далее.) Термин (thuoughtput) мне не понятен. > Хз. Видимо, мантейнер сам не представляет, что собрал. Это ядро с сниженной частотой переключение процессов, это иногда полезно для серверов с большим вводом-выводом >> Для себя я понял, что на серверы с одним ядром стоит поставить DEF >> версию, на остальные SMP. >> >> Может меня кто поправит? Все мои серверы обеспечивают выход в инет >> небольшой сети (2-50 компьютеров, NAT, DNS, SQUID, APPACHE, SAMBA) и >> имеют 256-1024 МБ оперативной памяти. Виртуализацию неиспользовал, >> мандатный доступ то же. Раньше везде использовал STD-SMP 2.6.18. если не знаете какое, ставьте std-def. Если много памяти ставьте std-pae а лучше 64бита, на сервераx можете попробовать std-srv, на некоторых задачах работает слегка быстрее(на тестах 2-3%).