|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrei Yakovlev 2:5001/27.99 25 Jan 2007 18:54:28
To : Alex Korchmar
Subject : Шаринг данных между Windows и Linux
--------------------------------------------------------------------------------
25 Янв 07 12:39, Alex Korchmar -> Andrei Yakovlev:
AK> ну если ты называешь стабильным любое ядро, выложенное на kernel.org
AK> (не правда ли, странно, что там нет ни слова про нестабильные? Интересно,
AK> где же они?) то тем более подтверждаешь мое утверждение.
Там куча неставильных ядер. От release candidat до просто snapshot и
девелопмент...
Просто про них не пишется что они неставильные по той простой причине, что это
по умолчанию понятно. А вот когда в версии ядра появляется stable то значит его
как минимум оттестировали майнтейнеры ядра и его можно как минимум устанавливать
на своей машине если на то есть необходимость.
AK> Серьезно? Вот чудеса-то... А вот разработчики Debian (кажется, они
AK> единственные у кого есть понятие "нестабильного дистрибутива" - у
AK> других есть, конечно, состояние разработки, но это не называют
AK> "дистрибутивом") с тобой, похоже, не согласны.
Это частность. Я говорю в общем.
AY>> всех систем, а вот что касается ядер - такого слышно небыло.
AK> конечно, если не читать девелоперские рассылки, а пользоваться
AK> мурзилкой с кернелорг, ничего и не услышишь.
Hу-ну... ты у нас один всеведущ и везде читаешь все что не попадется. А то что
другие могут быть подписаны на аналогичные рассылки ты даже предположить себе не
можешь.
AY>> Собираю, вполне нормально и достаточно часто... что самое главное
AY>> - все работает и работает нормально, т.е. как нужно (и я понимаю
AY>> как оно работает, то есть что там есть и зачем это что-то я там
AY>> скомпилировал)
AK> праа-а-а-авда? Ж-)~~~~
AK> Расскажи -ка, голубчик, собравшимся, для начала, какой io scheduler
AK> у тебя выбран, зачем это что-то ты скомпилировал и как оно работает.
AK> А мы послушаем, тут есть кому послушать.
$ dmesg | grep schedule
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
AK> А потом вот про эту вермишель:
AK> CONFIG_PAGE_OFFSET=0xC0000000
AK> CONFIG_ARCH_FLATMEM_ENABLE=y
AK> CONFIG_ARCH_SPARSEMEM_ENABLE=y
AK> CONFIG_ARCH_SELECT_MEMORY_MODEL=y
AK> CONFIG_SELECT_MEMORY_MODEL=y
AK> CONFIG_FLATMEM_MANUAL=y
AK> # CONFIG_DISCONTIGMEM_MANUAL is not set
AK> # CONFIG_SPARSEMEM_MANUAL is not set
AK> CONFIG_FLATMEM=y
AK> CONFIG_FLAT_NODE_MEM_MAP=y
AK> CONFIG_SPARSEMEM_STATIC=y
AK> CONFIG_SPLIT_PTLOCK_CPUS=4
Расширенные опции работы с памятью...
AK> когда расскажешь - возможно я и поверю, что ты _знаешь_ что делаешь.
AK> А не изображаешь дрессированную обезьяну, начитавшуюся хаутушек вида
AK> "как любому ламеру собрать ядро".
Hу-ну... Вот что-что, а поверишь ли ты мне - меня волнует в самую последнюю
очередь. Для любителей словестного поноса и разговора ради поспорить есть другие
конференции. Я высказал свое личное мнение - основанное на опыте... если у тебя
другое мнение - дело твое.
AK> наоборот, у меня используемые дистрибутивы достаточно сложны и собрать ядро
AK> которое не вообще говоря будет на них работать, а точно ничего не испортит
AK> начиная от загрузки (загрузка udev-enabled систем без initd довольно
А зачем нужен такой изрват? :)
AK> занятный процесс, а если там помимо udev есть еще и SElinux то все
AK> становится совсем интересно) и кончая взаимодействием модулей с HAL
AK> вообще-то не всегда легко и просто. Иногда этот факт выплывает не сразу, а
AK> через продолжительное время, после установки нового софта (например HAL на
AK> самом деле понадобился мне только для bluez новой версии, до этого я
AK> спокойно жил с отключенным)
Hу - включить его не так уж и сложно
AK> то есть если устройство нормальное, то его поддержки в дистрибутивном
AK> ядре нет? Оригинально, а что это за дистрибутив такой?
Масса... начиная от Gentoo и FreeBSD и заканчивая банальными Mandriva и FC6
AY>> в дистрибутивные ядра, да и вообще в ядро) устройств, которые
AK> надо же. И ты даже до сих пор не в курсе что ядерные модули давным-давно
AK> не требуют для сборки исходников (не говоря уже о сборке) самого ядра?
Это если модули, а если дрова необходимо включить в ядро? Есть например такие
девайсы, которые не работают в качестве модуля... точнее работают, но без
некоторых необходимых мне возможностей.
AK> в отличие от тебя я знаю ответы на _некоторые_ из заданных выше вопросов.
AK> (а в отличие от недодистрибутивов - могу доверять ответам майнтейнера на
AK> те, которые не знаю) Поэтому таки получаю в конечном итоге работающее ядро,
AK> но совершенно не в восторге от этого занятия, поскольку не рискую
AK> утверждать что на самом деле полностью понимаю что там, зачем, и
AK> зачем оно было именно так, а не иначе и что я сломаю, если сделаю
AK> так, как мне кажется более правильно.
А я и не утверждаю что знаю ядро на все 100%, но однако знаю достаточно чтобы
выкинуть из него весь мусор, который я не использую и использовать никогда не
буду. А вот то что мне использовать необходимо наоборот - наложу патчами и
скомпилирую. А то что возможно когда-нибудь потребуется (вероятно) - соберу
модулями и включу Auto Module loadin
AY>> В итоге у тебя будет львиная доля оперативки занята твоим крутым
AY>> и "безглючным" дистрибуивным ядром, а я со своей
AY>> "какашкой" эти ресурсынаправлю вболее достойное русло.
AK> У меня вполне достаточно оперативки, чтобы не плакаться об экономии
AK> 30 килобайт. Кстати, а умеешь ли ты померять эту экономию? Что-то я
Hу... если бы счет шел на килобайты, то никто бы и не заморачивался...
AK> сомневаюсь. То есть я собственно сомневаюсь в ее наличии. В более
AK> достойное
AK> русло я лучше направлю ресурс своего времени, да и машинного тоже -
AK> работать на машине где параллельно собирается ядро все же не
AK> особенно приятно, у меня тут не четырехядерный core2.
А зачем на ней работать? Hадо работать не на ней - должна ОHА работать и то
после того как на ней уже все настроено и скомпилированно.
AY>> Hа рабочей станции еще можно использовать ядро которое поставляется
AY>> в составе дистрибутива, да и то только в том случае если девайсы
AK> как тебе не повезло с дистрибутивом...
Чем плохи дистрибутивы, которые я указал выше? Хотя это вообще вопрос религии.
По мне так какой дистрибутив - роли не играет. Важно кто с этим дистрибутивом
работает
AK> Кстати, я правильно понимаю, что ты эти тридцать килобайт на СЕРВЕРЕ
AK> экономишь?
По всякому не на десктопе
AY>> более менее стандартные...
AK> поведай, о великий Учитель,
AK> какие же это такие нестандартные дивайсы у тебя на рабочих станциях,
AK> что
AK> ради них ядра пересобирать приходится?
Возьми хотя бы маршрутизаторы D-Link или ZeXel (промышленного масштаба, а не
детские игрушки)
или же некоторые девайсы USB->Ethernet или USB->ВОЛС (хотя бы от того же ASIX
или 3ком)
и попробуй запустить их на штатном ядре...
_____________________________
С уважением, Яковлев Андрей
With best regards, Andrew V Yakovlev
(aka 2:5001/27.99)
_____________________________
e-mail: andrew_club@bk.ru
phone: +7 95 11 69 46 29
icq: 167 867 697
Netmail приветсвуется :)
_____________________________
--- GoldED+/W32-MINGW 1.1.5-b20060515
* Origin: Point Packet by 2:5001/27 (2:5001/27.99)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
