>>Они названы доверенными, т.к. лишь с их помощью контролируеться "бардак",
>>происходящий в операционной системе.
>Вообще-то Вы забыли как минимум работу с железом (брокер портов и DMA
>даже по версии Таненбаума), ну да ладно.
ну, вы спросили кому _я_ доверяю.
Но ессьно, порты и DMA тоже в ненадежные руки отдавать нельзя.
>Если Вы умудрились пропустить и оценки стоимости ядра, и предложение одним товарищем
>тридцати, что ли, миллионов за копию linux/ не под GPL (не
>помню -- BSD/MIT-like?) -- то Вы, конечно же, и этого просто
>не узнаете.
не без того :) мог и пропустить. Очевидно, пару лет назад дело было?...
>Ещё как ограничены, кроме только сна подавляющему большинству творческого времени остаётся много
>меньше полумиллиона часов.
главное, что ограничены не техническим заданием ;)
остальное - мирское...
>Вы же не ядерный разработчик. Значит, этому МО цена -- около нуля.
а я много и не просил. Сейчас мне интересны возможные пролемы.
Может там и DMA, но вот по своей глупости я не вижу _пока_ тут проблемы :)
>Почитайте про одни bounce buffers и вагон проблем с DMA и _разным_
>железом на i386, где память по факту (железно) сегментирована. Даже
>когда 32-bit сдохнет, боюсь, с ровностью периферии ровнее не станет, особенно
>сразу.
...уже вижу, но она не нерешаемая. и это проблема производительности - а это дело такое...
мы как раз готовы априори ею немного пожертвовать ради достижения великой цели.
>Ещё раз: я _не_ спорю с Вами. Не обижайтесь, но спорить
>получается на одной почве и на сравнимом уровне. А не
>когда два не-ядерщика обсуждают стратегию развития ядра, причём один из них
>всё-таки читал kernel-traffic и читает kernelnewbies, а другой не в курсе
>того, что стоимость разработки ядра Linux всё-таки оценивалась, но возражает по
>конкретно этому вопросу (да, это тоже вполне сознательный типичный наезд --
>просто помогает погуглить что-то вроде linux kernel development costs).
другой тоже читает kernelnewbies, хотя и не видел kernel-traffic.
А вот стоимость разработки ядра меня просто пока что не волнует.
Это не относиться к технической части
>Так здрасьте, подпишитесь на linux-kernel@ и отфильтруйте по одному DMA недельку трафика
>-- увидите столько сдвигов...
полезный совет
>Оно результирует в том, что никому не нужно. См. про привычки,
>think "а где мой офисный пакет?" или "хочу POSIX!!".
привычка ловить глюки искоренима. вопрос один - когда.
>>>Уйти от кривостей x86* уже особо не выйдет
>>Вкратце, если можно.
>1) кривая адресация памяти (x86)
есть такое.
>Часть решена в AMD64, но спасибо Intel со своим кривым EM64T, разбавившим
>архитектуру x86_64 -- надеяться на наличие того же IOMMU там теперь
>не получается :(
запросто. Поддерживать только AMD и все. Кому будет нужно - пусть ковыряеться в интелах.
Безусловно, слишком громкое сравнение, но и Торвальдс в начале строительства Линукса говорил, что он будет жить только на i386 и одном винте...
>Рассказать историю linux.kiev.ua......
"Ибо нефиг" (c) ;-)
+500
