* [Sysadmins] kernel @ 2009-01-18 10:09 MisHel64 2009-01-18 11:45 ` Konstantin A. Lepikhov 2009-01-18 14:33 ` Michael Shigorin 0 siblings, 2 replies; 6+ messages in thread From: MisHel64 @ 2009-01-18 10:09 UTC (permalink / raw) To: sysadmins Здравствуйте. У меня Server 4.0.1. Обновлялся постоянно из бранча 4.0. Решил обновится из бранча 4.1, и в этом бранче увидел несколько различных ядер. Если кто может, укажите различие между ними, или поправте меня если я не правильно понял. не совсем понятен термин "latency". hpc - это для специально заточено под железо от HP? ice-wks - с поддержкой большинства "настольного" железа и улучшать скорость ввода-вывода. led-tc - это как я понял для "тонких клиентов" ovz-* - эти с поддержкой виртуализации. std-smp - стандартное много ядерное ядро. RPM имеет самый маленький размер. Я правильно понял, что это "базовое" ядро. Добавлением к нему чего-то получают все остальные ядра? std-def - стандартное ядро. Я правильно понял, что в нем не реализована поддержка нескольких ядер? Это основное отличие от std-smp? std-pae - Это вариант std-smp. Добавлена поддержка адресации более 4х Гб оперативки. Использовать имеет смысл только, если ОЗУ более 4х ГБ. std-ll - Это вариант (std-smp или std-def ?) с низкой латентностью. Лично мне не понятен термин "latency" std-se - Это вариант (std-smp или std-def ?). Добавлен "мандатный доступ". (Судя по найденному в инете довольно интересная штука.) std-srv - Это вариант std-smp (?). Проведена оптимизация по работе с кэш памятью. (Он поддерживает NUMA, оптимизированных для thuoughtput и так далее.) Термин (thuoughtput) мне не понятен. Для себя я понял, что на серверы с одним ядром стоит поставить DEF версию, на остальные SMP. Может меня кто поправит? Все мои серверы обеспечивают выход в инет небольшой сети (2-50 компьютеров, NAT, DNS, SQUID, APPACHE, SAMBA) и имеют 256-1024 МБ оперативной памяти. Виртуализацию неиспользовал, мандатный доступ то же. Раньше везде использовал STD-SMP 2.6.18. -- С уважением, MisHel64 mailto:MisHel64@Bk.Ru ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Sysadmins] kernel 2009-01-18 10:09 [Sysadmins] kernel MisHel64 @ 2009-01-18 11:45 ` Konstantin A. Lepikhov 2009-01-18 20:55 ` Michail Yakushin 2009-01-18 14:33 ` Michael Shigorin 1 sibling, 1 reply; 6+ messages in thread From: Konstantin A. Lepikhov @ 2009-01-18 11:45 UTC (permalink / raw) To: MisHel64, ALT Linux sysadmin discuss 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, только отключен по-умолчанию. Зачем еще одно ядро - спросите у мантейнера. > > std-srv - Это вариант std-smp (?). Проведена оптимизация по работе с > кэш памятью. (Он поддерживает NUMA, оптимизированных для thuoughtput > и так далее.) Термин (thuoughtput) мне не понятен. Хз. Видимо, мантейнер сам не представляет, что собрал. > > Для себя я понял, что на серверы с одним ядром стоит поставить DEF > версию, на остальные SMP. > > Может меня кто поправит? Все мои серверы обеспечивают выход в инет > небольшой сети (2-50 компьютеров, NAT, DNS, SQUID, APPACHE, SAMBA) и > имеют 256-1024 МБ оперативной памяти. Виртуализацию неиспользовал, > мандатный доступ то же. Раньше везде использовал STD-SMP 2.6.18. Есть еще ядра от lakostis :) -- WBR et al. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Sysadmins] kernel 2009-01-18 11:45 ` Konstantin A. Lepikhov @ 2009-01-18 20:55 ` Michail Yakushin 0 siblings, 0 replies; 6+ messages in thread From: Michail Yakushin @ 2009-01-18 20:55 UTC (permalink / raw) To: ALT Linux sysadmin discuss 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%). ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Sysadmins] kernel 2009-01-18 10:09 [Sysadmins] kernel MisHel64 2009-01-18 11:45 ` Konstantin A. Lepikhov @ 2009-01-18 14:33 ` Michael Shigorin 2009-01-18 14:40 ` Led 1 sibling, 1 reply; 6+ messages in thread From: Michael Shigorin @ 2009-01-18 14:33 UTC (permalink / raw) To: sysadmins On Sun, Jan 18, 2009 at 01:09:57PM +0300, MisHel64 wrote: > Для себя я понял, что на серверы с одним ядром стоит поставить > DEF версию, на остальные SMP. Они все уже давно SMP, если не сказано явным образом обратного (не помню -- может, led-tc в силу специфики задачи и является uniprocessor only). google://"linux smp alternatives" -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Sysadmins] kernel 2009-01-18 14:33 ` Michael Shigorin @ 2009-01-18 14:40 ` Led 2009-01-18 14:47 ` Michael Shigorin 0 siblings, 1 reply; 6+ messages in thread From: Led @ 2009-01-18 14:40 UTC (permalink / raw) To: sysadmins On Sunday, 18 January 2009 16:33:41 Michael Shigorin wrote: > On Sun, Jan 18, 2009 at 01:09:57PM +0300, MisHel64 wrote: > > Для себя я понял, что на серверы с одним ядром стоит поставить > > DEF версию, на остальные SMP. > > Они все уже давно SMP, если не сказано явным образом обратного > (не помню -- может, led-tc в силу специфики задачи и является > uniprocessor only). Вообще-то следует читать Description к пакету, и спрашивать (уточнять) если з Description непонятно что за пакет и для чего он. -- Led ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Sysadmins] kernel 2009-01-18 14:40 ` Led @ 2009-01-18 14:47 ` Michael Shigorin 0 siblings, 0 replies; 6+ messages in thread From: Michael Shigorin @ 2009-01-18 14:47 UTC (permalink / raw) To: sysadmins On Sun, Jan 18, 2009 at 04:40:07PM +0200, Led wrote: > > > Для себя я понял, что на серверы с одним ядром стоит > > > поставить DEF версию, на остальные SMP. > > Они все уже давно SMP, если не сказано явным образом > > обратного (не помню -- может, led-tc в силу специфики задачи > > и является uniprocessor only). > Вообще-то следует читать Description к пакету, и спрашивать > (уточнять) если з Description непонятно что за пакет и для чего > он. Да, конечно. Вот только у нас где-то даже бага висела про невнятные дескрипшены. В частности, предыдущее письмо было отправлено без заглядывания в описание led-tc, но сейчас для сверки памяти заглянул -- там про SMP/UP не написано. И в общем не столь это _тут_ важно. PS: если вдруг кому пригодится -- моя обычная команда такова: rpm -qip --lastchange пакет.rpm (Query Info on Package[file], плюс последняя запись %changelog) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-01-18 20:55 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2009-01-18 10:09 [Sysadmins] kernel MisHel64 2009-01-18 11:45 ` Konstantin A. Lepikhov 2009-01-18 20:55 ` Michail Yakushin 2009-01-18 14:33 ` Michael Shigorin 2009-01-18 14:40 ` Led 2009-01-18 14:47 ` Michael Shigorin
ALT Linux sysadmins discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sysadmins/0 sysadmins/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sysadmins sysadmins/ http://lore.altlinux.org/sysadmins \ sysadmins@lists.altlinux.org sysadmins@lists.altlinux.ru sysadmins@lists.altlinux.com public-inbox-index sysadmins Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sysadmins AGPL code for this site: git clone https://public-inbox.org/public-inbox.git