Два пингвина
leryc 30 мая, 2008 - 12:45
Собрано ядро с параметром - boot logo
При загрузке отоброжался пингвин есссесено
В какойто момент (после очередного пересбора яра) пингвинов стало два.
Понравилось.
В последней пересборке включил всего одну галку - поддержка IDE CDROM
Одним пингвином стало меньше ;(
Кто нибудь знает логику появления двух пингвинов? Как вернуть назад второго?
Нигде не встречал упоминания об этом ;(
Версии ядра от -r4 до -r8 со всеми остановками, AMD64
»
- Для комментирования войдите или зарегистрируйтесь
Quote: В какойто
Еще бы не понравилось, ты ж второе ядро процессора подключил :). Двухядерный стало быть у тебя процессор.
Включить обратно второго пингвина можно при ручной настройке ядра. Нужно включить поддержку SMP в разделе поддержки процессоров.
_______________________
From Siberia with Love!
Нужно включить поддержку SMP в разделе поддержки процессоров.
Включить обратно второго пингвина можно при ручной настройке ядра. Нужно включить поддержку SMP в разделе поддержки процессоров.
_______________________
Ядро -r8 сейчас Сборка всегда ручная была
Процессорный раздел
* Symmetric multi-processing
- IBM Calgary IOMMU (хрен знает что за зверь - выключен)
2 Numbers of CPU
* SMT
* Multi core sheduler
* Machine check expection
* support for suspend on SMP and hot-plug CPUs помечен как эксперементал и включено по умолчанию
====================
на этом конфиге (в целом) пару сборок назад были оба пингвина
видно где-то что-то отключил неглядя\не задумываясь
может проблема в том что сейчас (не помню что было раньше) включены опции
Subarchitecture Type (PC-compatible)
Processor family (Generic-x86-64)
*Intel MCE features
может быть в этом проблема?
1 ядро = 1
1 ядро = 1 пингвин. Соответственно на 2-х ядерных процессорах пингвина 2, на 4-х - четыре :)
:). Один мой друг
:). Один мой друг имел дело с 32 процессорной машиной. "Четыре ствола и все небо в попугаях" :).
_______________________
From Siberia with Love!
Чем гадать на
Чем гадать на кофейной гуще, как правильно выставить опции в ядре под свой проц, не проще ли поискать правильный мануал, типа этого?
Спасибо, что
Спасибо, что послали, но я уже оттуда....
и был не только там.... прежде чем задать вопрос....
Но...
1) выше я привел опции ядра - можно было бы просто сказать, что "вот эта штука стоять не должна"
и был бы чертовски признателен, если б еще объяснил - почему?
2) в том месте, куда послал, на мой взгляд , есть ошибка
при двух ядрах настоятельно рекомендуется включить SMT, что есть у меня и нет в "посылке"
(к сожалению не могу послать к первоисточнику откуда я это взял - попалось давно и в памяти осталось)
однако я не спец в железе и быть им не собираюсь - потому спорить не буду - нужен или нет
SMT (Hyperthreading) scheduler support
3) чужое мнение - всегда останется чужим...
и не всегда есть догма...
и только понимание собственных ошибок есть собственный опыт, имхо
4) выше winterheart поставил короткий и понятный диагноз - кол-во пингвинов ака штук-процессоров - нет вопросов, логика понятна
пока мне не понятно - что заставило "вырубить" доп.проц ?
был вариант сборки когда был точно и однозначно указан мой проц.
Subarchitecture Type (PC-compatible)
Processor family (Generic-x86-64)
*Intel MCE features
эти три опции отличают отличают "чистый к8" от Generic
в этом причина или нет - покажет следующая пересборка
но эти три опции включены осознано - чтоб ядро и модули можно было перенести на интел, тоже к слову двухядерный
вот я и озадачен - возможно ли собрать двухядерное ядро на амд с учетом того что и на интел это тоже будет работать корректно
Просвящайтесь.
http://en.wikipedia.org/wiki/Hyper-threading
Всё понятно
> выше я привел опции ядра - можно было бы просто сказать, что "вот эта штука стоять не должна"
и был бы чертовски признателен, если б еще объяснил - почему?
Объясняю, хотя было бы правильней сначала понять конфигурацию железа.
> в том месте, куда послал, на мой взгляд , есть ошибка
при двух ядрах настоятельно рекомендуется включить SMT
SMT? а не SMP? Выше из "процессорного раздела" приведена опция
* SMT
Нет там такой. Видимо, имелось ввиду "SMT (Hyperthreading) scheduler support"? Нужно объяснять разницу между значением "Symmetric multi-processing support" и "SMT (Hyperthreading) scheduler support"? Т.е. всё как там и должно стоять, если процессор Core2Duo. "Symmetric multi-processing support" есть поддержка SMP, а вот этого "SMT (Hyperthreading) scheduler support" (старый гипернитиевый планировщик для P4) действительно не нужно на Core2Duo. На нём используется новый "Multi-core scheduler support".
> возможно ли собрать двухядерное ядро на амд с учетом того что и на интел это тоже будет работать корректно
Без оптимизации под проц, т.е. generic. Оно вроде так на LiveCD и собрано (т.е. всегда с SMT, и не только в Gentoo).
поясню
>Объясняю, хотя было бы правильней сначала понять конфигурацию железа.
понять-то хочется, ноо....
нам бы попроще - по рабоче-крестьянски ...
т.е на уровне домохозяйки ;)
мы и по русски-то читаем со словарем, что уж тут говорить про английский? ;)
>Видимо, имелось ввиду "SMT (Hyperthreading) scheduler support"?
да
>Нужно объяснять разницу между значением "Symmetric multi-processing support" и "SMT (Hyperthreading) scheduler support"?
Честно говоря - не нужно, ибо компьютер в ближайшие пару-тройку лет менять не планируется, а имеем мы то, что имеем - дай Бог хоть с этим разобраться, тыкнуть куда надо один раз и забыть навек об этом.
Будет новый комп - будут новые проблемы, будет новый софт.
>Т.е. всё как там и должно стоять, если процессор Core2Duo.
"так" - это "как"? Я все-таки туп как чемодан и немного не догоняю. ;(
> возможно ли собрать двухядерное ядро на амд с учетом того что и на интел это тоже будет работать корректно
Без оптимизации под проц, т.е. generic. Оно вроде так на LiveCD и собрано (т.е. всегда с SMT, и не только в Gentoo).
===
попробую пояснить.
На работе Core2Duo - дома AMD K8
диск носится туды-сюды
задача - в кратчайшие сроки собрать работающую систему со всем необходимым софтом (т.е. его еще и выбрать надо из всего многообразия)
поэтому конфиг на первом этапе выбирается так, чтоб удовлетворял обе машины.
потом планируется окончательную версию размножить на этих машинах, соптимизировать окончательно конфиг и перекомпилировать все окончательно и навсегда.
извиняюсь за длиный пост. но приведу весь конфиг полностью, и хотелось бы узнать что с чем вступает в противоречие или не поддерживается на уровне компиляции
Различной документации прочитал немало - на диске её не меньше гига - и исходя из всего прочитанного я убежден, что все включено правильно.
В чем ошибаюсь?
я точно
я точно неуверен, но думаю что затея совершенно бессмысленная. помимо ведра есть ещё и другой софт, и если поставить во флаги что-то выше I686 то оно будет работать только на одной машине. хотя generic-ядро можно собрать, а можно собрать 2 - и грузить разные, но проблемка с фтом остаётся. Носить винт туда сюда как-то... странно чтоли, вообще нужно данные носить а не системы. ИМХО
Эт точно
А чтоб собрать аналог всеядного перемещаемого стейджа, нужно иметь навык мэйнтейнера. Я вот пытаюсь решить аналогичную задачу для 4-х абсолютно разных ПК, но несколько иным всё же способом. ИМХО, сначала лучше настроить наиболее мощный аппарат, запоминая (записывая), какие пакеты ставятся, сохранив отдельно все ключевые конфиги.
Затем в chroot (ещё лучше - через catalyst) повторить сборку стейджа с этими конфигами, понизив параметры сборки до generic. И дальше уже плодить стейдж, на месте доводить оптимизацию под железо и задачи. Catalyst - потому что разные архитектуры и мне достаточно одного spec-файла. Но не все пакеты переносимы между разными архитектурами.
проще бинарный
проще бинарный дистр заюзать
Да, проще...
Но не интересней. ;-)
И потом, мне проще управлять Gentoo!..
> нам бы попроще
> нам бы попроще - по рабоче-крестьянски ...
т.е на уровне домохозяйки ;)
ЗЫ: зачем домохозяйке Gentoo? :-)))
Старый планировщик для P4 "SMT (Hyperthreading) scheduler support" нужен только для старых 4-ых пней с технологией Hyperthreading. Если нет, выключайте. Тем более, зачем два планировщика? Если не ошибаюсь, для современных многоядерников хватит одного вот этого "Multi-core scheduler support".
> "так" - это "как"? Я все-таки туп как чемодан и немного не догоняю. ;(
Так, это как указано по ссылке, куда вас посылали, и откуда вы уже вернулись. :-)
> В чем ошибаюсь?
[ ] SMT (Hyperthreading) scheduler support
[ ] Numa Memory Allocation and Scheduler Support (EXPERIMENTAL)
Memory model (Flat Memory) --->
Насчёт "Page migration" сказать ничего не могу. Мозгов не больше 4Гб? Версия ядра какя? Точные модели CPU? Не заниматься же телепатией. NUMA, ИМХО ненужно.
Куда ушел пингвин?
Linux 2.6.24-gentoo-r8
512Mb memory
AMD K8
=========
make.conf (CFLAGS="-O2 -march=k8 -pipe")
===========
Сделал ряд пересборок ядра, отключая последовательно "лишние" параметры (см.1-й вариант выше)
параметры последней пересборки
(ядерный отсек, только то, что включено)
============
/dev/cpu/*/msr - Model-specific register support
/dev/cpu/*/cpuid - CPU information support
[*] Symmetric multi-processing support
Subarchitecture Type (PC-compatible) --->
Processor family (Opteron/Athlon64/Hammer/K8) --->
(2) Maximum number of CPUs (2-255)
[*] Multi-core scheduler support
===================
Это всё
Больше выключать нечего
Пингвин не вернулся ;(
Значит проблема не в этом отсеке, имхо
А был ли на K8 второй Tux?
> AMD K8
У меня тоже AMD K8. Одно-ядерный. Если точнее, AMD Athlon64 3500+. А у Вас Athlon64 X2?
amd k8
*-cpu
description: CPU
product: Mobile AMD Sempron(tm) Processor 3400+
vendor: Advanced Micro Devices [AMD]
physical id: 4
bus info: cpu@0
version: AMD
slot: Socket A
size: 1800MHz
capacity: 2GHz
width: 64 bits
clock: 133MHz
Но мульти-пингвины были однозначно
Забавно так - в терминале 1220х1024 - два маленьких гентушника
Но поскольку пересборки шли по 5 раз на дню а пингивины то два то один - я подумал что это шутка такая - типа груб показывает по случайной выборке
потом очень долго было два - я даже не обращал внимание на них.
А тут потребовалось сд-рум под иксами найти - и оказалось что в ядре поддрежка не включена
полез, включил, но может по ходу случайно еще пару галок где задел - но в ядерный отсек не залазил - это точно
был где-то в районе карт и звука
собрал ядро - пингвинов минус один ;)
к сожалению прошлую версию конфига не сохранил
вот и задался вопросом - куда и почему сбежал?
конфигурация "старого" ядра
/boot/config.old
/boot/config.old
в смысле читать /usr/src/linux/config.old ?
совет конечно правильный - но сразу не обратил внимания но утрату, да и к тому же не знал что пингвины связаны с процессорами
потому - запоздалый совет.
Я бы сделал так
Для начала - загрузиться с Gentoo LiveCD и внимательно посчитать пингвинов при загрузке (лекарства и водку накануне принимать в умеренных количествах) ;) Если будет два пингвина, дать из консоли cat /proc/cpuinfo. Далее можно заюзать конфиг с LiveCD типа cat /proc/config.gz > /mnt/gentoo/usr/src/linux/.config и уже отталкиваться от него (осторожненько).
Насчёт добавления IDE... Не думаю, что это может повлиять. Почти на все опции конфига есть клавиша "H". В новых ядрах IDE лучше включать ТАК.
мысль проскочила
> Для начала - загрузиться с Gentoo LiveCD и внимательно посчитать пингвинов при загрузке
c LiveCd - пингвин один
и долго был один.
У меня тут мысль проскочила
Может танцами с бубном заставил систему считать двухядерный проц - как два отдельных проца и потому были два пингивина
А теперь отключил одно ядро или перевел его в режим "по умолчанию" - и система считает что проц один?
Тогда вопрос - где кроме ядерного отсека это можно сделать?
Шаманство с ядерным отсеком ни к чему хорошему не привело :(
После отключения якобы не нужных фишек (см первый и последний вариант) - всё стало заметно тупить
Заметно на глаз, тупы измеряются секундами - начиная от первого бута и кончая кедами.
Пришлось вернуть всё на место - хоть дышать стало возможно
Но появились другие проблемы..... ;(
Эх, мать-перемать.....;(
мой совет - на
мой совет - на будущее
Когда пересобираете ядра по 5 раз на дню(подгоняя под железо) - сохраняйте все версии пересборок и включите в ядре поддержку /proc/config.gz
тогда у вас всегда будет возможность получить конфиг нужной версии ядра(под версией я имею ввиду версии пересборки, лично я их нумерую)...
со временем подчищаю boot
PS ща глянул на сервере чо лежит в /boot
2.6.23-r6 - семь пересборок, лежит одна последняя
2.6.24-r3 - шесть пересборок, лежат все
2.6.24-r4 - шесть пересборок, лежат все
2.6.24-r8 - три пересборки, лежат все - на нем и работаю ща
Все более старое было удалено за ненадобностью - потихоньку и зти пропадут...