>>Доверенными считаю базовые обязанности ядра: менеджмент памятью и процессами.
>Гм. Интересная формулировка, "доверенные обязанности". Мне такое в голову не
>приходило (не издеваюсь, просто не соображу с утра, и что об
>этом думать). у ядра есть несколько базовых обязательных обязанностей.
По теме нам интересны - управление памятью и межпроцессное взаимодействие.
Они названы доверенными, т.к. лишь с их помощью контролируеться "бардак",
происходящий в операционной системе.
>>вас послушать - так _все_ драйвера _всегда_ писать ровно легче, чем одно ядро.
>Та ни. Просто я менеджер из разработчиков, как бы похабно это
>ни звучало. И приходится иметь представление о том, что "в
>общем" легче или надёжнее или реальнее, а что -- рискованно внезапным
>подъёмом стоимости или срывом сроков.
может это и плохо, но общую стоимость разработки Линуха никто толком никогда не подсчитывал - следовательно, резкость ее подъема вряд-ли возможна ;)
мы просто об этом не узнаем :)
ну а сроки... творя прекрасное (дай бог) - мы не ограничены в сроках ;)
> ...что ненадёжность перестанет расползаться раковым пятном с софта
>на придурков на дорогах и регулярно опаздывающие авиарейсы -- помечтать можно,
>да вот сделать "с ними" ничего не выйдет, поскольку сделать можно
>или с собой, или своими руками. А их -- две.
ну, и на том спасибо матушке-природе.
Думаю, не так уж много тех, у кого больше чем 2 руки и они этому рады.......
>Внимательно разберите фразу из дайджеста доклада профессора на LCA2007:
>---
>...
>---
>Здесь проблема не в процессоре, на который так напирает уважаемый gmm20.
>I/O было, есть и пока собирается оставаться и так тем ещё
>ботлнеком -- отключите DMA на диске (ведь "however"-то у Вас не
>выполняется, как и у меня?) и подумайте, а стоит ли флагом
>махать.
ну вот ведь способны, когда хотите :)
Именно это и нужно обсуждать. Насколько реальна эта затея чисто технически и программно.
Аргумент "это рулез" или "фтопку" не представляет научного интереса.
По теме: ИМО, не должно быть больших проблем с DMA.
Выделяем (по запросу драйвера) буффер DMA из памяти ядра (обязательно ли использовать именно его?? чем хуже виртуальная память драйвера? ведь все можно замапить, как будет удобно) и сетапим его для работы с девайсом. При получении прерывания от девайса (DMA буфер уже содержит запрошенную инфу) генерим мессагу драйверу с извещением о такой радости, ну и со ссылкой на этот DMA буфер. Затем, проснувшийся драйвер сможет замаппить себе поудобнее указанный участок и потрудиццо нам ним на славу...
Не претендую на 100% правильность решения проблемы. Но на то он и спор.
Это ведь поиск решения
>К тому, что даже мне, не-ядерщику (у которого ядерщики под боком и который регулярно с
>ними треплется по разным поводам), понятны даже технические дырки в данном трёпе. Вы
>только не обижайтесь, такой "наезд" при длительном обсуждении у меня бывает на тех, кто
>принят за человека, с которым имеет смысл общаться :-) (иначе >&/dev/null)
ну, и на том спасибо :)
>>мое умение писать драйвера пока к делу отношения не имеет.
>Ещё как имеет.
вот теперь, когда дело дошло (??) до деталей - да, имеет ;)
>>И факт вашего поста на форуме наверное тоже не стоит оценивать как
>>пустой треп языком? Или как?
>По большей мере да. Он, как и Ваш, и Таненбаума, содержит
>какое-то своё количество потенциально полезного, вопрос в том, кому и как.
ИМО, нечно потенциально полезное - лучше, чем реально бесполезное ;)
>Нет, просто сам то ещё трепло, которое при этом участвовало или участвует
>в нескольких проектах свободного ПО. Так вот хоть какая-то польза
>бывает в двух случаях: или ты сполняешь за менеджера, но не
>суёшься в технические детали (тихонько помогаешь людям отслеживать то, что надо
>сделать, работаешь будильником-напоминальником-секретарём-референтом) -- или ты берёшь напильник и садишься делать
>дело своими руками.
ну дык жизнь многогранна... день на день не приходиться. Когда языком, когда напильником... ;)
>Трепаться в Вашем (так хорошо знакомом по себе, см. devel@altlinux где-то за
>весну-лето 2005) возвышенно-бессмысленном штиле о том, как будет всем хорошо, если
>кто-нибудь другой возьмёт и раздвинет горы -- _бессмысленно_ и пустая трата
>времени, поверьте.
именно поэтому я таким и не занимаюсь :)
Что я преследую местными постами - получить может быть каких-нить технических проблемм,
может быть даже задач, связанных с реализацией подобного подхода.
И вот, я вижу сдвиг - кто-то видит в работе DMA потенциальные проблемы.
И для меня лично лучше заведомо знать методы решения (да и была ли проблема?), чтобы продолжать развивать эту идею. Потому как если на каком-то этапе выясняеться, что есть непреодолимая проблема... то лучше это знать еще не достав напильник из ножен...
семь раз об дверь...
>>что-то кроме "нужно писать ровные дрова" ниче не услышал...
>Значит, и не пытались.
допускаю, мог и не заметить
>Ясно же написал -- дрова надо освобождать (тестированием, копейкой помочь, ну или
>напильником, если выходит). И вендорам капать на мозги как потребителям,
>желательно крупным, в эту сторону. И всё.
это метод социнженерии. И он тоже небезнадежен.
Просто есть подозрение, что есть и техническое решение ;)
>Уйти от кривостей x86* уже особо не выйдет, поскольку другие архитектуры до
>сих пор не смогли остановить рост и доминирование этой _открытой_, но
>латаной-перелатаной. Соответственно на всякой встроенке с тем же MIPS --
>всё равно или Linux, или WinMobile с наследием x86 ("свои" lean-and-mean
>варианты вроде PalmOS или Symbian или передохли, или под осадой).
>Вон даже Джобс с его умением выкручиваться как раз при смене
>платформы свалил с более ровного PPC на кривой даже не x86,
>а Intel.
Вкратце, если можно.
В чем же такая большая и непреодолимая проблема x86?
На какой платформе нет таких проблем, о которых мы говорим?
>Вообще человечество -- большой раб привычки и наследственности, даже китайцам при всех
>возможностях оказалось слабо сделать что-то своё новое. Мы скорее друг
>друга перестреляем, перетравим и передушим, чем сделаем что-то действительно красивое и
>безглючное для всех, а не для системы наведения...
+5 :)
>А одиночки уже не роляют.
оглянитесь. Вокруг много людей, в принципе на что-то способных, но без цели.
Заинтересовать их, дать им цель - и армия одиночек асилит невпихуемое :)