Из переписки о разработке софта

[hacker7]

Попросили помочь за $500 не понял единовременно или в месяц. За границей дистанционно
Область работ: VoIP

› специально для вас - архитектура на русском
Так, ещё раз перечитал все письмы по теме
"Configuring iSCSI MPIO on Windows Server 2008 R2 (full)"
скорее всего, нужно делать на месте.
Что именно не устраивает в этом iSCSI MPIO?
Вы спрашивали - какой опыт. Вот, может, пригодится.
В файл-сервера у нас не случайно попадали Win95 OSR2 (уточнил: не
WinДевяностоВосемь). восьмёрка отображаается: 8 (
Там есть настройка: выделенный буфер DMA. То есть как минимум динамически он не
перевыделяется. Кстати, должен располагаться на границе 64К, о чём,
вероятно (не точно) в майкрософт не знают. При нарушении
границ буфера контроля по таблице страниц нету (как при записи, так и при
чтении). Остается надеяться, что есть очередь к буферу или, что
вероятнее, отбрасывание запросов. Конечно, зависит и от "той"
стороны - от самого диска и
от IDE контроллеров на материнке. Какие, не запомнил... . В позднейших версиях винды настройка ушла,
а что решено с dMA, не знаю. Вопрос на самом деле технически очень
сложный и решён вроде бы только в микрухах ARM.
Почему стали ковырять:
раз в 2-3 месяца были разрушения данных в базе (не индексов). Ну и обычные
кросс-ссылки в FAT и потерянные файлы, как водится.
При насильственной установке PIO было неадекватное снижение скорости,
заметное на глаз.
О чем и пишут в ярлыке. Но его быть не должно, скорость шины + скорость
отработки этих самых IN OUT снизят ну может раза в два отн и так
огромной ск. шины, и то при неудачной материнке. Возникло подозрение, что там опрос в цикле (см
ниже) или какой другой просто глюк.
Ведь при установке PIO на CDдиск никаких тормозов нет. Видимо, там-то
глюк был бы совершенно заметен и не приемлем - и его исправили.
Пришлось ставить режим DMA но статич. буфер. Помогло. Почему-не знаю.
Работает в динамике и годами. OSR 95, он и так. Только ли, не знаю.
Файл-сервер с дисплеем, ибо винда без него не грузится. Но без
клавиатуры.
Видимо, можно было ставить Netware - но я всю дорогу боялся именно
разрушений файловой системы. FAT я могу на худой конец чинить руками.
По нетвару ни опыта ни инфы нету ни такого изобилия
восстановительных программ.
SCSI устройства были в изоблии в диспл классах, котрые собирал из
старых IBM. Проблем не было, но и нагрузки не было.
В модулях ядра Линукс, отв за диски, копаться приходилось. Из-за отказов дисков у
меня на столе, уже в работе, а какая тут работа. Поскольку линукс был лучше, пришлось разбирать. Там я
до ДМА не дошёл - гораздо ближе нашлись фрагментики вроде
while(i‹Nseconds)i++ и хуже (с опросом портов в конструкции условия).
На этом с линуксом расстался навсегда.
Или если не навсегда, это всё-таки придётся делать на месте. В старые
советские времена была выделенная должность (служба) системщика.
То, что Вы прислали, вернуло меня на 20 лет назад, туда. Пусть
системщик сидит там всё время и копается.

Насчёт Стругацких потом напишу, это уже "за жизнь". В смысле АРМов
спецслужб и второй маршрутизации поверх IP и маркетинга....


вообще, в винде всё крутится вокруг вот этих самых школьных вопросов:
01) DMA (в тч невозможность определить, что канал работает с другими)
02) взаимодействие механизмов прерываний и защищённого режима

как это сделано, хорошо бы всегда читать в букварях по компонентам, но там
этого обычно нету.

3) страничный обмен
4) кэш
5) самая тривиальная обменная буферизация

- это сделано на минимальном уровне грамотности, и (5) отсутствует по кр мере в TCP\IP

а как переключить буферы DMA? здесь я на 100% уверен, что ни
майкрософт ни пингвин не смогут.

могут быть ещё "просто глюки". Но если сначала общим взглядом отрешившись
смотреть на (1-5), может, поможет... Мне помогало. Даже винда
работала.

Далее, в винде есть самопризнания недееспособности. Например, есть штатная
процедура "восстановления стека IP". Что настройки сами улетают, это
известно. Но известно и аффтарам, для чего предумотрена проц.
восстановления.
Я полагаю, что они улетают из-за
(6) встроенная БД - реестр - недееспособна. Именно она.
Вообще, сайт техописаний Microsoft - это пэсня. "Логические сущности"
из присланной Вами документации, это ещё как-то осмысленно.

А ещё в винде, видимо, есть какой-то нигде не описанный, и возможно,
не один, кэш настроек и размещения файлов. То есть инфа пишется не в
официнальные директории и не в реестр, а и туда.
--- полуописано, к примеру, prefetch - а это в явном виде разрушение
ФС.
ещё похоже что-то хранится в файле страниц

Бардак с PPP на клиентских машинах. Именно поэтому значительно быстрее
и надёжнее (визуально, ибо состав и судьбу пакетов не мерял) работает клиент,
у которого PPP размещён не на нём (например, в виде модема),
а на сервере (в т ч на мобиле), а связь с этим сервером (мобилой) по локалке. Дело ли в
PPP ещё, не знаю. Вот Вам и примерчик. Это PIO с модемом виновато,
или PPP или... ?

Победить всё можно. Выделить, изолировать и победить. Но полагаю, что
на месте.
Что именно не работает в MPIO? Симптом какой?

вопрос с качеством СУБД ещё отдельно стоит...

Большое спасибо за документацию! Постараюсь в ответ найти похожую по "обычной"
сотовой связи. На дисках у меня бардак.
Решать вопроосы о том, зачем это всё вообще и куда как направлять
потоки, это интересно, но прерогатива начальства... Здесь более, чем
где-либо, так понял. Начальство-то хоть нормальное?

2 письма вдогонку отдельно
----------------------------
И вот теперь вывод из полётов:
летели данные, поставили режим DMA и статический буфер.
Помогло.
Но это - повезло.

Возможно, если бы в эту контору я притащил бы именно IBM со сказёвыми
дисками, то решение так бы И НЕ БЫЛО найдено!!!

Поэтому все эти игры с огнём. Может не повезти в принципе, потому что
невозможно.

Лучше всего брать готовые провер. решения...

-------------------------------
Сетевые вопросы раз 5 обходил всегда одним способом:
поверх винды ставим Lantastic или NWLite
связь через файлы
СУБД: Clarion 2.10 или JetEngine через ODBC от VisualBasic 3

При этом винда задействуется самым минимальным образом, потому что у
этих пакетов свои драйверы сетевых карт и свой транспорт (IPX) и свой NetBIOS для связи с
управлением файлами хозяйской ОС.
Access (JetEngine) в качестве СУБД работает, как ни удивительно, надёжно. Пригодные системы программирования для ББ, по моему мнению, на VB 3 закончились. Ещё как-то пожил Perl

Включаем и выключаем что угодно в любом порядке, перетыкаем на ходу кабеля без остановок программ, перезагрузок и потерь данных.

Бухгалтерия; милиция; авиация.
звук и видео делал на уже микрухах, а на этом адаробыле только отображение
сценариев передачи
сейчас разработок на винде не веду, разве что за очень большие деньги, компенс вредность (и зряшную работу)

[кустомер]

А ведь товарищ прав))))) Именно WIN95 на быстрых машинах летает - мухой!!! (отсутствуют искусственные тормоза).

[akegor]

кустомер, после нескольких попыток поставить Вин98 на современное (тогда) железо в 2005-м уже не пытаюсь. Не хочет. Ну никак не удалось впихнуть невпихуемое. А нужда была. Пришлось катать на старом железе. 95-ю не пробовал, но, думаю, результат тот же.
А Вам удалось на 2-х - 4-х ядреный булыжник впихнуть?

[Gnider]

Ну обычно создают кучу виртальных машин под каждую операционку которая используется

[Caxaroza]

Ну обычно создают кучу виртальных машин

А когда требуется прямая связь с железом ?

[VladimirIvan]

Впихнуть можно все. Кто бы на это "все" дровишек понаписал.

[akegor]

А когда требуется прямая связь с железом ?

Вот именно из-за этого. ДОСовский спец-софт под спец-железо.

[кустомер]

кустомер, после нескольких попыток поставить Вин98 на современное (тогда) железо в 2005-м уже не пытаюсь. Не хочет. Ну никак не удалось впихнуть невпихуемое. А нужда была. Пришлось катать на старом железе. 95-ю не пробовал, но, думаю, результат тот же.
А Вам удалось на 2-х - 4-х ядреный булыжник впихнуть?

Пробовал и 98 - отличие припиальное. На гигагерцовой машине она крутится с точно такими же тормозами, как и на 486. Отсюда вывод: в ключевых точках поставлены специальные задержки по таймеру (а не по скорости проца). Помните заставки при инсталляции? - "Виндовс стала еще быстрее, еще удобнее!" (с)
В 95-й таких искусственных задержек нет, на гигагерцовой машине так летает - аж изумляет. Не успеваешь мышкой кликнуть - окно уже открылось! Только под ДОСом бывала такая работа.
На многоядерной машине не пробовал. Думаю, работать будет, но с одним ядром. Для остальных - драйвер, плиз!
Установка была хитрая.
Сначала было поставлено на 486, запущено, отлажено.
Потом устанавливаем на новую машину ДОС, как обычно, и тупо переносим все файлы Виндовс "один к одному", включая и Msdos.sys .
Чтобы не порушить длинные имена, мне приходилось использовать два отдельных архива.
Но сейчас можно просто запустить LiveCD или Винду с флехи, и под ней перекопировать.

При первом запуске Винды происходит само-инсталляция, находит кучу неизвестных устройств конечно (а что вы ожидали? - драйверы давай!). В конце концов, с многократными рестартами и глюками, устанавливается в 16-цветном режиме дисплея. Вот это меня реально доставало, ни одна современная программа не пойдет.
Пока недавно не разыскал один гениальный драйвер, устанавивающий любое разрешение. Но он, к сожалению, при переходе в режим консоли - виснет. Автор писал, что знает про это, но еще не доделал...

Вот такая история. Если драйверы поставить - будет работать, без шуток...

[ForcePoint]

Пока недавно не разыскал один гениальный драйвер, устанавивающий любое разрешение. Но он, к сожалению, при переходе в режим консоли - виснет.

Бирвиндовс? Под виртуалбоксом у меня сработалот так: запускаем ДОС-программу - экран рассыпается, 2 раза ctrl-enter, продолжаем работу.

[hacker7]

"Пробовал и 98 - отличие припиальное. На гигагерцовой машине она крутится с точно такими же тормозами, как и на 486. Отсюда вывод: в ключевых точках поставлены специальные задержки по таймеру (а не по скорости проца). "

они поставлены скорее всего в модулях обмена с устройствами.
Кроме того, разница между 33Mhz и 100Mhz шинами не слишком велика. Скорость машины определяется не процессором, а всем чипсетом.

вот ещё цитата из той же переписки:
(ждём-с когда включат стойку с iSCSI на Windows 200


Это DMA такой камень в Ix86 архитектуре, который всегда есть, даже
если не показан.

› Также вы присылали какое то веб радио из университета в скандинавской стране.
это для интереса что там за решение решает рассылку радио по всем
клиентам
http://websdr.ewi.utwente.nl:8901/

› Как то раз я полез и нашел какую то опцию для dma. Включил ее. Но
› не стал вникать и лазить по сайту dell .
то ли влияет, то ли нет. Лучше бы не влияло...

Наверно Вы знаете, но вдруг нет - расскажу, это быстро

DMA - это установление прямого доступа от устройства, находящегося на
шине, к памяти, минуя процессор. Direct memory access
Настраиваем контроллер DMA на передачу, даём сигнал в порт устройству
на шину (Out), и оно шлёт данные по шине прямо в память минуя
процессор, заданное число байт. Контроля пересечения границ нету.
Память должна быть в пределах первых 640К на границе 64к.
PIO - это Programmed I/O, то есть работа с устройствами к-дами In Out
c портами шины, как правило, побайтно.
PIO бывает двух видов: по опросу и по прерываниям. По опросу - это
чиаем в цикле порт состояния, ждём бита готовности, работаем дальше,
например, читаем байт данных. Со скоростью шины миллионы таких
команд в секунду. То есть PIO не медленнее DMA. DMA сделано во времена, когда 8-16 бит wide шина и процессор имели тактирование 4,77 Mhz.

По прерыванию - это занимаемся другим процессом, но в момент
готовности устройство само вызывает прерывание, на которое у нас есть
отработчик.
Подводный камень. Контроллер прерываний по нек.
прерываниям - прекращает обслуживание других прерываний (и они будут
потеряны), пока его, контроллер, не освободят магической командой Out
20,20 - посылка 20-ки в порт 20. Обычно это делается в конце
обработчика прерываний. Если же мы в обработчике читаем ещё какой-то
стробирующий бит в цикле, всё остальное висит и даные теряет.
Конечно, можно и с DMA работать по прерываниям.

Вот и вся нехитрая механика.
--------------------------------


Как теряются нажатия на кнопки (а это как раз NMI, требующее
реального 8086 режима и освобождения контр.прер), это Вы, конечно, ежедневно видите

Теоретически какие-то материнки могут не требовать out 20 20 или
другие порты, биты, а также другие возможности DMA. Зависит
от целого чипсета на материнке. Но от этого, как Вы понимаете, только хуже!
В винде может не быть поддержки современных или "других" вариантов DMA. В форумах встречал про ключ в реестре, котрый включает по умолч выкл "DMA-66" и "DMA-100", хотя частота здесь ни при чём. Делал, с виду не влияет, но якобы кому-то ускоряло машину. Если всё нормально, это просто так не заметишь, ибо какая разница, обмен с диском 10 Мб\сек или 20. Заметные задержки могут быть только от глюков или неграмотных прогр. решений, или при суперских нагрузках.

С прерываниями же так. В IBM/360 всё работало, как описано в букваре. Делал
системно-независ асинхронные связи с читателем магн.проволоки и т п.
В микрухах меня звали как спеца сделать грамотно (там было
реальное время опоздания и т п - а это звук хрипы). Так вот, по
прерываниям и по таймеру отработать спецу по каналам ЕС ЭВМ не удалось.
Или не хватило времени разобраться,
или, что вероятнее, неработает. Потому что не один я такой умный.
И вот все эмбеддеры предпочитают опрос (но не все знают про штучки вроде out 20 20 или присутствие в порте бита готовности лишь опред число наносекунд, фронтом или уровнем, наличием или отс. "защёлки" и т п)
В x86 по прерываниям успешно работал с клавиатурой, таймером и обратным ходом луча дисплея. Кстати, отработка задержек обьективно осложнена тем, что в этих машинах стандартный таймер даёт 18 тиков в секунду, и не больше. Высокоточные же таймеры разные в разных машинах или их нет.
DMA и IDE не делал, но внимательно читал в связи с
ремонтом винтов (о было время).

теперь тот пример
Почему может плохо работать с инетом клиент с подключенным модемом, и
он же очень хорошо с сервером, подключенным к тому же модему.
Но на клиенте мы этого не видим, когда загружаем странички. Они
грузятся быстро, потому что мы имеем дело с буфером передачи, в
котором уже накоплены данные, а что сервер захлёбывается и дохнет,
этого нам не видно.
А вот тому, кто за ним сидит, видно даже глазами, и он спрашивает:
Саша, ты что-то качаешь?
Если же вешаю модем к себе, у меня скорость (и реакция на мышь и
клаву, что есть немаскируемые прерывания! Out 20 20) - снижаются по
ср. с подключением к серверу, практ. независимо от размера буферов.
То есть, возможно, там неграмотный опрос модема (PIO) либо неграмотная
работа с DMA oт USB (есть ли там выход на DMA, уже не в курсе), и
захлёб и сдыхание уже здесь.

например, как теряются данные и откуда задержки:
потеряна информация о том, что головка уже над дорожкой (или сбой).
Программа в этом случае ждёт на вс случай штук 20 тиков стандартного таймера или миллион умножений, и далее пишет так, как будто головка над дорожкой, не зная, что там в байте состояния уже потерялось.

либо "просто" глюки в реализации PPP

всё!