|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Mike Novikoff 2:5020/133.73 23 Aug 2005 00:35:00
To : Zahar Kiselev
Subject : linux для десктопов
--------------------------------------------------------------------------------
AB>>>> CONFIG_IDE=m
MN>> Как раз для _универсального_ ядра (в дистрибутиве) имеет смысл.
MN>> В расчёте на машины, где SCSI only.
ZK> А какой процент таких машин? Hу у меня дома есть:) А так - разве
ZK> что на солидных серверах, коих по определению мало...
Какой процент - не знаю. Видимо, небольшой. Hо дело ведь не в проценте,
а в самом факте их существования (boolean). Если отличается от нуля... :)
Конфиг был от SuSE93. Можно предположить, что это политика дистрибутива:
ориентироваться в первую очередь на эти самые "солидные серверы", пусть
полумифические ;), а всё остальное - по остаточному принципу. В отличие,
например, от Mandrake, в котором всегда было наоборот ("CONFIG_IDE=y",
но зато "CONFIG_SCSI=m").
В общем, везде компромиссы, те или иные. А при выборе компромиссов -
приоритеты, исходя из предполагаемой "целевой аудитории".
Даже у меня, когда я собираю одно общее ядро для трёх домашних машин,
уже возникает этот вопрос о компромиссах и приоритетах. Вот когда была
всего одна машина, было гораздо проще, и никаких компромиссов не было.
А теперь - _100%_ оптимальности для каждой машины не будет уже никогда.
Hе собирать же отдельное ядро для каждой? (Иногда подумываю об этом,
но до дела вряд ли дойдёт).
AB>>>> CONFIG_IDEDMA_PCI_AUTO=y
AB>>>> CONFIG_IDEDMA_AUTO=y
ZK>>> вероятность нарваться на мертвый вис в случае плохо работающего DMA.
MN>> Кстати, где это такие жуткие контроллеры?
ZK> Как-то столкнулся с целой партией машин(штук десять) о К-Systems.
ZK> Их кривость трудно было описать. Hо на них надо было работать - потому
ZK> что их там по бартеру получили за рекламные услуги - и имела место
ZK> поговорка про дареного коня.
"Бойтесь данайцев", да уж... ;-)
MN>> У меня всё-[tm]-работает на piix3 (i430vx) и на vt82c586b
MN>> (VIA Apollo Pro). Оба они весьма поганые, особенно второй.
ZK> Как ни странно - на нем у меня тоже работает - есть одна такая машина.
Вообще, этот VIA 586b - тот ещё фрукт. Тоже данайский подарок, сам бы я
никогда не купил. Он, в принципе, работает, и даже довольно неплохо, но
"шаг вправо, шаг влево - конвой стреляет без предупреждения". Было дело,
включил там в биосе "Prefetch Buffers" (IDE Prefetch Mode), после этого
машина работала пару часов "нормально", затем взвисла. Hа перезагрузке
оказалось, что вся корневуха по стенке размазана... Хорошо ещё, бэкапы
были. Hо восстанавливал долго и геморройно. С тех пор не люблю VIA, а
на той машине опасаюсь трогать что-либо в BIOS. И поставил /usr в r/o.
Говорят, более старые IDE-контроллеры от VIA ещё хуже.
MN>> Или сэкономили 40 руб. на шлейфе? ;)
ZK> Да легко! Hе то чтобы сэкономили, а воткнули то что было, просто
ZK> не задумывась о различиях.
Для себя я в последнее время принял за правило, что шлейф IDE - одноразовый.
Как презерватив и полиэтиленовый пакет. Если снят, то обратно не ставится.
Потому что это себе дороже. Причём проблемы из-за него - трудноуловимые,
можно целый день мучиться и половину машины пересобрать, пока поймёшь.
Hе говоря уже про банальные 40/80 pin.
MN>> А если своих проблем нет - тем более. Можно, разве что, рассказать
MN>> где-нибудь в эхе о _решённой_ задаче. Хотя тоже обычно незачем...
ZK> Hу рассказать о решенной задаче - это все же полезно, чтобы письмо
ZK> осталось в архиве Гугла и его там могли найти те кому это нужно.
А также для повышения собственного "индекса цитирования"... (ха-ха 3 раза).
Всё же я обычно этого не делаю. Это время и силы, которые можно полезнее
употребить (нет пределов совершенству, и нерешённых задач ещё много).
Разве что, иногда. Главное - не увлекаться слишком... :)
Созидательная деятельность и self-пиар - задачи разные и слабо совместимые.
Стараюсь об этом не забывать. :)
ZK> А через некоторое время обнаружил свое письмо и ссылку аж на сайте
ZK> opennet.ru! Чем был изрядно удивлен.
Да, я тоже пару раз находил какие-то свои письма там. Тоже не предполагал
этого изначально.
ZK> Иногда например удивляет, почему те от кого зависит содержимое
ZK> дистрибутивов - не делают каких-то простых вещей годами, и наоборот -
ZK> тратят кучу усилий на не особенно интересные сложности.
Да, есть такое. Повсеместно. Hо лично мне проще самому сделать нужное,
чем с кем-либо из них сношаться (в любом из смыслов этого слова). ;)
Тем более, что многие из моих требований они не примут никогда (например,
пресловутое "configure --disable-nls", о котором я уже много писал здесь).
Поэтому я просто не пользуюсь "дистрибутивами". Точнее, пользуюсь, конечно,
но только как стройматериалом. Их проблемы - не мои. А свои я решаю сам.
[mn@lo]$ rpm --eval %distribution
Mike Novikoff's Own Devices(tm)
:))
Mike
---
* Origin: mn@lo.lan (2:5020/133.73)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
