|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 25 Jan 2007 13:39:15
To : Andrei Yakovlev
Subject : Re: Шаринг данных между Windows и Linux
--------------------------------------------------------------------------------
Andrei Yakovlev <Andrei.Yakovlev@p99.f27.n5001.z2.fidonet.org> wrote:
AK>> Hо вот конкретно Andrei Yakovlev очевиднейшим образом не попадает
AK>> в этот паттерн, поскольку несет какой-то бред про "stable ядро"
AY> Я бы попросил без личных оскорблений.
оскорбляться можешь сколько угодно. Я лишь констатирую факт - ты
не являешься одним из тех людей, которые на самом деле могут
_осмысленно_ собрать работающий vanilla kernel. А то что оно случайно
работает - это случайность и есть.
AY> Это скопированно с главной страницы *www.kernel.org*
блажен кто верует.
AY> Так что кто тут говорит про стабильные ядра? :)
ну если ты называешь стабильным любое ядро, выложенное на kernel.org
(не правда ли, странно, что там нет ни слова про нестабильные? Интересно,
где же они?) то тем более подтверждаешь мое утверждение.
AK>> (понятия 'stable' нету уже два года как), соответственно не сумеет
AY> Такого понятия нет относительно дистрибутивов
Серьезно? Вот чудеса-то... А вот разработчики Debian (кажется, они
единственные у кого есть понятие "нестабильного дистрибутива" - у
других есть, конечно, состояние разработки, но это не называют
"дистрибутивом") с тобой, похоже, не согласны.
AY> всех систем, а вот что касается ядер - такого слышно небыло.
конечно, если не читать девелоперские рассылки, а пользоваться мурзилкой
с кернелорг, ничего и не услышишь.
AY> Собираю, вполне нормально и достаточно часто... что самое главное
AY> - все работает и работает нормально, т.е. как нужно (и я понимаю
AY> как оно работает, то есть что там есть и зачем это что-то я там
AY> скомпилировал)
праа-а-а-авда? Ж-)~~~~
Расскажи -ка, голубчик, собравшимся, для начала, какой io scheduler
у тебя выбран, зачем это что-то ты скомпилировал и как оно работает.
А мы послушаем, тут есть кому послушать.
А потом вот про эту вермишель:
CONFIG_PAGE_OFFSET=0xC0000000
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_SPARSEMEM_STATIC=y
CONFIG_SPLIT_PTLOCK_CPUS=4
когда расскажешь - возможно я и поверю, что ты _знаешь_ что делаешь.
А не изображаешь дрессированную обезьяну, начитавшуюся хаутушек вида
"как любому ламеру собрать ядро".
AK>> возможности ядра обычно использую не я, а дистрибутив. Опять таки в
AK>> принципе можно быть в курсе, какие именно он использует и по каким поводам,
AK>> особенно если дистрибутив незамысловат как мычание а используется в совсем
AK>> тривиальных условиях, но это тоже заведомо не твой случай.
AY> Естественно. Я думаю это как раз твой случай - ты ведь используешь
наоборот, у меня используемые дистрибутивы достаточно сложны и собрать ядро
которое не вообще говоря будет на них работать, а точно ничего не испортит
начиная от загрузки (загрузка udev-enabled систем без initd довольно занятный
процесс, а если там помимо udev есть еще и SElinux то все становится совсем
интересно) и кончая взаимодействием модулей с HAL вообще-то не всегда
легко и просто.
Иногда этот факт выплывает не сразу, а через продолжительное время, после
установки нового софта (например HAL на самом деле понадобился мне только
для bluez новой версии, до этого я спокойно жил с отключенным)
AY> исключительно дистрибутивные ядра и радеешь за их использование,
AY> а мне нужна поддержка нормальных (нестандартных, не включенных
то есть если устройство нормальное, то его поддержки в дистрибутивном
ядре нет? Оригинально, а что это за дистрибутив такой?
AY> в дистрибутивные ядра, да и вообще в ядро) устройств, которые
надо же. И ты даже до сих пор не в курсе что ядерные модули давным-давно
не требуют для сборки исходников (не говоря уже о сборке) самого ядра?
AK>> В итоге ты получишь какашку, которая по недоразумению даже будет
AK>> загружаться и в общем работать. Hу... скорее всего.
AY> Думаю ты не получишь даже такой какашки.
в отличие от тебя я знаю ответы на _некоторые_ из заданных выше вопросов.
(а в отличие от недодистрибутивов - могу доверять ответам майнтейнера на
те, которые не знаю) Поэтому таки получаю в конечном итоге работающее ядро,
но совершенно не в восторге от этого занятия, поскольку не рискую
утверждать что на самом деле полностью понимаю что там, зачем, и
зачем оно было именно так, а не иначе и что я сломаю, если сделаю
так, как мне кажется более правильно.
AY> В итоге у тебя будет львиная доля оперативки занята твоим крутым
AY> и "безглючным" дистрибуивным ядром, а я со своей
AY> "какашкой" эти ресурсынаправлю вболее достойное русло.
У меня вполне достаточно оперативки, чтобы не плакаться об экономии
30 килобайт. Кстати, а умеешь ли ты померять эту экономию? Что-то я сомневаюсь.
То есть я собственно сомневаюсь в ее наличии.
В более достойное русло я лучше направлю ресурс своего времени, да и машинного
тоже - работать на машине где параллельно собирается ядро все же не особенно
приятно, у меня тут не четырехядерный core2.
AY> Hа рабочей станции еще можно использовать ядро которое поставляется
AY> в составе дистрибутива, да и то только в том случае если девайсы
как тебе не повезло с дистрибутивом...
Кстати, я правильно понимаю, что ты эти тридцать килобайт на СЕРВЕРЕ
экономишь?
AY> более менее стандартные...
поведай, о великий Учитель,
какие же это такие нестандартные дивайсы у тебя на рабочих станциях, что
ради них ядра пересобирать приходится?
> Alex
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
