|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ramazan Jah-Far 2:5020/400 27 May 2003 19:06:57 To : Alexander Stavitsky Subject : Re: вуаля -------------------------------------------------------------------------------- Hi! In fido7.ru.linux, Alexander Stavitsky wrote: AS>>> Он по определению не может работать лучше Linux`а, Да, кстати, по какому такому определению? Как ты вообще мог сморозить подобную глупость? RF>> Ерунда. Иная логика драйверов может компенсировать некоторые RF>> глюки железа (к примеру случайные IRQ). AS> Какая - иная? Поскольку вопрос теоретический, отсылаю к литературе по _теории программирования вообще_. Т.к., по-моему, хотя бы пара гипотетических примеров очевидна для любого человека, владеющего предметом. Пример "вообще" - как драйверы управляются с подвисаниями контроллеров: как определяют, как/когда/как_часто переинициализируют и т.д. Если логика драйвера мешает ему определить или предположить сбой, или боязнь потерять [заранее не сохранённые на случай сбоя железа] данные мешает драйверу выполнить ресет - налицо клинический случай ягодичного крепления рук. Заметь, я не говорю, что такие примеры наблюдаются на практике, в отличие от твоих воплей "он по определению не может работать лучше Linux`a". Кстати, скрывая некоторые особенности работы железа, его производители имеют преимущества над opensource community при написании к нему драйверов. А теперь угадай с трёх раз, к какой OS производители железа чаще всего проявляют интерес в контексте написания драйверов? Или, в чью пользу они более склонны использовать своё преимущество? RF>> Однако, на практике все драйверы пишутся людьми с примерно RF>> одинаковым способом крепления рук (_к жопе_), поэтому с RF>> большой вероятностью эти драйверы страдают эквивалентной RF>> кривизной. :) AS> Бред. Единственный вариант, когда кривизна Linux драйвера = кривизне AS> Win32 драйвера, это тогда, когда Linux драйвер получен AS> реверс-инженерингом от Win32. AS> Пример pctel дрова под Linux. О, я гляжу, ты продолжаешь упорствовать. Только что ты сформулировал утверждение: для любого x : (x E lin-drivers && существует y : (x bug-equivalent y && y E win-drivers) ==> x E reverse-engeneered-from-win) // "E" обозначает принадлежность множеству - "is contained in". И мне, чтобы опровергнуть твоё утверждение, достаточно привести хотя бы один один контрпример. В отличие от твоего положения, когда один-единственный пример с pctel _никоим образом ничего не доказывет_. Посмотри хотя бы на linux-OSS драйверы. Они для тебя достаточно кривые? Есть, конечно, ALSA, однако: для любого x : (x E linux-OSS ==> x E lin-drivers) :))) А вот и ещё контрпример - nVidia driver. Он никоим образом не reverse-engeneered. Он _forward engeneered_ :) на основе "unified driver model" - [якобы] параллельно c вариантом для Windows, коему он и эквивалентен по своей кривизне. -- Bye! Ramazan --- ifmail v.2.15dev5 * Origin: UkrNet (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/9140da40a3f5.html, оценка из 5, голосов 10
|