https://www.opennet.ru/openforum/vsluhforumID3/37520.html В Linux ядре 2.6.21.2 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.21.2) исправлено около 70 ошибок в таких подсистемах, как Crypto API, CPUFREQ, NetFilter (*_conntrack, *_nat_proto_gre), JFS, USB HID, sky2, SPARC64, IpSEC, SCTP, IPV6, TCP, sata_via, libata, ALSA, md/raid1, UDF-fs, knfsd, ppp, reiserfs, ACPI и т.д.<br><br>URL: http://www.kernel.org<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=10899<br> https://www.opennet.ru/openforum/vsluhforumID3/37520.html#32 Sat, 26 May 2007 15:10:19 GMT у меня на ноуте новые ядра нестабильны,ака 2.6.21 2.6.21.1<br>ругаются clocksource tsc unstable и намертво виснут<br>посижу пока на 2.6.20 https://www.opennet.ru/openforum/vsluhforumID3/37520.html#31 Sat, 26 May 2007 09:39:59 GMT &gt;&gt;Отфильтровать никак не получалось? <br>&gt;:) это уже отфильтрованное. <br>Боюсь, не столько отфильтрованное, сколько намешанное. Как понимаю, ими, а не Вами.<br><br>&gt;Вы прослушали икзекьютив резюме<br>it's called executive summary btw<br><br>&gt;статьи The Sorry State of the Open Source Today <br>&gt;Там еще один пунктик в резюме надо было добавить: "Уже сейчас ясно, <br>&gt;что все это будет глючить и тормозить" <br>Так это как раз один из пунктиков "от лохов".<br><br>Может быть, им даже сейчас ясно, что все они сдохнут и никто их не вспомнит; а вот линуксы у меня после довольно унылого переезда на 2.6.x (когда действительно _прибавилось_ и глюков, и тормозов) порезвели назад примерно на 2.6.16 и glibc-2.5 (плюс когда в альте внедрили по умолчанию сборку с -Wl,--as-needed и хлам в виде лишних прилинкованных "заодно" библиотек, как в большинстве Обычных Дистрибутивов (ТМ), не стал ни загружаться с диска, ни висеть в памяти). Что весьма сильно порадовало, а то чуть в такие же лохи с упадническими настроениями не подался.<br><br>Для них ведь всё https://www.opennet.ru/openforum/vsluhforumID3/37520.html#30 Fri, 25 May 2007 20:53:37 GMT &gt;Отфильтровать никак не получалось? <br><br>:) это уже отфильтрованное.<br><br>Вы прослушали икзекьютив резюме статьи The Sorry State of the Open Source Today<br><br>http://beranger.org/feature/sorryfeature.php<br><br>Там еще один пунктик в резюме надо было добавить: "Уже сейчас ясно, что все это будет глючить и тормозить" https://www.opennet.ru/openforum/vsluhforumID3/37520.html#29 Fri, 25 May 2007 16:26:17 GMT Ну так лезет то она не по ИП-никам. :) а по .icq.com https://www.opennet.ru/openforum/vsluhforumID3/37520.html#28 Fri, 25 May 2007 13:15:08 GMT Интересно есть ли на данный момент в мире попытки создать правильное (с точки зрения концепции) ядро ОС, на базе уже написанного кода ядра линукса? <br><br>И что бы на этом ядре могли работать уже написанные программы под Линукс, или что бы можно было сделать типа <br><br>rpmbuild -ta xxxx.src.fc6 --target=PRAVILJNOE_JADRO :) <br><br>PS<br>МОжет недостатком концеции ядра линукса стало то, что в начале неопределились что надо иметь и рамки за которые не нельзя выходить (это на тему что изменения в ядре делают неработоспособными код уже написанных драйверов и такие патчи как patch-o-matic, IMQ, и тому подобное) https://www.opennet.ru/openforum/vsluhforumID3/37520.html#27 Fri, 25 May 2007 12:32:46 GMT &gt;Да, все хотят отвязаться от этого монстроидального ядра.<br>И заодно от хардваре.<br><br>&gt;Может быть ещё при жизни Таненбаум получит признание. <br>Мгм. Предположение оказалось правильным.<br><br>Видите ли, он и так уже получил заслуженное признание как выдающийся теоретик и неудачник-практик. Если бы не выпендривался, дело бы, пожалуй, ограничилось первым. https://www.opennet.ru/openforum/vsluhforumID3/37520.html#26 Fri, 25 May 2007 12:26:30 GMT Извините, но это не фак, а полубред. Особенно плохо то, что в нём где-то до трети внятных утверждений перемешаны с третью жёсткого бреда и третью просто глупостей.<br><br>Отфильтровать никак не получалось? https://www.opennet.ru/openforum/vsluhforumID3/37520.html#25 Fri, 25 May 2007 12:18:40 GMT &gt;&gt;Какой концептуальный подход Вы полагаете верным в мире разработчиков отурытых ядер? <br>И попрошу уточнить -- на основании какого практического опыта?<br><br>&gt;Ядро должно быть ядром а не кучей всего. Драйверы должны быть отдельны, <br>&gt;сервисы тоже.<br>Мне оно ничего не должно, например. Хотя выбирается то, что работает.<br><br>&gt;Тогда не будет всех этих глупых проблем.<br>Тогда будет куча других, гораздо менее глупых и решаемых. По взаимодействию кусков.<br><br>&gt;Такое разделение не только положительно скажется напрямую в работе ПО, но и заставит <br>&gt;разработчиков тщательней продумывать интерфейсы между модулями и документировать их. <br>Что характерно, разработчики не любят, когда их заставляют. Дальше рассказывать или сами уже догадались, сколько волонтеров так найдёте?<br><br>&gt;Ну что повторять-то, уже всё тысячу раз объясняли доказывали и показывали.<br>&gt;Проблема в том, что до народа не доходит.<br>Что и до какого?<br><br>&gt;Они уткнулись в свою писанину и у них времени нет посмотреть на своё чудо с <br>&gt;точки зрения чужого опыта.<br>А он раб https://www.opennet.ru/openforum/vsluhforumID3/37520.html#24 Fri, 25 May 2007 12:05:49 GMT &gt;&gt;&gt; У разработчиков Linux другая - они не видят концептуальной <br>&gt;&gt;&gt; отсталости в своём продукте. <br>&gt;Можно на пальцах, в чем концептульно Линукс ядро неправильно, <br>&gt;и к чему это может привести через лет 5? <br>&gt;<br>&gt;Какой концептуальный подход Вы полагаете верным в мире разработчиков отурытых ядер? <br><br>Ядро должно быть ядром а не кучей всего. Драйверы должны быть отдельны, сервисы тоже. Тогда не будет всех этих глупых проблем. Такое разделение не только положительно скажется напрямую в работе ПО, но и заставит разработчиков тщательней продумывать интерфейсы между модулями и документировать их.<br><br>Ну что повторять-то, уже всё тысячу раз объясняли доказывали и показывали. Проблема в том, что до народа не доходит. Они уткнулись в свою писанину и у них времени нет посмотреть на своё чудо с точки зрения чужого опыта. Можно долго рассказывать о том, что и как сделать лучше, но смысла нет. Они элементарных кривых вещей не видят типа маразма от совмещения иерархии каталогов ФС с горизонтальными безклассовыми линками (So