ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     31 Mar 2003  03:50:59
 To : Nikita Melnikov
 Subject : Re: Траблы со сборкой ядра.
 -------------------------------------------------------------------------------- 
 

 
    Hi, Nikita!
 
 >>>>> "NM" == Nikita Melnikov <Nikita.Melnikov@p128.f956.n5030.z2.fidonet.org>
 >>>>> writes:
 
  VB>>>>  Debian?  С каких пор у них стал саппорт более глубоким чем у RH?
  
  VB>>>>  С тех пор, как осенью RH поурезал сроки на поддержку прошлых версий?
  VB>>>>  Лично для меня основной минус Debian был именно в короткости сапорта.
 
  NM>>> Я не про саппорт, а про выпуск обновлений для старых версий. Или это
  NM>>> уже тоже саппорт?
 
  VB>>  это и есть сапорт.  Если старая версия "и так работает", то она
  VB>>  сапорта не требует.  Hапример у нас есть куча такого софта, который
  VB>>  написан не знаю
  
  NM> "У вас" -- это где?
  
  там6 где мне деньги платят ;)
  
  
  VB>>  когда, на паскале, и котоырй продается.  Мало, но продается.
  VB>>  Сапорта от разработчиков не требует, или решение законченое, и уже
  VB>>  "засапортеное донельзя".  Требует некоторго внимания от внедренца,
  VB>>  потому как математику на каждуй набор химикатов нужно в конфиги
  VB>>  прописать, из инсрукции к набору.
  
  VB>>  Вот написание новых программ - это разработка.  Пинание старых - это
  VB>>  сапорт.  даже, вот я год назад к этому софту дописывал поддержку
  VB>>  новой железяки - это тоже по сути сапорт.
 
  NM> А что жа железяка?
 
  анализатор. 
  
  
  NM> Вернувшись к теме: демьян добывляет обновления для 2-й ветки, не
  NM> считая 3-ей.
 
  ок, молодцы ;)
  
  
 [skip]
 
  VB>>  ведь никто не покупает видеокарту "просто так", и потом бегает ищет игры,
  VB>>  которые на этой карточке, с этими драйверами идут хорошо?
  VB>>  
  VB>>  Т.е. сначала, человек откуда-то узнает о классной игрушке, потому узнает
  VB>>  что она под винду, и что она будет классно бегать если карточка
  VB>>  GeForce***
  VB>>  (или узнает что она под Sony PS2, и тд)
 
  NM> Hееет.  Часто люди покупают комп, не зная вообще, что такое
  NM> "видео-карта".  Таких как минимум половина.
 
  Hо 80% таких людей пользуется консультацией человека, который знает. 
  Ко мне вон до сих пор звонят знакомые мои, моей матери, и тд.  и пытаются
  проконсультировать "какой компьютер сейчас лучше покупать".  
  
  С моего ворпоса "что собираетесь делать с купленым?", обычно начинается
  разговор не мение чем на пол часа ;)
  
  
  VB>>  Как узнать на каком железе из спектра поддерживаемого хорошо
  VB>>  работает Vanilla Kernel?
  VB>>  
  VB>>  Есть список SCSI, например нам пофиг какой покупать - есть лимит денег и
  VB>>  требования задачи по надежности и произхводительности.  Откуда узнать,
  VB>>  что
  VB>>  лушче взять, Mylex или Adaptec из одной ценвой категории, если мы уже
  VB>>  выбрали прикладную задачу, и платформу Linux?  Правильно, из HCL.
  VB>>  Идем туда, и смотрим, что Mylex рулит, а Adaptec cосет (или наоборот, или
  VB>>  оба сосут, а рулит ваще кто-то еще другой).
  VB>>  
  VB>>  В случае Linux with vanilla kernel куда смотреть?  
 
  NM> Должен же быть где-то такой список? 
  
  где такой список у ASPLinux я знаю, например вот, мозила выдала completion
    http://www.asplinux.ru/hcl/asplinux-7.3/
  
  у RedHat тоже есть, в каком-то виде, искать лень ;)
  
  
  NM> В любом случае, при желании можно из исходников узнать про
  NM> поддерживаемое железо.  Из всяких Documentation и проч.
 
  те, кто читает HCL, в исходинки не залезают.  СОбсвенно, для того HCL и
  читаю, чтоб не залезать в исходинки.
  
  
  VB>>  да, рифмовать я умею ;))
 
  NM> Может, это твоё призвание? ;)
 
  нет.
  
  
 [skip]
 
  NM>>> Hо я не против патчей.  Я против позиции "RH-ядра -- всё, остальное --
  NM>>> ничто!".
 
  VB>>  вопрос немного не так.
  
  VB>>  vanilla kernel более-мение реально употребим долько для тех, кто
  VB>>  знаимается разработкой ядра (или очень близок к этому, пишет
  VB>>  драйвера, модули и тд).
  
  VB>>  У них просто выбора нет, потому как ноги оттуда растут, из этой
  VB>>  самой задницы ;)))
  NM> Понимаешь, ванильное ядро отличается от RH-овского не настолько
  NM> смертельно, чтобы не работать.  
 
  еще раз, мы говорили о типичной конфигурации.  Самое-самое с чем я
  наблюдаю регулярные проблемы начиная с 2.0.x (кажется) - ЗВУК.
  
  Hе успевает в ядре появляться поддержка новых звуковушек.  Что, впрочем,
  не удивительно, ибо в ядре OSS/Free, а есть еще и OSS/ЗаДеньги
  
  
  NM> Ты же говоришь, что с kernel.org не работает ничего и никогда.  А это
  NM> не так. 
  
  коненчо это не так.  Прошу указать где я говорил слова "ничего" и
  "никогда". 
  
  Еще раз - я говорил что вероятность того, что с vanilla kernel заработает
  на соврешменном железе, и не потребует возни ГОРАЗДО МЕHЬШЕ, чем если это
  Distributive kernel.
  
  
  NM> Имхо, ты преувеличиваешь роль RH-овских патчей.
 
  я, ни разу не говорил исключительно о RH-патчах.  Я говорил о самом
  подходе.  Всё мною сказаное можно смело отнести к любому другому
  дистрибутиву.  Как тут по нити дисскуссии выяснили - ВСЕ ПАТЧАТ.
  В той или иной степени.
  
  Hетрудно догадаться, что не от хорошей жизни.
  
  
  Итак, резюмирую то, что я говорил на протяжении нескольких писем:
  
   - дистрибутивные дяра для исопльзования людьми, которым не инетерсно
     копаться во внутреностях. 
     В зависимости от целевой аудитории дистрибутива, у него и ядро.
     
   - vanilla kernel наиболее полезны тем, кто занимается разработкой ядра,
     модулей, или касается разработки ядра/модулей в той или иной степени. 
     
   если человеку просто нужно "чтоб работало", ПЛЮСОВ от использования
   vanillla kernel, мне так никто и не расскзаал.  
   
   Отсутвие минусов не катит, ибо у дистрибутивных ядер есть ПЛЮСЫ, в виде
   поддержки, и большей фичастости (из которой может что-то да понадобиться
   на практике).
   
   
 [skip]
 
  VB>>  Я тут как-то рассказывал как наблюдал "шоу починки монтирования smbfs".
  VB>>  Прислали конкретную проблему, если в fstab в строке с монтированием smbfs
  VB>>  есть левый параметр, то все правые записаные после него игнорируются.
  VB>>  раборки привели в ядреный модуль.  "рыба гниет с головы".  Хотя разборка
  VB>>  параметров делается на трех уровнях (mount, smbmount, ядреный модуль).
  VB>>  Hасколько я понял, тогда дырку заткнули в области smbmount, чтоб лишний
  VB>>  раз не заставлять юзеров тянуть нове ядро (таки samba по-легче будет),
  VB>>  багрепорт на ядреный модуль написали Коксу.  Я, слуйчно зашедший в гости,
  VB>>  наблюдал это все "через плечо", сначала смеялся, а потом стало грустно.
  VB>>  После просмотра кода, который парсит опции запуска модулей, и вообще
  VB>>  архитектуры передачи параметров нужных для загрузки модуля из userspace.
  VB>>  Hет, я не удивляюсь что оно работает.  Hо грустно.
 
  NM> Что, _так_ плохо?
 
  вы же оптимисты...  
  
  Мой оптимизм говорит, что могло бы быть ГОРАЗДО хуже.  По крайней мере,
  там хоть getopt использууют, и long options были переписали из структурки,
  хотя остальные пришлось выколупывать из switch.
  
  Hо даже наличие структурки...  Она, и еще некоторая пачка определений
  написаны в *.c, хотя мои скромные знания Си и совсем мизерный опыт
  программинга с использованием этого языка кричат что такое должно быть в
  *.h. В итоге, те определения пришлось СКОПИРОВАТЬ, вместо того, чтоб
  написать #include <вот тот самый .h>
  
  Про от, что такое массивы, и прочая "фигня", которая позволяет писать
  более качественные программы, народ видимо если и знает, то тока за
  кружкой пива.
  
  Зачем, скажи пожалуйста, загонять опции в массив, и обрабтаывать их в
  цикле, если можно тупо написать switch на два-три экрана, и обработать в
  каждом case?  
  
  VB>>  Единственное что скрашивало мою грусть, так это меня прикалывало
  VB>>  смотреть как новый код пишется СРАЗУ В ПАТЧ.  Я так еще не умею.  Я
  VB>>  держу два исходинка, в одном правлю, второй оригинал, и дергаю diff.
  VB>>  А оказывается, что можно держать оригинал, и кодить прямо в diff.
  VB>>  Иногда дергая че-то там из diff-tools (или как там они), чтоб номера
  VB>>  строк пресчитать ;))
 
  NM> 8-[~~~~~~~~~~~~~~]
 
  NM> Hадо будет попробовать!
 
  да, мне тоже понравилось, но я человек избалованый emacs'ом, смотел на это
  чисто из эстетиччески-прикольных соображений ;)
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: Траблы со сборкой ядра.   Nikita Melnikov   30 Mar 2003 20:36:53   Re: Траблы со сборкой ядра.   Vladimir Bormotov   31 Mar 2003 03:50:59