Проблемы Линукса

> - Плохая способ работы над ошибками (багами) ядра (Bugzilla)

Моя твоя не понимать :)

легко бздеть из австралии про неверную политику партии
не удивлюсь если окажется что этот гандон подрабатывает писакой для get the facts

> легко бздеть из австралии про неверную политику партии не удивлюсь если окажется что этот гандон подрабатывает писакой для get the facts

Это ты не про Andrew Morton'а ли, анонимус?

> Это ты не про Andrew Morton'а ли, анонимус?

да хоть про вову путина
критика без конструктивных предложений -- суть вредительство.
в революцию за это к стенке ставили не раздумывая

подумаешь что там ZDNet Australia написала, разработчики линукс ядер много чего говорят, может и договорятся, для этого конференции и устраивают, а на Линуса по жизни народ обижается на игнорирование мейлов и неприятие патчей, он уже привык к этому, вообще может потому он и возглавляет комьюнити, что время доказало: его фильтрация патчей пусть и не идеальная, но работает, а скандинавский темперамент Линуса позволяет это делать без большого ущерба для собственной психики :) (наверняка он уже насмотрелся за свою жизнь на обиженных фанатов в самых разных проявлениях)

зарэжет его когда-нибудь такой вот "обиженный"...
прецеденты подобного рода в истории есть

>скандинавский темперамент Линуса позволяет это делать без большого ущерба для собственной психики :)

Точно! Я прикалываюсь, сколько ему писем приходит ежедневно, и сколько патчей ему предлагают включить в тестовые релизы!

/me уже где-то с неделю тестирует 2.6.12rc2 love (http://love-sources.org/news.php)

полет превосходный !, всем рекомендую

ты лучше расскажи как именно тестируешь.

>Отсуствие всестороннего тестирования новых ядер, что может привести к нестабильности будущих релизов

Большинству пионеров надоело быть бетатестерами. Тем более создали 2.6.x.y ветку - что очень мешает всестороннему тестированию новых ядер. А нам простым пионерам и вовсе кроме x86, usb, alsa нечего тестировать.

>Плохая способ работы над ошибками (багами) ядра (Bugzilla)

Скачок CPU при копировании "файло" фиксить до сих пор не желает никто... Нельзя постоянно пинять на глукомань x86 систем.

>Неверный выбор SCM системы, а такжа неразработка её альтернативы

Linus уже разработал :-)

>Политика Линуса и kernel maintainer'ов по ниприятию патчей

Анархия - не выход.

> Скачок CPU при копировании "файло" фиксить до сих пор не желает никто... Нельзя постоянно пинять на глукомань x86 систем.

А разве это баг ядра? Ветка 2.4.* просто не показывала этот скачок, там время, затраченное на обработку низкоуровнего ввода-ввода всегда было равно 0...

Я знаю. Без циферок ясно, что вся система в дауне, когда копируется большой файл.

странный у тебя линукс. при разливе 4-хгиговых файлов с раздела на раздел все работает без тормозов. только если загрузить что-то новое, но это понятно.

man hdparm

Дёшево ты меня ценишь, ананимус.

>> Это ты не про Andrew Morton'а ли, анонимус?
>да хоть про вову путина

Сравнил какого-то вову путина с Andrew Morton.
Andrew Morton - автор ext3, один из главных ядрёных разработчиков и
правая рука Линуса. Ему можно говорить всё. А вот вова путин лучше бы
жевал, чем говорил.

> Дёшево ты меня ценишь, ананимус.

А мне кажется ты сам себя дёшево продаёшь ;) У "дорогих" система не
ложится от копирования больших файлов.

активно пользую, там по умолчанию кстати генетический шедулер, выглядит очень бодро (в сравнеии с 2.4.28 с которой решился перейти) под различные nptl еще систему не собирал .. кстати при копировании ничего не тормозит вроде (хотя на загрузку кпу внимания не обращал)

> Я знаю. Без циферок ясно, что вся система в дауне, когда копируется большой файл.

Ну я бы так не говорил. Только что попробовал скопировать фильм, cp -g показывал 22mb/sec, параллельно идет енкодинг dvd - xvid pass1.

До копирования было 31fps, во время - 30. При этом слушал музыку, таскал окна в fvwm - ничего не замечал.

А я тоже хочу конструктивно покритиковать. Когда в линуксе появится HAL для драйверов устройств? Неужели непонятно, что драйвер устройства не должен быть модулем ядра!??? Зачем драйверу знать об внутренних особенностях ядра, с которым он работает? Так и получается, что при смене ядра приходится перекомпилировать сторонние драйвера устройств под новую версию.. А если драйвера бинарные и закрытые - то ОБЛОМ.. :(

Что будет?
Microsoft - без Gatsa
Linux - без Linusa
...

Где гарантия, что HAL будет неизменным?

> А если драйвера бинарные и закрытые - то ОБЛОМ.. :(

Даже если дрова открытые, но это дрова для контроллера носителя системы (какой-нибудь SCSI или SATA), пляски с бубном для поднятия оного на чем-то, для чего нет precompiled версии тоже нельзя назвать особо полезными. А практически все апдейты не имеют прекомилированной версии драфвера, ибо последний имеется только для релизов дистрибутивов.

Масса времени уходит просто в никуда.

Я смотрю в -mm reiser4 уже прикрутили, значит и в основную ветку скоро войдет, что не может не радовать !

У мя ничего не тормозит даже если я качаю в 3 потока с хардов огромные файлы. + ещё качаю по сети в 4 метра в сек... и + ко всему идёт просмотр видео. Тормозить начинает звук у обычного юзера если качать начнёт руут...

Ну если HAL будет меняться раз в несколько лет, то это не страшно. (в винде же достаточно безболезненно произошел переход от vxd к wdm) Гораздо неприятнее, когда бинарные драйвера от субверсии 2.6.8 не подходят к субверсии 2.6.9... А такое бывает.

Не скоро. См. http://kerneltrap.org/ А в -mm он уже сто лет...

birdie, твою учётную запись взломали что ли?

Или ты пьян?

Ты вроде раньше грамотнее писал?

> Без циферок ясно, что вся система в дауне, когда копируется большой файл.

See: sysctl vm.pagecache

> Я знаю. Без циферок ясно, что вся система в дауне, когда копируется большой файл.

Начни со своей системы (выкинь ее на помойку).

>Даже если дрова открытые

А если их несколько, одно время стояло lirc, fuse, nvidia, vmware, pptp, то вообще пиzдец. Десять раз подумаешь прежде чем тронуть эту кучу. В конце концов всетаки пришлось апгрейтица, сейчас только pptp стоит, и как он хочет ядра тестить в таких условиях?

>Масса времени уходит просто в никуда.

Во-во, и открытые-закрытые драйвера абсолютно без разницы

>Начни со своей системы (выкинь ее на помойку).

А ты деньги за то ,чтобы выкинули дашь? у многих такая проблема , на 2.6 ядрах. Почему это происходит никто толком сказать не может. Все сваливают на hdparm либо на плохую карму. В багзилле подобные баги помечены как NEW ,многие датируются серединой прошлого года.

Один и тот же хард , только на другом железе - такого бага не наблюдается, да и скорость hdparm -tT поболее показывает. Настройки hdparm'a одинаковые(почти). i/o wait не высокий.