Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     08 Nov 2001  01:32:47
 To : Svyatoslav Abramenkov
 Subject : Re: KERNEL
 -------------------------------------------------------------------------------- 
 
 
    Hi, Svyatoslav!
 
 >>>>> "SA" == Svyatoslav Abramenkov
 >>>>> <Svyatoslav.Abramenkov@p100.f8088.n464.z2.fidonet.org> writes:
 
  SA>>>  Вот ты теперь и видишь, почему люди используют 2.0.X и 2.2.Х, а не
  SA>>>  последние супер-пупер-достижения в бетах 2.4.Х. Потому, что им
  SA>>>  _HАФИГ_HЕ_HУЖHЫ_ мышки с колесиками, бесшариковые Optical Mouse,
  SA>>>  USB Web Cameras и прочее подобное железо.
  b>>  это их личные радости. А другим нужно.
  
  SA> И что, тебе кто-то запрещает это делать? 
  
  никто.
  
  SA> ИМХО в треде как раз и выясняли мотивы, которые побуждают
  SA> эксплуатировать старые ядра.
  
  неэксплуатировать новые? 
  
  Мотивы или причины? 
 
  А мотивы перехода на новые совсем не обсуждались?
  
    
  SA>>>  Зато они используют старое вполне рабочее железо, которое при
  SA>>>  использовании новых ядер работает по крайней мере не лучше,
  b>>  железо - да, остальное - вопрос спорный.
  SA> А я и так себе не могу представить, что, кроме железа и глюков,
  SA> побуждает дергаться и менять ядро.
  
  Лично у еня ядра меняются с обновлением дистрибутива.
  Очень редко с втыканием нового железа, или в связи с глюками.
  
  Оыбчно находится программа, которой хочется новую glibc. Такое находится
  раз в пол года. или хочется половину библиотек, котороые в текущем
  компелкте на десять номеров отстали от тех, которые нужны.
  
  Вот я сижу, и думаю, что пора обновляться. И все обновляется.
  
  b>>  тут уже сказали, что разницы "старый известный глюк" или "новый
  b>>  неизвестный" в плане наличия глюка для пользователя нет. А вот в
  b>>  плане скорости исправления - в новых правят быстрее.
  
  SA> А в старых таких фатальных уже не вылазит. Вылезли бы - хрен бы их
  SA> вообще кто использовал.
  
  да-да. Припоминаю. Когда я только начинал прользоваться линуксом, и
  получаь зоть какую-то пользу, общался с человком, который дааавно уже это
  пользует. Тогда кажется было время 2.0.28, или что-то такое. Так вот, у
  него где-то стояля машинка, с 1.2.13. на которой висел модемный пул.
  Hа мой вопрос "?????" он ответил "а зачем? tcp/ip та мнет, и скоро не
  будет, а несколько десятков uucp'шников на те восемь модемов и так ходят
  успешно."
  
  Кажется через какое-то время ту машинку просто выкинули, и поставили
  что-то более другое. Под более другим линуксом, не помню уже, давно это
  было ;)
  
  SA>>>  а бОльшая и наиболее неприятная часть их давно исправлена.
  b>>  да я же не против. вот только сейчас пользовать 2.0.x я бы никому не
  b>>  советовал. Разве что только на 386.
  
  SA> У меня, конечно, таких машин, кроме 386, нет, но muLinux с 2.0.36 я с
  SA> собой ношу на дискетах и бутовом 2,5" 60М винте весьма регулярно. 
 
  а я не ношу. С тех пор, как в дин прекрасный момент, я не смог
  загрузившись с бутовой дискеты подмонтировать свой ext2 (ядро которое на
  дискете не понимало какую-то компатибилити, которую умело ядро, которое на
  винте), я понял, что все эти дискеты - это "не от той двери ключи".
 
  например сейчас у меня вообще ext3 уже. Просот "плавно переполз, потому
  как в ядре взятом с updates.redhat.com она уже была. переполз чтоб
  посмотреть". 
  
  Внимание вопрос - когда на соседней (через эзернет) машине у меня повится
  2.4.* (сейчас там 2.2.19 которое появиось только потому, что нужнобыло
  подняьт WaveLAN)? Правильный ответ - как только выйдет ASP7.2, или я дойду 
  до Лени Кантера ногами6 да возьму бету. причем как только вйдет 7.2, он в
  течении недельки-двух расползется по всем остальным машинкам, которыми я
  рулю. Почему - угадайте сами.
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 Re: KERNEL   Wladimir Mutel   02 Nov 2001 19:09:33 
 Re: KERNEL   Zahar Kiselev   02 Nov 2001 23:36:28 
 Re: KERNEL   Eugene B. Berdnikov   04 Nov 2001 17:03:54 
 Re: KERNEL   Zahar Kiselev   04 Nov 2001 19:48:00 
 Re: kernel => ipchains in 2.[24]   Michael Shigorin   05 Nov 2001 13:59:02 
 KERNEL   Peter V. Chernikoff   05 Nov 2001 01:34:35 
 KERNEL   Zahar Kiselev   05 Nov 2001 02:45:04 
 KERNEL   Peter V. Chernikoff   06 Nov 2001 17:22:05 
 KERNEL   Zahar Kiselev   06 Nov 2001 19:21:38 
 Re: KERNEL   Vladimir Bormotov   06 Nov 2001 23:12:32 
 KERNEL   Svyatoslav Abramenkov   07 Nov 2001 09:11:05 
 Re: KERNEL   Vladimir Bormotov   07 Nov 2001 14:02:10 
 KERNEL   Svyatoslav Abramenkov   07 Nov 2001 16:52:55 
 Re: KERNEL   Vladimir Bormotov   08 Nov 2001 01:32:47 
 KERNEL   Svyatoslav Abramenkov   08 Nov 2001 21:52:12 
 Re: KERNEL... scalability   Michael Shigorin   10 Nov 2001 18:02:48 
 Re: KERNEL   Alex Korchmar   07 Nov 2001 20:08:46 
 Re: KERNEL   Serhii Hlodin   07 Nov 2001 21:06:46 
 KERNEL   Svyatoslav Abramenkov   08 Nov 2001 08:16:46 
 Re: KERNEL   Alex Korchmar   17 Nov 2001 04:06:31 
 KERNEL   Svyatoslav Abramenkov   21 Nov 2001 19:52:13 
 KERNEL   Sergey Dubrovin   23 Nov 2001 22:57:44 
 KERNEL   Svyatoslav Abramenkov   28 Nov 2001 15:17:09 
 Re: KERNEL   Alex Korchmar   28 Nov 2001 04:55:39 
 KERNEL   Svyatoslav Abramenkov   05 Dec 2001 17:11:08 
 Re: KERNEL   Zahar Kiselev   07 Nov 2001 14:35:34 
 KERNEL   Peter V. Chernikoff   07 Nov 2001 04:56:40 
 Re: KERNEL   Michael Shigorin   08 Nov 2001 20:26:15 
 Re: KERNEL   Maxim Timofeyev   08 Nov 2001 11:48:49 
 Re: KERNEL   Alex Korchmar   07 Nov 2001 20:17:10 
 Re: KERNEL   Zahar Kiselev   08 Nov 2001 16:56:34 
 KERNEL   Peter V. Chernikoff   09 Nov 2001 20:23:59 
 KERNEL   Zahar Kiselev   09 Nov 2001 21:27:48 
 Re: KERNEL   Rustam Chernotkach   13 Nov 2001 19:17:04 
 Re: KERNEL   Alex Korchmar   17 Nov 2001 04:32:19 
 KERNEL   Alex Dmitriev   05 Nov 2001 11:20:28 
Архивное /ru.linux/2541eb13c4f1.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional