Yo!2e60
какое ядро ? дайте линк на толковый документ а то вы явно что-то не то вычитали. в линуксе со скази работает драйвер, например в sun предлагает свой lsi, а у редхата свой по дефолту, а ядру по барабану который из них общается с контролером.
А команды драйверу кто дает? Может в linux и по барабану какой драйвер.
Давайте возьмем пример из программирования.
Вот есть 2 программы, которые считают скажем среднее арифметическое в массиве. ТОлько одна из них будет написана на ассемблере, а другая на C++
В итоге та которая написана на ассебмлере будет намного быстрее, хотя ее написание будет намного сложенее, потому что когда вы пишете на ассемблере вы сами говорите взять вот из этой области памяти положить в такой-то регистр, потом сравнить 2 регистра процессора и.т.д.
А при написании на C++ за Вас это решит компилятор что в какой регистр пихать. Коненчо на массиве в 1 млн чисел то разнице в выполнении этих программ вы не почувствуете, а если этих триллион?
Аналогично и в ОС. ТО ядро говорит что надо откуда взять и куда положить, а то ядро говорит контроллеру положи ка вот это, а куда и как решай сам.

Мимопроходящий
Привет, e60!
Ты пишешь:

e60e> Я согласен что в Linux я не очень (в смысле команд и работы с приложениями),
e> но в отличие от Вас я немного разбираюсь в архитектуре ОСей
Прослушал соответствующий курс лекций?
Аргументация в стиле "я так считаю, бо меня так учили!" не принимается.
Нет такого термина - multithreading i/o[/red] . Тебе уже сказали об этом.
Какие сцылки тебе нужны, на то, чего нет?!
Опровергай, если можешь.

Ах извините Вы у нас полиглот. Хорошо Multithreaded I/O вот как это правильно звучит.
Вот здесь почитайте
http://www.hc.kz/pdf/aha_2940u.pdf (описание контроллера)
специально для Вас там есть раздел Time-saving multitaskin
Вот дословно

multithreaded I/O, that allow the system
CPU to access data on multiple peripheral
devices simultaneously.

Ну еще переведу для окончательной ясности:

многопоточный ввод/вывод, который позволяет системноу процессору получать доступ к нескольким переферийным устройствам ОДНОВРЕМЕННО.

Alexey Rovdo
3. Часть ядра ОС, отвечающая за обслуживание в/в поддерживает параллельную обработку запросов на в/в от нескольких потоков/приложений.

Соггласен нигде в документации нет четкого указания по-поводу Windows и Linux. Что в принципе ест-но, кто же будет говорить, что его продукт хуже другого.
Здесь можно чисто интуитивно провести параллель, которая на это указывает.
Как Вы и указали в п.3. для реализации multithreading необходима поддержка части ядра, которая отвечает за в/в, следовательно для реализации этой возможности нужно специально это ядро собрать (ну согласитесь не резооно писать в ядре if контроллер поддерживает multithreaded i/o выполнить тото, а если нет, то тото). Следовательно для Windows должна быть версия ОС специально для контроллеров SCSI с поддержкой multithreaded I/O. Я пока такой не видел.
То же самое по Linux нигде в установках ядра нет строчки типа включить multithreaded I/O (это я спросил у спецов по Линуху). Ее тоже там нет.
Еще тот факт, что SCO и Solaris официально поддерживают только SCSI контроллеры с Multithreaded I/O косвенно говорит и том, что эта технология у них реализована.

Мимопроходящий
Привет, e60!
Ты пишешь:

e60e> Ах извините Вы у нас полиглот. Хорошо Multithreaded I/O вот как это правильно звучит.
e> Вот здесь почитайте
e> http://www.hc.kz/pdf/aha_2940u.pdf (описание контроллера)
e> специально для Вас там есть раздел Time-saving multitaskin

multithreaded I/O, that allow the system
CPU to access data on multiple peripheral
devices simultaneously.

Ааааааа...
В Казахстане, в славном городе Ала-Аты, расположена столица SCSI-строения...
Будем знать.

Так расскажи нам, убогим, пожалуйста, чем этот пассаж ограничивает ОСи
в плане использования оной фичи?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
Это описание продукта (а именно контроллера) компании Adaptec.
По твоей логике Linux тоже в России изобрели или DB2 тоже из России, только потому что есть www.linuxorg.ru и www.db2.ru, а уж IBM точно Российская компания, ведь есть же сайт www.ibm.ru
А на счет ОСИ тут был очень хороший ответ
Вот покажи мне в Linux где эта часть ядра или где включить такую фишку.

Andreww2 e60

Я бы то же с удовольствием взглянул на "multithreading i/o".

Хоть в "архитектуре ОСей" я не силён, так, почитываю всякого Таннебаума и LKML на досуге :)

AIO в Linux не было долго это факт, но и появилось оно там не вчера -
http://archive.linuxsymposium.org/ols2003/Proceedings/All-Reprints/Reprint-Pulavarty-OLS2003.pdf

В AIX и SCO то же ничего не встречал про "multithreading i/o", а енто самые наикоммерческие UNIX-ы.

Есть всякие извраты типа Vector AIO и чисто железячные извраты с "SCSI multithreading" которые позволяют железяке исполнить одновременно несколько команд из очереди (очередь как раз и формирует операционка) ещё есть разное кол-во каналов у разных SCSI.

Всё это Linux поддерживает, вообще говоря это свойство железяки, как пример - http://infiniband.sourceforge.net/archive/SRP-Arch.pdf
Хоть это и не совсем SCSI - контроллер :)


Правда AIX и прочие поддерживают такие фичи ещё дольше :)

Multithreaded I/O - это возможность SCSI контроллера, которую ОС может использовать, и может нет. Кроме того объясните тот факт, что все SCSI официально поддерживают коммерческие ОСи имеют Multithreaded I/O. Или эти фирмы просто не могут дойти до "крутизны" Linux и написать драйверы для всех контроллеров.
Суть использования этой технологии ОС состоит в том, что вместо 1 команды на в/в (например на блока 8Кбайт) ядро формирует, например 4 (на чтение 2Кбайт каждая). Соответсвенно, как Вы и говорили, "железяка" может выполнить несколько команд одновремннно она берет и выполняет 4 команды по 2 Кбайта, вместо одной на 8Кбайт. Ест-но это получается (хотя и не в 4 раза), но в 2 точно быстрее. Теперь понятно что такое multithreaded на уровне ОС.

Мимопроходящий
Привет, e60!
Ты пишешь:

e60А на счет ОСИ тут был очень хороший ответ
RovdoЧасть ядра ОС, отвечающая за обслуживание в/в поддерживает параллельную
обработку запросов на в/в от нескольких потоков/приложений
Я ж и говорю, вам с Ровдо нужно уединиться и поговорить.
И не пудрить людям мозги.
Встретились два фантазёра и по-нес-ла-сь....

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
А Вам необходимо научиться читать и аргументировать свои ответы, а пороть чушь просто так.

Alexey RovdoИнтуитивно понятно!
Косвенно говорит!

Вы знаете, я ведь хочу разобраться. Мне совершенно непонятна позиция тех, кто ждет каких-то неопровержимых доказательств. Никто ведь даже и не пытается приводить какие-то доказательства обратного. Но если ядро Linux поддерживает Multithreading I/O - покажите, где это написано. Во всяком случае пока рассуждения e60 выглядят вполне разумными. Единственное, в чем я с ним не согласен, это в том, что конструкции типа "if есть I/O Multithreading у железа" в ядре любой ОС вполне могут и быть.
Извиняюсь перегнул немного. Просто надоело приводить аргументы, а в ответ получать только подколки. Я конечно понимаю. что в некоторых вещах я и не прав.
И вообще предлагаю закончить этот спор и выкурить трубку мира. А еще лучше вернуться в вопросу топика форума.

Alexey RovdoИнтуитивно понятно!
Косвенно говорит!

Вы знаете, я ведь хочу разобраться. Мне совершенно непонятна позиция тех, кто ждет каких-то неопровержимых доказательств. Никто ведь даже и не пытается приводить какие-то доказательства обратного. Но если ядро Linux поддерживает Multithreading I/O - покажите, где это написано. Во всяком случае пока рассуждения e60 выглядят вполне разумными. Единственное, в чем я с ним не согласен, это в том, что конструкции типа "if есть I/O Multithreading у железа" в ядре любой ОС вполне могут и быть.
Кстати спасибо за посты. Я несколько новых вещей узнал из Ваших высказываний.

Мимопроходящий
Привет, e60!
Ты пишешь:

e60Здесь можно чисто интуитивно провести параллель...
[Sorry, skipped]
косвенно говорит o том, что эта технология у них реализована.
Эх, гвозди бы делать из этих людей....


--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
Жаль Вас жертва рекламы. Я уверен, что если бы в каком нибудь "авторитетном" сайте Вам написали, что MySQL лучшая в мире СУБД, а Oracle и прочим до нее как до Африки пешком, то Вы бы мне сейчас именно ее и предложили:)
Я Вам все же советую поизучать теорию технологий.

[quot Yo!]я подозреваю что те кесы (за кем e60 повторяет) услышали новое слово и смешали все что можно. они услышали про AIO кернела а выдали multi-threading scsi :)
http://www.ixora.com.au/notes/raw_asynchronous_io.htm

По Aio я вообще ничего не говрил. Оно и отношения к multithreaded не имеет :)
Кроме того ничего не мешалось.
Вот простой пример 4 SCSI диска в зеркале. Если ОС поддерживает multithreaded, то для считывания файла скажем 1Mb. Она сформирует 4 команды для контроллера:
256Kb считать c 1 диска, 256 со второго 256 с 3 и 256 с 4-го, так вот эти команды выполняться сразу. (Контроллер просто возьмет все 4 и параллельно выполнит их).
А если ОС этого не могет, то она просто скажет контроллеру, что мне нужен вот этот кусочек в 1Mb, а уж контроллер сам будет смотреть с какого диска сколько взять. Вот в это м и суть.

Мимопроходящий
Привет, e60!
Ты пишешь:

e60Извиняюсь перегнул немного.
Просто надоело приводить аргументы, а в ответ получать только подколки.Какие аргументы?!
Одни домыслы.
Тебе говорят, что нету у ОСей Multithreading I/O , есть Asynchronous I/O ,
и оный режим есть почти во всех современных ОСях.
Ты же заладил Multithreading I/O, Multithreading...
И пытаешься всех убедить, что у Пингвина его нет, а у Солярки есть.
e60Я конечно понимаю. что в некоторых вещах я и не прав.
И вообще предлагаю закончить этот спор и выкурить трубку мира.
А еще лучше вернуться в вопросу топика форума.
Ладно, мне дальше с вами воевать лень.
Разговор слепого с глухим.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
О как никогда не думал, что асинхронность и многозадачность одно и то же :)
Может проясните как это связано?

Alexey Sh e60[quot Yo!]я подозреваю что те кесы (за кем e60 повторяет) услышали новое слово и смешали все что можно. они услышали про AIO кернела а выдали multi-threading scsi :)
http://www.ixora.com.au/notes/raw_asynchronous_io.htm

По Aio я вообще ничего не говрил. Оно и отношения к multithreaded не имеет :)
Кроме того ничего не мешалось.
Вот простой пример 4 SCSI диска в зеркале. Если ОС поддерживает multithreaded, то для считывания файла скажем 1Mb. Она сформирует 4 команды для контроллера:
256Kb считать c 1 диска, 256 со второго 256 с 3 и 256 с 4-го, так вот эти команды выполняться сразу. (Контроллер просто возьмет все 4 и параллельно выполнит их).
А если ОС этого не могет, то она просто скажет контроллеру, что мне нужен вот этот кусочек в 1Mb, а уж контроллер сам будет смотреть с какого диска сколько взять. Вот в это м и суть.

Бред

Сам Дурак