Pull to refresh

Comments 163

Самое главное, результат в Doom, как в реальном приложении, остался тем же, что и в режиме «40 мгц без удвоения» — 10.39 fps против 10.37.
Скорей всего, упёрлось в видеокарту. Интересны были бы результаты прогона тестов с параметром -nodraw.
Это «вычисление без вывода на экран»? Спасибо, попробую. На 486 апгрейд видеокарты с ISA на VLB повышает fps чуть ли не в два раза на том же процессоре.
Это «вычисление без вывода на экран»?
Да, именно. Используемый в DOS-версии игры видеорежим не очень-то оптимален для медленных видеокарт.
Что характерно, в Linux-версии, где используется обычный режим 13h, DOOM работает значительно шустрее.
Есть приличное число плат с 386м сокетом и поддержкой VLB. Правда это уже адский франкенштейн будет )
Эм, я про такие только на Vogons читал, так что утверждать не могу. Но вроде как это только гибридные платы с возможностью установки как 386, так и 486-х процессоров. И VLB у них работает только с 486, так как эта шина сильно завязана на него.

Вот на EISA бы 386-ю плату найти, эх.
Ну почитайте на хабре )))
habr.com/ru/post/413997
Тут я в части статьи про 386 как раз использовал такую гибридну плату с 386м процессором и картой cirrus logic для шины VLB. Даже на 33 МГц 386м интеле VLB-карта работает сильно быстрее, чем ISA. Были такие платы и без сокетов под 486й, например вот:
stason.org/TULARC/pc/motherboards/U/UNIDENTIFIED-486-PANDA386V.html
Спасибо, перечитал еще раз :) Приятно видеть практическое подтверждение работоспособности такой схемы.
Кстати, насчет EISA. Найти такую плату — пол дела. На EISA плате не на всякой даже ISA карты заработают. Для каждой платы в EISA нужен configuration file, который показывает шине, как конфигурировать ресурсы платы. Это не драйвер, которые довольно легко найти, а отдельных файл. На тех EISA платах, что использовал я, для ISA-плат был generic EISA configuration file, но для каждой EISA-платы нужен был свой.
Ага, то есть желательно искать готовый системный блок, причем с живым жестким диском. Вот это конечно был бы совсем элитный ретрокомпьютер.
Да, крайне интересно было бы. Найдете, напишите обязательно про него!
Я, наверное, чуть не единственный, кто поставил в систему с Pentium-75MHz (кажется, тогда или 8МБ, или 16МБ памяти стояло) 8-бит ISA VGA 256KB (Realtek? или что-то такое — эти адаптеры приехали с дарёнными ХТ-шками в КПИ — модные ХТ-шки были, целых 2 класса). Doom2 весьма тормозил, но всякие LHX/Retal — нормально. Когда накопил на S3 Trio 64V+ — вот то прорыв был! А ещё Stacker 4.0 и хард 3,5" высотой в 2 «обычных» на 40МБ с шаговым двигателем и 80КБ/с трансфером — стэкер с пнём и кучей памяти реально спасали! А ещё была тема — стэкер на рам-диске :). А потом появилась памятесжималка для Вин-3.11… Во времена были — теперь снова есть памятесжималки в линуксах и виндах, 20 лет прошло…
Эта «сжималка» памяти для Win3.11 входила в QEMM 7.5 и выше (если ничего не путаю)
… и изрядно глючила, программы падали в совершенно неожиданные моменты.

А Stacker на RAM-диске — это была реальная бомба, мы такой в компьютерных классах использовали на 286-ых IBM PS/1 с 1 МБ оперативки, закидывали туда command.com, vc.com, компилятор и среду для разработки, входило впритык, но зато в процессе работы все летало* Плюс еще вместо MSDOS использовали PTS DOS со всякими фишечками, типа индикации scroll lock'ом активности RAM-диска, получался вообще чиста винчестер.

* — по тем временам.

PS: И зачем я это помню до сих пор?
мы такой в компьютерных классах использовали на 286-ых IBM PS/1 с 1 МБ оперативки,
О! Да вы жировали, я погляжу. У нас всё было веселее: на IBM Aptiva были уже Pentium II и 12MB оперативки, но вот зато на на PS/2, которые никак не удавалось списать (но и на которые в XXI веке уже мало кто из школьников претендовал) в RAM-диск 384K под DOS 3.30 помещались TURBO.EXE и TURBO.TPL… А вот в 320K под DOS 6.20 — уже не помещались… Пока кто-то не выяснил, что можно отрезать TURBO.OVL, положить TURBO.EXE и TURBO.OVL на RAM диск, запустить его, потом «временно выйти а DOS», удалить TURBO.EXE и положить на его место TURBO.TPL…
Прогнал. Результаты интересные:
Процессор-частота / Realtics / FPS
386-40 / 480 / 155
SXL2-25 / 511 / 93
SXL2-50 / 313 / 238

Неужели Doom настолько зависит от пропускной способности видеокарты? В целом результаты правдоподобные, соотношение между 386-м и SXL2 без удвоения частоты сохраняется (второй совсем чуть-чуть быстрее первого в обычном режиме, и чуть медленнее с nodraw). А вот разница между SXL2 на частоте 25 и 50 мегагерц значительная, прирост на 53% вместо «околонуля».

Или же я где-то что-то сделал не так :)
UFO just landed and posted this here
Неужели Doom настолько зависит от пропускной способности видеокарты?
Почему нет? Он же попиксельно всё рисует.
Плохо не то, что попиксельно, а то, что попиксельно напрямую в видеопамять, да причём пиксели рисуются не последовательно, а колонками.
Вот почему раньше умели делать адаптеры для разных сокетов, а сейчас, когда зоопарк сокетов одичал до предела, разучились?
Не, ну это как раз понятно, кроме дикого усложнения электрической системы команд, еще и скорости сейчас такие, что инженерам приходится учитывать размер кристалла в разрезе скорости света.
А законодательно не собираются ограничить это буйство несовместимостей?

Законодательно… ограничить скорость света? ;)

Законодательно запретить мешять сокеты чаще, чем раз в пятилетку. Теоретически возможно, а практически бред: сделать всю электронику вдвое дороже ради трёх с половиной фанатов, которые когда-то, вдруг, внезапно, решать что-то проапгрейдить?

Думаю народ не поймёт.
Законодательно запретить мешять сокеты чаще, чем раз в пятилетку.

Лучше бы запретили менять тип картриджей для принтеров ежегодно, миллионы людей сказали бы спасибо.
лучше бы запретили запрещать
Т.е. Вы предлагаете отменить запреты в том числе на грабежи, убийства, загрязнение окружающей среды и т.п.?
Некоторым кодерам пошло бы на пользу.
Я сомневаюсь, что скорость света — главная причина. Зоопарк зарядок для телефона тоже был из-за скорости света?

Плохое сравнение.
Но даже в зарядках был некий смысл — круглый разъём от нокии у меня пережил в разы больше, чем может пережить современный mini/microUSB и type-c вместе с ними.


Когда не было необходимости в передаче данных, хватало всего двух проводов для зарядки. А кому-то уже нужен был USB и там было либо 2 разъёма (данные + зарядка), либо зарядка шла через usb.


Переход с mini usb на micro usb тоже обусловлен техническими особенностями — телефоны стали настолько тонкими, что mini просто не влезал, да и технологически micro был сделан с учётом ошибок предшественника и стал надёжнее.


Относительно сокетов — тут уж скорее рынок подправит при наличии конкуренции.
Но опять же:


  1. Уменьшение техпроцесса позволяет снижать напряжение и увеличивать частоту. Вы хотите, чтобы ваша материнка могла выдавать не, скажем, 1.15-1.25 вольта и до 50А, а 0.8-3 вольта и до 150А? Ну чтоб быть совсем универсальной, под будущие процессоры и с возможностью поставить супер-топ CPU. А готовы к удорожанию материнки в 2-3-4 раза?
  2. Чипсет. Вы уверены, что в вашу материнка нужно закладывать линии для более современного PCI-Express? А чипсет тоже должен доп линии поддерживать? Или даже быть сменным как процессор? Ведь без смены чипсета не выйдет — со старым чипсетом процессор либо не будет работать, либо потеряет массу своих новых функций. Представьте, сколько это будет стоить?
  3. Оперативная память. Вы уверены, что в процессор надо встраивать контроллер сразу для DDR3, DDR4, DDR5, DDR6? На случай, если новый проц встанет в старую материнку с DDR3. А платить за удорожание кристалла тоже будете?

Ну то есть кроме маркетинговых есть ещё масса технических причин, по которым может меняться чипсет и сокет.
И да, сделать механически совместимый сокет не проблема. Но какой в этом смысл, если процессор физически в мать взелет, а работать не сможет?

да и технологически micro был сделан с учётом ошибок предшественника и стал надёжнее

смотря что считать под надёжностью. Чисто механически miniUsb надёжнее и виброустойчивей, чем microUsb, не зря в авторегистраторах так надолго прижился.

Моя личная статистика (совсем не показатель, но..) говорит обратное.
У меня вышло из строя 3 miniUSB порта (один из них на навигаторе), а вот microUSB ещё ни одного. Время пользования более менее одинаковое, но вот количество устройств с micro больше в 5-10 раз.


С другой стороны — ни один кабель miniUSB у меня не сдох, а micro выкинул уже почти десяток штук.

С другой стороны — ни один кабель miniUSB у меня не сдох, а micro выкинул уже почти десяток штук.
А это как раз строго соотвествует заявлениям. При разработке microUSB «хрупкой» частью был сделан как раз разъём на кабеле. Из соображений, что «в случае чего» кабель менять всяко дешевле.
Моя личная «статистика» строго обратная — сломанных miniUsb ни одного, а разломанных разъёмов MicroUsb — 3 штуки (хотя да — последних в пользовании намного больше), MicroUsb — кабелей штук 5 наверное выкинул.
Толстая пластмассовая сердцевина в разъёме miniUsb намного лучше защищает «от дурака».
А сколько разъемов без «дурака» сломали? На «сильных программистов» microUSB не рассчитан, это правда…
2 разъёма было разворочено детьми (10+), ещё один — совместными усилиями. Но в 2 случаях из 3 конструкция устройства неудобная была — разъём довольно сильно углублен в корпус, и для нормального контакта иногда приходилось кабель «поджимать» в корпус, особенно с неродным кабелем.
Неудобных раъёмов miniUsb при этом не попадалось в принципе. Что, на мой взгляд, опять таки является конструктивным плюсом.
Это скорее является «веянием моды». Просто «дезигнеры» ещё не захватили мир, когда miniUSB был в ходу. Или вы думаете что mini-USB нельзя в неудачном месте расположить?
Неудачность расположения разъёма не отменяет его механической непрочности. MiniUsb не допускает частичной вставки кабеля не той стороной, вообще, кабель просто не лезет. MicroUsb — допускает, за счёт меньшей толщины. И с каждым разом металлическая оболочка разъёма разрабатывается всё больше (ибо она не цельная, а с разрывом), и в итоге неправильно вставляемый кабель уходит в разъём уже не на четверть миллиметра, а на половину миллиметра, и чем дальше, тем больше, от этого раздалбывается центральная пластиковая вставка, ибо она не симметричная — и приехали.
Ещё раз: случай «сильных программистов» в microUSB не учитывался. Никак. Совсем.

То есть исходили из того, что штекер всегда втыкают правильно (посмотрев на него, например). У тех, кто так и делает — разъёмы не дохнут. У меня, например, нет ни одного не сдох. А устройств было много.

Следующий шаг, USB-C — это уже учитывает. Но вот как раз там — какая-та беда с надёжностью. Уже три или четыре (смотря как считать) устройства умерло (из них одно — наполовину). Единственное устройство с USB в принципе, в котором мне пришлось разъём перепаивать — это как раз Nexus 5X с USB-C (остальные умерли ближе к концу срока службы и их оказалось проще заменить, чем чинить).
Ещё раз: случай «сильных программистов» в microUSB не учитывался. Никак. Совсем.

Возможно. Но это противоречит вашему же утверждению.
технологически micro был сделан с учётом ошибок предшественника и стал надёжнее

Можно долго дискутировать на тему понимания «технологически», но механически он стал менее надёжным.
Можно долго дискутировать на тему понимания «технологически», но механически он стал менее надёжным.
Знаете — у вас очень странное понятие «надёжности». Если вы ударите кувалдой по какому-нибудь магнитофону — то советский переживёт это с большей вероятностью, чем японский.

Но вот если эксплуатировать «как положено» — то всё наоборот.

И вы знаете — я не видел никого, кто рассказывал бы про необыкновенную надёжность советских магнитофонов.

То же самое и тут — если вы вставляете штекур вверх ногами, да ещё и с усилием — то о надёжности говорить не приходится.

Это — другая характеристика, никак не надёжность.

Ибо надёжность — это " свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных условиях применения, технического обслуживания, хранения и транспортирования".

Если вы ваш разъём вверх ногами пихаете — это у никак не «заданные условиях применения».

Это может быть прочность, безотказность… но никак не надёжность.
Если физическая форма разъёма предполагает, что с типового расстояния «вытянутой руки» правильно спозиционировать кабель можно лишь в случае хорошего освещения и внимательного в него всматривания, либо заведомого знания о его положении (что является типовым случаем для часто используемых устройств), то вариант неправильной вставки кабеля — это штатный режим. Можно опять посетовать на производителей устройств, который прячут разъёмы в глубине и без фонарика там ничего не рассмотришь, только это разговор о бедных — предшествующий и последующий разъёмы режим «неправильно вставки» предусмотрели как штатный.

Хотя дискуссия, если вы до сих пор не забыли, началась с другого примера — видеорегистраторы. Где microUsb не выдерживает работы в штатном режиме по вибрациям.

Можно опять попытаться отмазаться, что это не штатно, и вообще используйте промышленные стандарты и т.п.
Но опять таки, «технологически менее продвинутый» miniUsb таких проблем не имеет, и для него это всё штатно. И type-C тоже в указанных условиях работает нормально.

Так что для меня до сих пор загадка, в чём же заключается эта таинственная «технологическая продвинутость» microUsb? Только в его уменьшенных размерах?
Ниже по ветке уже написали по сути, но добавлю еще два фактора слабости microUSB.

1. Пластиковая часть с контактами крепится тоьлко за счет пайки контактов к плате, и никак не соединена с корпусом разъема. Поэтому при сильном нажатии ее отрывает, а корпус разъема остается
2. Разъем склонен набирать пыль, которая утрамбовывается проводом, и поначалу никак себя не проявляет. Потом провод перестает входить в разъем достаточно для устойчивого контакта, но при легком нажатии какое-то время все работает. А дальше см. п.1.

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

Но надёжность у него заметно ниже.
для устройств, которые редко должны подключаться/отключаться (видеорегистраторы, ага)
Хм, если подключение/отключение каждую поездку — это редко, то что же тогда часто?
Вы слишком вольготно оперируете понятием надёжность.
самое смешное, что это все уже есть. AMD AM2/3/4 и плюс-версии этих сокетов. но если мы говорим конкретно про штеуд, то там, натурально, маркетинговые ограничения встречаются, как на 8-9(9-10?) поколениях процов был один и тот же чипсет с разным назавнием и страпами в биосе.

Знаю, сам недавно купил Ryzen 3600 на AM4, который фактически уже 4 поколения держится.


НО даже переходы веток чипсетов AMx происходили чаще, чем раз в пятилетку ;)

ам2/2+/3 достаточно долго перетекали. но по-моему юзеру обычно и надо не столько «пятилетку», сколько +1..2 поколения без полного переезда. амд тут юзеру потворствует, интел — предлагает картуз *уев.
я затрудняюсь назвать хоть один тел, в который бы сложно было влепить миниЮСБ. Разве совсем экзотика типа «размером с визитку».
С тенденцией «засунуть VRM в проц» — мать может выдавать меньшие токи. За лет 10 последних — быстродействие 1 ядра выросло… (оптимистично) может вдвое на той же частоте, но появились новые инструкции. При этом потребление сократилось. Слезать с LGA-1366 на следующее поколение ради AVX — было больно. Китайцы, кстати, выпускают всяких франкинштейнов — умеющих новые процы с памятью DDR3 (reg, ecc ^) ). Да — часть производительности в трубу, но по деньгам — вполне.
Один из существенных недостатков «китайских франкенштейнов» это то, что они не имеют полного набора каналов памяти — вместо трёх или четырёх в лучшем случае разводят два.
Когда на вторичном рынке появятся нынешние фаршированные Эпики 7хх2 серий, готов поспорить [«на щелбан»], что у китайских материнок под них, скорей всего, и четырёх каналов оперативки (вместо их родных восьми) не будет, как и порежут линии PCIe, а материнки будут донельзя кастрированными на базе «бытовых» от Трипперов.
Можно, конечно, все позапретить, и выпускать одни и те же жигули 50 лет. Впрочем, где-то это уже было.
Да, в Фольксвагене со старым Жуком даже и дольше было. У Жигулей самая долгоиграющая модель до 20 лет не дотянула.
Ваз 2107: 1982—1991 — в СССР
1991—2012 — в России…
2006—2014 — в Египте
Убедили, 30 лет. Но:
Volkswagen Kaefer
(1941) 1946 — 1978 в Германии и
1964 — 2004 в Бразилии (Транспортер Т2, его ближайший родственник, задержался до 2013). Примерно вдвое дольше ;-)
В случае Volkswagen, модель могла называться одинаково, но каждый год что-то менялось, иногда по мелочи, иногда крупно. У них понятие модели скорее это позиционирование на рынке, чем конкретный набор технических решений и узлов. Кстати, когда там первое Polo появилось?
А вот ВАЗ2106 какой-нибудь — это все 30+ лет текущий краник печки, если не экспортная версия :)
Фолькс кефир (он же старый «Жук») — одна и та же модель, отличались там двигатели объёмом (как и внутри 2106 мог быть 1300, 1500 и 1600 кубовый). Ну и «тут прикрутили ручку, а там сиденье сдвижным стало» как-то тоже мало тянет на «понятие модели».
Проблема даже не в скоростях света. В конце-концов разные хитрые разветвители для памяти ведь выпускаются, а скорость там та же.

Всё упирается, банально, в питание. Если у вас какой-нибудь Ryzen, потребляющий 150W в пике и требующий напряжение на Vcore 1.35V — то какие у нас там через сокет токи текут? Закон Ома не забыли?

Напомню что 160-200А — это уже неплохой такой сварочный аппарат… не самый мощный, да, но, в общем… нормальный уже.

Вот, собственно, и всё: при подобной тяговооружённости часто возникают ситуации, когда вроде бы даже сокет физически и тот — а совместимости нет.

Собственно чуть позже 386х это всё и началось: 486е на 3.3V, потом Pentium MMX с двумя напряжениями и так далее.

Но главная проблема в другом, на самом деле: цена. Все эти проблемы с током, частотами и прочими вещами разрешимы… но переходник будет стоить (с учётом малого тиража) — несколько сотен долларов. Кто его купит? Зачем?

Мама новая дешевле стоит!
Да помнится, уже переходники Slot->Socket не такие уж копейки стоили.
UFO just landed and posted this here
Напряжение у процов за последние 10 лет примерно одинаковое.
Вот именно что «примерно». В девятом поколении интеловых процессоров для питания используется двенадцать отдельных линий питания с разными напряжениями для разных блоков. И у наверное половины из них свой отдельный power management.
… большая часть из которых может быть запитана от одного источника, с забиванием на power management.

Тогда это говно будет пыхать теплом как паяльная лампа. Как раз, с переходом к частотам выше 100МГц, произошло то что сквозные токи при переключении любых триггеров стали заметны. Это как у двигателей внутреннего сгорания перекрытие клапанов - да, часть топливной смеси уходит в выхлопную, зато мотор можно эффективно крутить выше 2-3 тысяч.

А power managment позволяет буквально на пару тактов включить блок, прогнать через него данные, выключить. И напряжения понижали для этого.

Плюсы решения - можно угнать выше частоты, т.к. емкости малы, и набор до напряжения в 3, а то и 5 раз меньше требует во столько же раз меньше времени, и время разряда соответственно, а совместно - время разряда одного плеча и заряда второго дает время сквозного тока.

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

Современный процессор, помимо всего прочего, должен поддерживаться еще и биосом. Что толку от адаптера, даже если бы он существовал, если все равно не заработает? Слишком много всего интегрировали в процессор, что нужно инициализировать программно.
Раньше сокеты были проще. можно было в гараже сделать адаптер.
Сейчас каждый, кто в гараже может спаять три диода, открывает сразу не меньше чем стартап

До сих пор не могу забыть как мне впарили 5x86 133MHz, который работал медленнее чем Pentium 90 MHz в главном бенчмарке — Doom 2

Ну так это ж 486-разогнанный. Для такого «главного бенчмарка» НЯП надо было включить его на утроение и 50 МГц шину, тогда была веротяпность, что будет примерно вровень.
Возможно, но он вроде не очень разгонялся, зато последующие процы гнались на 50%. Celeron 300 из правильной партии до 450 MHz. Эх, приятно вспомнить.
AMD 5x86-133 почти все без проблем работали на 40 МГц шине, давая 160 МГц в итоге. А Селерон 300 да… Отличный камень был, 450 это почти гарантировано было, но часто и на 112 МГц получалось запустить их, давало 504 МГц и 75 МГц на AGP ))
ADW/ADZ (особенно последние) разгонялись практически все, ADQ — редко разгонялись вообще.
Интересно, ни разу не практике не встречал ADQ… ADW, ADY, ADZ помню, еще видел на B и S начинались, не помню какие. Интереснено, спасибо, что-то новое о старом узнал )
Я их видел всего штуки три. ADY попался раз или два. А вот ADW ADZ — несколько десятков, наверно.
Помню в свое время читал про Pentium OverDrive. Но вот в реальности найти, что то подобное у меня не выходило. Стоит отметить, что тогда особо не сильно апгрейдили компы сами (1995-1997). О компьютерные фирмы не слабо так наживались. Да и выбор был не большой даже вроде бы распространенные процессоры найти было сложно. Тогда еще не было фильм, которые возили из Никса + 3 %. Да и инета не было у нас и о Никсе не знали. Это уже в 2000-ом когда инет стал более распространен и появились конторы Никс + 3 % открылся мир в апгрейд железок.

Как раз в 95-97 году апгрейд был очень распространен. Года до 2000 была распространена практика, когда при апгрейде зачитывались старые комплектующие: CPU, ram, hdd, даже видеокарты.

Pentium OverDrive… лежит где-то у меня в столе… Если когда-нибудь запущу — боюсь умру от нахлынувших чувств. )
Так а почем обошелся коробочный комплект для апгрейда, если не секрет? Вижу обычные б/у чипы в районе $120-130, этот наверное вообще неразумных денег стоил?

Микросхемки на переходнике — это вроде обычные логические счетчики-гейты, нужны для асинхронной передачи и производятся и продаются до сих пор, через четверть века.
Вот он в 120-130 и обошелся как раз. Кто-то в Великобритании распродавал остатки запасов, у них было штук 10. Я подумал, что хоть это дорого и ни к чему, но другого шанса у меня может и не быть :)
Это вы здорово сделали, я как-то давно пожалел 50 баксов на RapidCAD. Очень очень жалею…
Не подскажите маркировку чипов памяти кеша? На фотке не очень хорошо видно…
Это ведь SRAM?
Вот покрупнее. У меня уже три набора по 256К, разных производителей, есть фотка двух.
Покрупнее



Благодарю! image
Довольно быстрая память для тех времён — всего 20 нс. время доступа, надо же…
О, только сейчас увидел: перевёрнутая фото с пятнадцатинановой — это ЕМНИМС Винбонд/УМЦшная память. Иногда хороша, а иногда могла оказаться подделка.
Эти два комплекта точно рабочие. А вот с другими есть вопросы, и даже стало интересно, как эту память тестировать отдельно, по одной микросхеме.

Упс. Извините, не видел раньше вашего ответа. Для них, по ещё фидошным слухам, когда-то существовали тестилки на высокоскоростных счётчиках, но вживую я их не видел.

А я вот смотрю на скриншоты старых программ и умиляюсь, как на экране 640*480 умудрялись поместить больше чем на нынешних 1920*1080…
Во многим именно потому что им нужно было всё это показывать именно и исключительно на 640x480, а не на чём-то «от 800x600 до 1920x1080».
Спасибо за фотки! Такая ностальгия!
Мой первый свой комп был собран как раз на 486DLC. Я тогда вовсю собирал компы и делал апгрейды. Особенно забавляли апгрейды когда от исходного компьютера оставался корпус и дисковод.
Если мне не изменяет память то у 486DLC была какая-то проблема с Clipper-ом. Но могу ошибаться, дело было давно и у нас 486DLC был редким зверем
Деление на нуль, кажется, где-то вылазило. Смутно помню, что на старом диске, записанном в 1996 году, должен быть автоматический патчер, выкачанный из тогдашних интернетиков.
Хм, помню в училище в компьютерном классе стояли вполне себе 386DX и никаких проблем в дезматче на четверых в думе не было.
Сеть коаксиальная была, ms-dos кажется 6.22 или ниже… Вот этого не помню.
Где-то Волковы стояли, гдето Нортоны.

Да прекрасно игралось!
Вот у меня тоже почему-то в памяти засело, что я Дум в детстве проходил на 386-м (с обычной ISA видюхой это точно, т.к. VLB у меня никогда не было). Сейчас у меня есть 386DX40 и Дум на нём это печальное зрелище. И вот не пойму, то ли память подводит, то ли порог играбельности тогда был сильно меньше. А на 486-м уже в Дюка играли кажется. С PCI видюхой конечно.
Порог играбельности был совершенно иной.
Когда появились первые 3ДэФиксы и игры начали давать сталильно 20-30 ФПС, это казалось совершенно нереально гладкой анимацией. До этого играли прекрасно с 10-15 ФПС, а больше 24, казалось, и не нужно в принципе. В кино же столько и нормально все.
Потом уже ближе к поколению DirectX 8 стали говорить о необходимости 60 ФПС, потом и 100.
Адаптер оказался несколько сложнее, чем простое подключение одних ножек к другим.

Керамический "гробик" в верхнем левом углу наводит на мысль, что на переходнике имеется собственный тактовый генератор для проца. Может и не надо было на плате генератор менять?


image

Необходимость замены генератора на матплате подтверждается результатами тестов — показатели зависят от задаваемой частоты (пробовал 25, 33 и 40 мегагерц).
Может, при замене на блювайтинг (с) надо было выдрать сопр? бывали такие приколы.

Вообще — глянул на ТТХ именно этого счётчика (Texas Instruments), там максимальная тактовая 35 МГц, может, стоит попробовать заменить на NXP? Там до 100 МГц.
Интересно, если вместо 40 МГц установить генератор на 50 МГц, а процессор запустить без удвоения — «взлетит»? Оверклокнуть материнскую плату, так сказать.
Скорее всего возникнет ограничение не по процессору, а по другим компонентам — память и тот же сопроцессор ведь тоже будут работать на 50Мгц. Попробовать можно, но пока у меня такое (не подтвержденное) впечатление, что максимум там можно добавить мегагерц пять.
430LX был очень горячим чипсетом ))
Интересно, выдержат ли старые чипсеты такую частоту… Помню, с 486DX-50 были большие проблемы со стабильностью на многих платах, но это в основном из-за VLB, да и 486DX4-100 некоторые удавалось запустить, как 2х50. Но тайминги памяти приходилось растягивать так, что она работала чуть ли не медленнее, чем на 33 МГц.
Или, либо даже вместе с — искать память -50, -60 (с укороченным циклом, замерявшимся в наносекундах).
Интересно, как делаются скриншоты экрана? Плата видеозахвата?
Видеозахват в планах, но пока всё проще. Speedsys сам умеет сохранять скриншоты себя в позабытом формате .pcx. Для CheckIT я использовал резидентную утилиту Snarf. По нажатию Alt-S она сохраняет скриншот экрана в .bmp. Скриншоты увеличиваю в два раза без интерполяции, иначе они с современной версткой в вебе будут микроскопическими.
Тогда уже под мс-дос была куча резидентных скрин-грэбберов. И графики, и текста, и в кучу форматов. А ещё kill.com и прочие программы для занятия непойми-чем на рабочем месте :)
В конце 90-х сделал модную кепку, повесив на нее интеловский 387 сопр, а они сейчас снова денег стоят и нужны людям, оказываются, судя по ebay.
Вот здесь человек показывает свой «XT на стероидах» — с помощью таких наборов для апгрейда из оригинального IBM PC/XT model 5160 (Intel 8088 @ 4,77 МГц) построен работающий 486-франкенштейн — невероятно и очень интересно!
Спустя 25 лет разрешилась загадка моего детства! Честь и хвала автору.

Году в 1995-м отец принес с работы Дума на дискетах, да не просто принес, а за два захода. Олдам излишне напоминать сколько на 386-м занимала разархивация, склейка, батя еще после каждой дискеты выходил покурить, после работы нужно было дождаться пока он поест, он проверял все на вирусы — в общем это заняло вечность. А сколько игр пришлось удалить с 200-мегового веника!

Самым большим разочарованием детства (после того как я увидел P2, зная что в ближайшие годы у меня такого не будет) было сообщение «Not enough memory. Need at least 4Mb to start the game». Я молил, угрожал, убирал квартиру, приносил пятерки, но мне так и не купили, конечно же, вожделенные 2Мб, т.к. для обучения программированию отец не считал их нужными.

И как отрадно осознавать сейчас, 25 лет спустя, что Doom бы все равно не пошел! (6Fps это не жизнь)
UFO just landed and posted this here
Бугага. Dos4GW надо было уметь готовить — запускали на 386SX16/2MB (ессно, свопалось и всё такое). Короче, дос екстендеры — та ещё тема. ФПС с времен wolf3d — лечился уменьшением окошка. Давече на расберри пи 3 детям показывал…
А вот дюк нюкем 3д стал первой игрой, захотевшей «более 4МБ». Полуось 3.0 ему это желание отбила, но двадцать… семь… дискет 1.44… Боооль.
Боль — это первая квака, перетащенная дискетами, правда в читерском режиме — форматирование на 1.68мб и разбивка винраром с 2% информации для восстановления.
Если я не ошибаюсь, был заточенный под DM облегченный вариант кваки влезавший на дискету
Я перетаскивал себе полную версию. А потом понял, что Am5x86-133 её просто не тянет(превед сопроцессору).
Именно на таком проце я в кваку и бегал, пенек появился гораздо позже. Единственное памяти для четверки у меня было относительно много 16 или 32 мегабайта, точно не вспомню
Вот уж не знаю, памяти стояло 16Мб, видеокартой была S3Trio64V+, а FPS получался неиграбельным.
Это вы просто уж больно разборчивы были ))
ФПС 10-15 там должно было быть, по идее. Нормально )

"Настоящие пацаки юзали виржу для кваки" (с) (S3 Virge)

Именно 386SX16/2 у меня и был! Про какой Dos4GW вы вещаете, был дос пятерка, 96 год на дворе, мне 8 лет :) Хорошо я, не зная на тот момент английского, умел комментить строчки чтоб переключать 640к на 2мб, для одних игр надо было одно для других другое :) Эх, старые добрые времена…
DOS/4GW это драйвер 32-бит защищенного режима, те игры, что использовали память свыше 640К скорее всего (но не обязательно, конечно), работали через него.
Примерно на втором слове мой маленький мозг в 1996 году сломался бы :) Про оконный режим не думал, помню у меня была энциклопедия динозавров, там какие-то даже видосы шли в окне, видеть в 94 году на компе видео было само по себе круто! До первого фильма, который я посмотрел на компе, оставалось 5 лет :)
Технически DOS/4GW это DOS extender (расширитель) позволяющий использовать функции 386 процессора (и выше) в защищенном (VM86) режиме, в котором была доступна вся память, плюс можно было использовать файл подкачки (в случае нехватки оперативной памяти).
Технически, вы правы! Ну по сути примено одно и то же мы сказали )
;) Драйвер это HIMEM+EMM386 или QEMM, они в CONFIG.SYS грузились. А расширители ДОС это приложения, причем требования к среде запуска у них различались. Кому HIMEM+EMM386 подавай, кто-то требовал HIMEM, а кому чистый ДОС подавай
Через драйвер программы получают доступ к какому либо аппаратному устройству.
Что же такое DOS4/GW?
DOS/4G, DOS/4GW — ранее широко используемый 32-битный расширитель DOS, позволяющий программам для DOS использовать до 64 Мбайт расширенной памяти (дальше первого мегабайта) на процессорах Intel 80386 и более поздних. Работает в MS-DOS и прочих DOS-совместимых операционных системах — PC-DOS, DR-DOS, FreeDOS и даже в DOS-эмуляторах, таких как DOSBox.

DOS/4G был разработан компанией Rational Systems (теперь Tenberry Software). Позднее стал распространяться в составе компилятора Watcom C, где в название добавили букву «W» — DOS/4GW.

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


Расширитель DOS (также англ. DOS extender) — технология, позволяющая программам для операционных систем семейства DOS работать в защищённом режиме процессора. Существуют 16- и 32-битные расширители DOS: 16-битные расширители предназначены для работы на процессорах Intel 80286 и выше, 32-битные — Intel 80386 и выше.

Работа в защищённом режиме нужна была в первую очередь для преодоления ограничения адресации в реальном режиме (программа, выполняющаяся в реальном режиме процессора под управлением DOS, может адресовать только 1 Мб), не прибегая к приёмам вроде переключения банков памяти.

32-битные расширители также позволили DOS-программам выполняться в 32-битном режиме, который во многих случаях более эффективен по производительности, чем 16-битный.

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

Расширитель DOS предоставляет прикладной программе различные сервисы по управлению памятью и прочими ресурсами через программные прерывания.

CWSDPMI (использовался в Quake)-это 32-битный хост DPMI, написанный Чарльзом У. Сандманном с 1996 по 2010 год, в настоящее время в r7. Он свободно основан на предыдущем GO32.EXE-код, используемый в DJGPP v1. Он может предоставлять DPMI 0.90 + 32-разрядные сервисы для программ, скомпилированных с последними версиями DJGPP и т. д. компиляторы. Начиная с r5, он также может быть использован для программ, требующих заглушку DPMI вместо PMODE/DJ. Он поддерживает до 4 ГБ, виртуальную память и аппаратное прерывание отражения из реального режима в защищенный режим .


И что бы поставить точку в том драйвер или расширитель, приведу выдержку из документации Open Watcom C/C++
6 The Tenberry Software DOS/4GW DOS Extender
The chapters in this section describe the 32-bit Tenberry Software DOS/4GW DOS Extender which is provided with the Open Watcom C/C++ package. DOS/4GW is a subset of Tenberryb Software’s DOS/4G product. DOS/4GW is customized for use with the Open Watcom C/C++ package. Key differences are:
• DOS/4GW will only execute programs built with a Open Watcom 32-bit compiler such as Open Watcom C/C++ and linked with its run-time libraries.
• The DOS/4GW virtual memory manager (VMM), included in the package, is restricted to 32MB of memory.
• DOS/4GW does not provide extra functionality such as TSR capability and VMM performance tuning enhancements.


Так что DOS/4GW это расширитель DOS.
Так любой драйвер можно назвать расширителем ДОС. ИМХО, это демагогия.
Но, хотите расширитель, пусть будет расширитель.
Дра́йвер (англ. driver, мн. ч. дра́йверы[1]) — компьютерное программное обеспечение, с помощью которого другое программное обеспечение (операционная система) получает доступ к аппаратному обеспечению некоторого устройства. Обычно с операционными системами поставляются драйверы для ключевых компонентов аппаратного обеспечения, без которых система не сможет работать. Однако для некоторых устройств (таких, как видеокарта или принтер) могут потребоваться специальные драйверы, обычно предоставляемые производителем устройства.

В общем случае драйвер не обязан взаимодействовать с аппаратными устройствами, он может их только имитировать (например, драйвер принтера, который записывает вывод из программ в файл), предоставлять программные сервисы, не связанные с управлением устройствами (например, /dev/zero в Unix, который только выдаёт нулевые байты), либо не делать ничего (например, /dev/null в Unix и NUL в DOS/Windows).

DOS 16-разрядный, драйверы для него тоже соответственно 16-разрядные, расширитель DOS4/GW 32-разрядный, соответственно в 16 не запихать 32.
А расширитель DOS, он по факту и есть расширитель DOS, а не что то другое. И это не зависит от желаний и мнений — что моих, что ваших.
Что-то вспоминается про хреново работавшую в DOS4/GW математику, в отличие от DOS4/G. Кажется, проскакивало в конце 90-х про матобеспечение железки, являвшейся большим-большим сканером.
Честно говоря не помню про хреново работающую математику в Watcom C/C++ все вроде ровно работало, что целочисленная, что с плавающей запятой.
;) Драйвер это HIMEM+EMM386 или QEMM, они в CONFIG.SYS грузились.
А если делающий то же самое XMSMMGR.EXE запустить из скрипта запуска игры — это будет всё ещё драйвер или уже расширитель?
А если делающий то же самое XMSMMGR.EXE запустить из скрипта запуска игры — это будет всё ещё драйвер или уже расширитель?

Месье знает толк в извращениях.
Xmsmmgr.exe: этот файл является резидентной программой (Terminate-and-Stay-Resident) — версией Himem.sys. Она запускается из исходного каталога когда программа установки определила, что нет поставщика XMS загруженного в память.
In Windows 3.1 and Windows 9x, there is also a command-line loadable version of HIMEM.SYS called XMSMMGR.EXE. It can load extended memory services after the system boots into the command prompt. This allows Windows Setup to load even if HIMEM.SYS is not loaded.

Так что XMSMMGR.EXE тот же HIMEM.SYS только в профиль.
Так что XMSMMGR.EXE тот же HIMEM.SYS только в профиль.
Я потому такой вопрос и задал. Потому что с вашим под подходом вроде как получается, что HIMEM.SYS — это драйвер, а XMSMMGR.EXE — уже нет, хотя по факту — это одно и то же.
Я потому такой вопрос и задал. Потому что с вашим под подходом вроде как получается, что HIMEM.SYS — это драйвер, а XMSMMGR.EXE — уже нет, хотя по факту — это одно и то же.

А вот это прочитать: «Xmsmmgr.exe: этот файл является резидентной программой (Terminate-and-Stay-Resident) — версией Himem.sys. Она запускается из исходного каталога когда программа установки определила, что нет поставщика XMS загруженного в память.
In Windows 3.1 and Windows 9x, there is also a command-line loadable version of HIMEM.SYS called XMSMMGR.EXE. It can load extended memory services after the system boots into the command prompt. This allows Windows Setup to load even if HIMEM.SYS is not loaded.»

По факту XMSMMGR.EXE это костыль применяемый
только для одной программы установки Windows 3.1 & 9x и больше нигде. Напомнить почему? Потому что без HIMEM.SYS нельзя было сделать DOS=HIGH чтобы запихать ядро DOS в HMA. А еще без HIMEM.SYS не загрузится EMM386.EXE который позволит запихать в UMA драйверы и резиденты (при наличии DOS=HIGH,UMB в CONFIG.SYS), и который сможет организовать EMS память из XMS.
А так, с загруженным в обычную память ядром DOS, запускать пакетник, который будет грузить в обычную память менеджер памяти XMS? Сколько там останется? Приложение не возбухнет «not enough memory to run the program»? Так что месье… ;)
А еще без HIMEM.SYS не загрузится EMM386.EXE который позволит запихать в UMA драйверы и резиденты (при наличии DOS=HIGH,UMB в CONFIG.SYS), и который сможет организовать EMS память из XMS.
Зато может загрузиться CEMM.EXE. Который прекрасно организует вам EMS память из расширенной.

А вот зато драйвер какого-нибудь SCSI-контроллера аж никак не поможет вам с организацией UMB.

По-моему вы занимаетесь натягиванием совы на глобус: не является HIMEM драйвером. И XMSMMGR.EXE не вляются.

Ну то есть технически HIMEM.SYS создаёт устройство XMSXXXX0, а XMSMMGR.EXE — нет, но это устройство не используется DOS'ом.

А вот как раз NETX.COM или VLM.EXE — такие устройства, которые потом используются DOS'ом, создают, хотя запускаются, зачастую, вообще из пакетного файла.

Сколько там останется? Приложение не возбухнет «not enough memory to run the program»?
Зависит от приложения. Какой-нибудь Borland Pascal или Paradox — отлично будут работать. Да и вообще это уже совсем какой-то странный способ отделять драйвера от недрайверов…

Собственно проводить в MS-DOS границу между «драйвером» и «недрайвером» — это довольно дурацкое занятие: защиты памяти нет, так что любой кусок кода, теоретически, может сделать что угодно с любым другим куском кода… и часто и делает, собственно.
Зато может загрузиться CEMM.EXE. Который прекрасно организует вам EMS память из расширенной.

А нафига он нужен? Серьезно, зачем эта программа из Compaq MS-DOS 3.31? Ведь речь идет как минимум о DOS версии 5 и выше? Да и на 286 материнках чипсет был достаточно умный и позволял определять как будет доступна память выше одного мегабайта (как XMS, 64Kb XMA+EMS, ALL EMS) и при наличии спецефичного драйвера EMS материнки использовать её в реальном режиме 8086.
А вот зато драйвер какого-нибудь SCSI-контроллера аж никак не поможет вам с организацией UMB.

А драйвер загруженный в UMB (DEVICEHIGH) не будет жрать память внизу. А чтоб задействовать UMB нам конечно не нужен драйвер SCSI контролера, нам нужен как минимум DOS 5, и программа предоставляющая доступ к UMB. Это или EMM386, или UMB_DRVR.SYS Device Driver UMB provider for DOS 5.0 on 286 / 386 / 486 systems, или другой провайдер UMB.
По-моему вы занимаетесь натягиванием совы на глобус: не является HIMEM драйвером. И XMSMMGR.EXE не вляются.

Помоему это вы пытаетесь изнасиловать птичку, утверждая что HIMEM.SYS не драйвер, вот цитата: «HIMEM.SYS — драйвер дополнительной (extended memory) и HMA-памяти для операционной системы MS-DOS, обеспечивающий поддержку дополнительной памяти (extended или expanded).

HIMEM.SYS был введён в состав MS-DOS 5.0 для возможности загрузки ядра операционной системы DOS в High Memory Area с целью увеличения размера доступной основной области памяти путём указания загрузки DOS=HIGH в CONFIG.SYS.

HIMEM.SYS предоставляет доступ к оперативной памяти за пределами первого мегабайта пространства и потому драйвер необходим системам MS Windows9x/ME для загрузки графической части операционных систем. В FreeDOS соответствующий файл называется HIMEM.EXE и может загружаться из конфигурационных файлов FreeDOS с именами FDCONFIG.SYS или CONFIG.SYS.»

Ну то есть технически HIMEM.SYS создаёт устройство XMSXXXX0, а XMSMMGR.EXE — нет, но это устройство не используется DOS'ом.

Да вы чё!? А DOS=HIGH в CONFIG.SYS наверное в карман ядро DOS перемещает? Или все таки в HMA?
А как её «невозможно» использовать в DOS читайте в «Аппаратное обеспечение персонального компьютера © Александр Фролов, Григорий Фролов Том 33, М.: Диалог-МИФИ, 1997, 304 стр.», там все подробно описано.
А ваше предложение постоянно использовать костыль XMSMMGR.EXE (созданный Микрософтом для вполне определенного случакя), вызывает смех и фразу «Месье знает толк… кхм...»
А вот как раз NETX.COM или VLM.EXE — такие устройства, которые потом используются DOS'ом, создают, хотя запускаются, зачастую, вообще из пакетного файла.

Ооо "NetWare я дрожащая, а access granted имеющая". Вот только к DOS приведенные вами команды отношения не имеют. Они из клиента Novel NetWare. Вот тут «Локальные сети персональных компьютеров. Монтаж сети, установка программного обеспечения © Александр Фролов, Григорий Фролов Том 4, М.: Диалог-МИФИ, 1993, 287 стр.» почитайте.
А еще она была так независима от DOS и Windows что не приходилось шаманить на клиентах
Если вы работаете с Microsoft Windows версии 3.1, скопируйте те файлы netx.com, lsl.com и ipxodi.com, которые поставляются на дистрибутивных дискетах Windows. Эти файлы содержат изменения по сравнению с поставляемыми в составе NetWare версии 3.11. Изменения важны для организации совместной работы NetWare и Windows
Проследите также за тем, чтобы в файле config.sys были строки:
FILES=20
BUFFERS=20
Если вы используете на рабочей станции MS-DOS версии 6.0, проследите также за тем, чтобы в файле config.sys был подключен драйвер setver.exe.
В противном случае программа netx.com откажется работать, ссылаясь на неправильную версию DOS.
Если в файле config.sys указана команда «LASTDRIVE», присвоение буквы новому сетевому диску будет выполняться с учетом результата выполнения этой команды.

Зависит от приложения. Какой-нибудь Borland Pascal или Paradox — отлично будут работать. Да и вообще это уже совсем какой-то странный способ отделять драйвера от недрайверов…

Ага, будут работать, медленно и печально. Если не вылетят из-за недостатка памяти.
Драйвер DOS это еще одна разновидность программ (в дополнение к com- и exe-программам) подключаемая к операционной системе используя команду DEVICE= || DEVICEHIGH= из CONFIG.SYS при загрузке ДОС.
Читайте «MS-DOS для программиста © Александр Фролов, Григорий Фролов Том 18, М.: Диалог-МИФИ, 1995, 254 стр.»
А остальные программы делятся на транзитные и резидентные (TSR).
Собственно проводить в MS-DOS границу между «драйвером» и «недрайвером» — это довольно дурацкое занятие: защиты памяти нет, так что любой кусок кода, теоретически, может сделать что угодно с любым другим куском кода… и часто и делает, собственно.

Дурацкое занятие предъявлять претензии ОС родившейся на рубеже 1979-1980 года, работающей в реальном режиме 8086 в режиме один пользователь/одна программа, что у нее нет защиты памяти. Осознание насколько это нужно пришло позже, и для совсем других ОС.
И в UNIX первых версий (насколько я помню) не было защиты памяти. Так что не все так однозначно.
HIMEM.SYS был введён в состав MS-DOS 5.0 для возможности загрузки ядра операционной системы DOS в High Memory Area с целью увеличения размера доступной основной области памяти путём указания загрузки DOS=HIGH в CONFIG.SYS.
Вы самом-то прочитайте что вы процитировали, а? Он был введён, не разработан для этого. MD-DOS 5.0 — это 1991й, а вот как раз HIMEM.SYS — это 1988й, времена MS DOS 4.01, который в HMA не умел…

HIMEM.SYS предоставляет доступ к оперативной памяти за пределами первого мегабайта пространства и потому драйвер необходим системам MS Windows9x/ME для загрузки графической части операционных систем
Можете проверить на досуге — Windows 9X отлично могут работать с XMSMMGR.EXE. Про ME не уверен.

Вот только к DOS приведенные вами команды отношения не имеют.
Час от часу не легче. Я правильно понимаю, что у вас теперь драйвера могут только входить в поставку DOS, а что не DOS — то уже не драйвер?

Осознание насколько это нужно пришло позже, и для совсем других ОС.
Да прекратите вы уже насиловать бедное животное, а? Защита памяти — это, я извиняюсь, 60е. Задолго до CP/M и MS DOS. Более того: уже самые ранние версии MS DOS имитировали TOPS-20. Начиная со второй версии. Потому что с этой самой TOPS-20 в Microsoft работали ещё со времён создания их самого первого продукта, «того самого» Бейсика.

Отсюда и попытки завести в MS DOS драйвера (в MS DOS 1.x их нету). Но расширители MS DOS в эту концепцию не лезли! Равно как и драйвера мыши, скажем. И вот так получилось что HIMEM.SYS оформили в виде .SYS файла, MOUSE.COM — в виде .COM-файла, EMS386.EXE — вроде как .EXE, но грузится из CONFIG.SYS, а XMSMMGR.EXE — такой же расширитель, как HIMEM.SYS, но грузится «не туда».

Именно за счёт попыток имитации систем защищённого режима в системе без MMU. Вы не забывайте, что MS DOS не была первой операционкой, которую Microsoft выпустила! До этого у них Xenix был!

Так что всё у них было: и осознание и понимание… технических возможностей не было — это да.
Вы самом-то прочитайте что вы процитировали, а? Он был введён, не разработан для этого. MD-DOS 5.0 — это 1991й, а вот как раз HIMEM.SYS — это 1988й, времена MS DOS 4.01, который в HMA не умел…

Читаем спецификацию XMS 2.0 в особенности на выделенные места
«eXtended Memory Specification (XMS), ver 2.0 July 19, 1988
Extended Memory Specification

DEFINITIONS:
— Extended Memory — Memory in 80286 and 80386 based machines which is located above the 1MB address boundary.

High Memory
Area (HMA) — The first 64K of extended memory. The High Memory Area is unique because code can be executed in it while in real mode. The HMA officially starts at FFFF:10h and ends at FFFF:FFFFh making it 64K-16 bytes in length.

Upper Memory Blocks (UMBs)- Blocks of memory available on some 80x86 based machines which are located between DOS's 640K limit and the 1MB address boundary. The number, size, and location of these blocks vary widely depending upon the types of hardware adapter cards installed in the machine.

Extended Memory
Blocks (EMBs)- Blocks of extended memory located above the HMA which can only be used for data storage.

A20 Line — The 21st address line of 80x86 CPUs. Enabling the A20 line allows access to the HMA.

XMM — An Extended Memory Manager. A DOS device driver which implements XMS. XMMs are machine specific but allow programs to use extended memory in a machine-independent manner.

HIMEM.SYS — The Extended Memory Manager currently being distributed by Microsoft.

DRIVER INSTALLATION:
An XMS driver is installed by including a DEVICE= statement in the machine's CONFIG.SYS file. It must be installed prior to any other devices or TSRs which use it. An optional parameter after the driver's name (suggested name „/HMAMIN=“) indicates the minimum amount of space in the HMA a program can use. Programs which use less than the minimum will not be placed in the HMA. See „Prioritizing HMA Usage“ below for more information. A second optional parameter (suggested name „/NUMHANDLES=“) allows users to specify the maximum number of extended memory blocks which may be allocated at any time.

NOTE: XMS requires DOS 3.00 or above.

THE PROGRAMMING API:
— The XMS API Functions are accessed via the XMS driver's Control Function. The address of the Control Function is determined via INT 2Fh. First, a program should determine if an XMS driver is installed. Next, it should retrieve the address of the driver's Control Function. It can then use any of the available XMS functions. The functions are divided into several groups:

1. Driver Information Functions (0h)
2. HMA Management Functions (1h-2h)
3. A20 Management Functions (3h-7h)
4. Extended Memory Management Functions (8h-Fh)
5. Upper Memory Management Functions (10h-11h)»

Т.е. Himem.sys изначально умел и HMA & UMB.
А когда и где появился HIMEM.SYS?
«Windows/286 2.10 и Windows/386 2.10 были выпущены 27 мая 1988 года.
Windows/286 могла использовать HMA для увеличения количества памяти, доступного программам для Windows. В этой версии впервые появился драйвер операционной системы MS-DOS HIMEM.SYS, реализовывавший такую функциональность. В результате в реальном режиме могло адресоваться не 640, а 704 килобайта оперативной памяти. „

Можете проверить на досуге — Windows 9X отлично могут работать с XMSMMGR.EXE. Про ME не уверен.

Да оставьте в покое этот костылик сделанный Microsoft для вполне конкретного случая при установке Windows. Все остальные умеющие “конфигурировать» DOS прописывали Himem.sys в Config.sys как было прописано в спецификации XMS «DRIVER INSTALLATION: An XMS driver is installed by including a DEVICE= statement in the machine's CONFIG.SYS file. It must be installed prior to any other devices or TSRs which use it. „, и не страдали фигней.
Час от часу не легче. Я правильно понимаю, что у вас теперь драйвера могут только входить в поставку DOS, а что не DOS — то уже не драйвер?

Ваши исполняемые файлы NETX.COM или VLM.EXE из NetWare, не являются драйверами ни в профиль, ни в анфас. Так что мимо.
Да прекратите вы уже насиловать бедное животное, а? Защита памяти — это, я извиняюсь, 60е. Задолго до CP/M и MS DOS. Более того: уже самые ранние версии MS DOS имитировали TOPS-20. Начиная со второй версии. Потому что с этой самой TOPS-20 в Microsoft работали ещё со времён создания их самого первого продукта, «того самого» Бейсика.

DOS копировал CP/M, почитайте о QDOS и легендарном Тиме Патерсоне как изначально рождался DOS.
Отсюда и попытки завести в MS DOS драйвера (в MS DOS 1.x их нету). Но расширители MS DOS в эту концепцию не лезли! Равно как и драйвера мыши, скажем. И вот так получилось что HIMEM.SYS оформили в виде .SYS файла, MOUSE.COM — в виде .COM-файла, EMS386.EXE — вроде как .EXE, но грузится из CONFIG.SYS, а XMSMMGR.EXE — такой же расширитель, как HIMEM.SYS, но грузится «не туда».

Устанавливаемые драйверы, древовидная файловая система, перенаправление ввода/вывода, IOCTL и так далее проросло в DOS из XENIX юникс-подобной операционной системы от Microsoft. И именно оттуда, а не из PDPшного TOPS-20. росло все перечисленное.
Именно за счёт попыток имитации систем защищённого режима в системе без MMU. Вы не забывайте, что MS DOS не была первой операционкой, которую Microsoft выпустила! До этого у них Xenix был!

Почему Xenix не смогли замотать IBM-у когда рождался РС? Да потому что IBM был тогда в рамсах с AT&T (у которого Микрософт лицензировал UNIX(XENIX))
Так что всё у них было: и осознание и понимание… технических возможностей не было — это да.

Все правильно для 8086, но с выходом 286 все изменилось.
“In its 1983 OEM directory, Microsoft said the difficulty in porting to the various 8086 and Z8000-based machines had been the lack of a standardized memory management unit and protection facilities. Hardware manufacturers compensated by designing their own hardware, but the ensuing complexity made it „extremely difficult if not impossible for the very small manufacturer to develop a computer capable of supporting a system such as XENIX from scratch,“ and „the XENIX kernel must be custom-tailored to each new hardware environment.“[12]:Introduction

A generally available port to the unmapped Intel 8086/8088 architecture was done by The Santa Cruz Operation around 1983.[23][24][25] SCO XENIX for the PC XT shipped sometime in 1984 and contained some enhancement from 4.2BSD; it also supported the Micnet local area networking.[26]

The later 286 version of XENIX leveraged the integrated MMU present on this chip, by running in 286 protected mode.[27] The 286 XENIX was accompanied by new hardware from XENIX OEMs. For example, the Sperry PC/IT, an IBM PC AT clone, was advertised as capable of supporting eight simultaneous dumb terminal users under this version.»


Подводя итог, с появлением 286 Unix мог запускаться на РС.
Я кстати не понимаю почему IBM изначально не сделало архитектуру памяти на РС странично адресуемой как это было сделано на 8-разрядных? Тут и увеличение памяти, и защита, и многозадачность?
Знаете — с вами спорить, всё равно что говорить с Аксиомом из известного рассказа Гуревича. Советую почитать — он коротенький.

DOS копировал CP/M, почитайте о QDOS и легендарном Тиме Патерсоне как изначально рождался DOS.
Может лучше почитать самого Тима, а? Вот что он пишет:
I made CP/M translation compatibility a fundamental design goal. This required me to create a very specific Application Program Interface that implemented the translation compatibility.



These translated tools were included with DOS when shipped by SCP. But I don’t think anyone else ever took advantage of this process.
Так что да — некоторые заимствования имелись… пока DOS разрабатывался не Microsoft. А Microsoft… а Microsoft как раз основывался на DEC, а не Xenix в свои ранние годы. Собственно Пол Аллен и Билл Гейтс на PDP-10 свой Бейсик, первый продукт Microsoft, пилили на нём.

И про цепочку TOPS-10 к M-DOS и от M-DOS к MS-DOS всё описано подробно The MS-DOS Encyclopedia:
Although it never became a real part of the Microsoft product line, M-DOS was a true multitasking operating system modeled after the DEC TOPS-10 operating system.

At that meeting, Paterson was introduced to Microsoft's M-DOS, which he found interesting because it used a system for keeping track of disk files--the FAT developed for Stand-alone BASIC--that was different from anything he had encountered.

Кстати из этого же описания можно увидеть, что популярный миф «Билл Гейтс коварно продал IBM продукт, которого у него не было, а потом выциганил 86-DOS у SCP чтобы его не разоблачили»… это всего лишь миф. M-DOS был у Microsoft ещё до того, как переговоры с IBM начались и, собственно, 86-DOS был зачат на основе идей из неё. Потом — да, потом история совершила полный круг и MS-DOS 1.x была рождена на основе операционки, которую Microsoft купил… но если бы её купить не удалось — то, может быть, результат был бы лучше для всех: M-DOS была явно более качественной OS, чем MS-DOS 1.x (но и более требовательной к ресурсам).

Почему Xenix не смогли замотать IBM-у когда рождался РС? Да потому что IBM был тогда в рамсах с AT&T (у которого Микрософт лицензировал UNIX(XENIX))
Рука-лицо. Какие «рамсы с AT&T»? Какой, нафиг, Xenix? Вы не забыли, что речь идёт, так-то, от компьютере, у кторого в ПЗУ вшит бейсик с поддержкой кассетного магнитофона, а памяти было от 16K до «гигантских» 256K?

Я кстати не понимаю почему IBM изначально не сделало архитектуру памяти на РС странично адресуемой как это было сделано на 8-разрядных? Тут и увеличение памяти, и защита, и многозадачность?
Дорого, блин, патаму шта! Они ж до того один раз обожглись уже на IBM 5100 с эмуляторами System/370 и System/3!

Собственно потому что маркетинг хотел сделать вид, что «вовсе то мы и не облажались» IBM PC и получил номер 5150 и встал, формально, в линейку IBM 5100, IBM 5110, IBM 5120

Что касается ваших обширных цитат… что ж вы самое-то важное не выделили, а?
The XMS API Functions are accessed via the XMS driver's Control Function. The address of the Control Function is determined via INT 2Fh.
А ведь INT 2F — это нифига не интерфейс для драйверов! Для них есть два интерфейса — для «Character Devices» и для «Block Devices». А INT 2F — это, извините, «a general interface is defined between two processes».

Ваши исполняемые файлы NETX.COM или VLM.EXE из NetWare, не являются драйверами ни в профиль, ни в анфас. Так что мимо.
Мимо — да, но не так и не потому, как вы сказали.

Да оставьте в покое этот костылик сделанный Microsoft для вполне конкретного случая при установке Windows. Все остальные умеющие “конфигурировать» DOS прописывали Himem.sys в Config.sys как было прописано в спецификации XMS «DRIVER INSTALLATION: An XMS driver is installed by including a DEVICE= statement in the machine's CONFIG.SYS file. It must be installed prior to any other devices or TSRs which use it. „, и не страдали фигней.
Они могли страдать фигнёй или не страдать фигнёй (это по желанию), но сути дела это не меняет.

HIMEM.SYS и XMSMMGR.EXE драйверами не являются — это расширители DOS в обоих случаях. Если быть уж совсем формальным, до конца, то HIMEM.SYS — это драйвер фиктивного устройства XMSXXXX0, совмешённый с расширителем DOS. Вот только это устройство никакого отношения к XMS вообще не имеет — что и ваши же цитаты исчерпывающе доказывают.

То, что кто-то «для ясности» смешал в одну кучу понятия драйвера XMSXXXX0 и разширителя DOS — доказывается, в свою очередь, существованием как раз XMSMMGR.EXE
Это сейчас 6 ФПС не жизнь. Раньше мы считали по-другому. Я лично прошел Дум на 386-33, там 6 ФПС при большом количестве противников на экране даже в мечтах не было. И ничего, играл до посинения.
А представляете всю мою боль когда родители по незнанию купили мне первый (PC-совместимый имеется в виду) компьютер 286-й и он оказался с EGA монитором. Тут-то и пришло осознание, что я не поиграю не только в Wolf3D но и в ещё добрую половину игр, которые бы возможно и пошли бы сами по себе на 286/1МБ, но требовали VGA.

А может кто подскажет? В начале 90-х, как только спали завесы и к нам хлынула реклама, был ролик "386 против 486", натурально сравнивались две жабы и когда покупатель выбрал ту что олицетворяла 386 звучала фраза, что-то типа "… вот выбранная Вами старая дохлятина… наслаждайтесь.." Вроде и не криворук, но нигде не нашел видео, хотя аналогичные и даже более ранние по времени рекламы других товаров гуглятся без проблем.

В свое время на первом пентиуме отключал кэш память на процессоре в БИОС. ДОС грузился минут 5, Дюк Нюкем пол-часа.

Это вообще мощный метод. Я его недавно применял на Pentium II, получил производительность 386-25.
Интересно, а в этом переходнике заработает Intel 486DX2 Overdrive?
Кто может объяснить, зачем капроновые стяжки на кварцевых генераторах?
У них тонкие ножки примерно 0.4мм и в цанговых панелях держится не очень надежно. Лучше стяжной закрепить.
Я получил ответ сразу после снятия стяжки. Генератор там свободно лежит и может легко вывалиться при переноске компьютера или матплаты.
Уважаемый автор, тут на «дружественном форуме» возник вопрос (хабрааккаунта у юзера нету).
Пожалуйста посмотрите.
Ссылка
Спасибо, ответил там.
Скажите пожалуйста, Вы когда меняли аккумулятор на мамке, то ставили аутентичный NiCd или всё же NiMH? И если NiCd, то где Вы его покупали? Мне бы на своём 386-м тоже надо бы новый поставить. Хотя стоящий ещё и не потёк, но налёт на нём уже появился. Возможно такое долгожительство можно объяснить тем, что компьютер использовался в повседневной работе вплоть до 2007-го года (по уверениям его вывшего владельца).
Так вот, оказалось, что купить такой NiCd аккумулятор задачка та ещё. В Чип и Дипе нет. На Али есть у двух-трёх продавцов но партией от нескольких десятков с соответствующей ценой. Нашёл у одного продавца поштучно, заказал, так месяц прошёл уже и хоть трек Zes Express по базе пробивается но никакого движения по нему нет, а сам лот снят с продажи после оплаты мной. Вангую не приедет ко мне мой аутентичный аккумулятор.
Так купите бокс на 2 батарейки ААА, и прилипите его в корпус на двойной скотч. Я во многие свои платы вообще впаял колодку под CR2032, у нее всего 3 Вольт напряжение, но все платы (кроме одной, которая на 6 Вольт элемент рассчитана) прекрасно с ней работают.
Это, думается мне, в корне не верное решение. Потому что там стоит именно аккумулятор, т.е. на него идёт заряд. Что будет с батарейкой если её пытаться заряжать? Ну через диод можно конечно, да.
Моя мамка, кстати, имеет разъём для подключения внешней батареи (с перемычкой для отключения набортной). Я правда не знаю подразумевается ли подключение тоже аккумулятора или обычной батарейки.
Но это всё не то. Пока цель стоит сделать именно в аутентичном варианте. А так-то можно и в DOSBox'е играть, верно? :)
Пока ещё надежда достать NiCd меня не покидает. В природе же они есть новые, раз коробками продают. На худой конец NiMH припаяю, их-то сколько угодно продаётся.
Батарейка подключается к специальному разъему. И ничто не мешает поставить в бокс аккумуляторы, и заряжать.
Т.е. этот разъём External Battery подразумевает подключение именно обычной батарейки?
Я возможно в итоге закажу с Али мелкую партию (что-то около 5 шт, вроде был такой вариант там) NiCd аккумуляторов. Мне определённо нужен только один. Остальными готов поделиться безвозмездно. Кому надо пишите в личку.
Зарядка обычно идет через диод, который рядом с самой батареей, его найти несложно, и выпаять. Но это если хотите CR2032, если будете ААА в боксе ставить, можно в провод от бокса интегрировать диод, тогда и искать ничего не надо.
Я пробовал два варианта, они оба NiMH, оба работают. Первый — аккумулятор по внешним параметрам идентичный оригинальному, с двумя ножками, прибитыми контактной сваркой. Заказывал за неразумную цену в США. Второй — Varta 14250, они кажется чуть длинее, есть с обычными ногами под пайку (влезают с трудом, см фото ниже) и той же холодной сваркой. Они чуть чаще встречаются.



Наверное правильнее по совету выше ставить бокс на две батарейки АА или колхозить CR2032 — второй вариант мне кажется наиболее защищен от протечек в будущем. Но почему-то захотелось сохранить аутентичность.
NiMH в нужном нам формфакторе на Али как грязи. Из США за большие деньги не надо заказывать.
Про батарейки и аутентичность выше ответил.
Меня в аутентичности пугает то, что платы в основном лежат на полке, используются редко, и могу не уследить за протечкой. Бокс можно отключить перед тем, как положить на полку (или в корпусе найти ему такое место, где его протечка ничему не навредит). А CR2032 вообще не текут, насколько я знаю. Да и даже если потекут, электролита там сильно меньше и ущерб будет значительно меньше.
Но вообще, конечно, бочонок выглядит значительно лучше на плате. Можно, наверное, для него колодку наколхозить.
Согласен. Планирую оставить батарейку в рабочем компе, а на тех платах, что пойдут на хранение — отпаять. Подозреваю, что лет десять эта батарейка продержится, но один раз кто-то до меня уже на этом погорел :)
Мне дарили платы с повреждениями от электролита. Друзья и знакомые, у которых по каким-то причинам они где-то завалялись. Из 4х плят в ужасном состоянии восстановить удалось только 2. Еще 2 так разъело, что я не смог все дорожки восстановить. Может, конечно, там не только в дорожках дело было. Но все равно, обидно.

планируется ультимативный апгрейд оперативной памяти? У меня почему-то руки чешутся разработать и запихнуть вместо стоковых плашек, что-то новодельное, с минимальным количеством микросхем или вообще на статике

Я наоборот уменьшил объем с 32 до 16 мегабайт, для совместимости и ускорения теста памяти.

Sign up to leave a comment.