Комментарии 45
Если не ошибаюсь, то SWsoft (который стал Parallels) давным давно занимался проектом виртуализации OS/2 и даже был отдельный продукт. Было необходимо мигрировать на новые системы, сохраняя старые в виртуалках. Дядько Ця писал про это.
Может кто подробнее написать?
Может кто подробнее написать?
Вы определённо говорите про SVISTA. ;)
en.wikipedia.org/wiki/SVISTA
Ещё вот ссылка: en.wikipedia.org/wiki/TwoOStwo
… чаще не могу отвечать…
en.wikipedia.org/wiki/SVISTA
Ещё вот ссылка: en.wikipedia.org/wiki/TwoOStwo
… чаще не могу отвечать…
Куда мы катимся… 23% — «я не знаю, что такое OS/2»
Интересно, какова доля OS/2 в банкоматах? Раньше распространена была. В банках тоже может крутиться.
На хабре была серия статей про банкоматы. Там можно поискать по словам «OS/2» и «полуось». Вкратце — исчезающе мало.
habrahabr.ru/post/216315/#comment_7415025
habrahabr.ru/post/216315/#comment_7415025
Ну не исчезающе. Постоянно в москве вижу
Не сказал бы что мало, у меня на работе 2 банкомата стоят — один на OS/2, другой на WinXP. И насколько я знаю у моего зарплатного банка достаточно много банкоматов на OS/2 работают.
Я ответил, что «не знаю», хотя в теории знаю. Вот на практике пользоваться никогда не приходилось. Может, и остальные проявили скромность :-)
Мне интересна не столько OS/2, сколько вот эти штуки типа определения скорости дисковода или переключения в защищённый режим. В смысле, как вообще работали системы в те лохматые годы. В этом плане автор пиши ещё :-)
Мне интересна не столько OS/2, сколько вот эти штуки типа определения скорости дисковода или переключения в защищённый режим. В смысле, как вообще работали системы в те лохматые годы. В этом плане автор пиши ещё :-)
Помню у нас весь пенсионный фонд на OS/2 работал.
У меня фидошная нода на полуоси крутилась, эх времена.
У меня фидошная нода на полуоси крутилась, эх времена.
Пенсионный фонд в свое время вообще подсел на все от IBM. На рабочих машинах была OS/2, на серверах AS/400 крутились DB/2, в которых все мы и числились.
Подтверждаю! Правда не весь пенсионный фонд, а только отделы персучёта, которые непосредственно занимаются пенсионными счетами. Ну вот тут немного старпёрства по этому поводу…
Да, пожалуйста, продолжайте писать об OS/2, всегда было интересно, как-то мимо меня прошла она в своё время, даже скачать негде было (да и сейчас не знаю где)
Пополама была великолепна. На Мерлине и Авроре удалось в свое время довольно долго просидеть и на домашнем компе и на работе.
Очень жаль, что она фактически перестала развиваться и померла.
Очень жаль, что она фактически перестала развиваться и померла.
>Очень жаль, что она фактически перестала развиваться и померла.
Ога, померла, и не один раз.
Другое дело, что на развитие попросту не хватает человекоденежных ресурсов. На поддержание в хоть каком-нибудь более-менее актуальном состоянии — и то едва ли. Все скудные силы бросаются на очевидные вещи — запуск на современных машинах с ACPI, AHCI и сносная работа с видео через биос. UEFI пока никак. Драйвер звука тоже один — ограниченный старый порт альсы. С новыми сетевыми карточками тоже всё хреново. С вайфаем полный атас.
Потом, надо понимать, что необходимо портировать современное мастхев-ПО для любого десктопа: браузер и офисный пакет. Что уже чрезвычайно сложно. А с другого конца ломают в новых версиях уже сделанное просто потому, что всем пофиг, хотя можно было бы и не трогать.
Короче, на качественное развитие ресурсов почти не остаётся…
Ога, померла, и не один раз.
Другое дело, что на развитие попросту не хватает человекоденежных ресурсов. На поддержание в хоть каком-нибудь более-менее актуальном состоянии — и то едва ли. Все скудные силы бросаются на очевидные вещи — запуск на современных машинах с ACPI, AHCI и сносная работа с видео через биос. UEFI пока никак. Драйвер звука тоже один — ограниченный старый порт альсы. С новыми сетевыми карточками тоже всё хреново. С вайфаем полный атас.
Потом, надо понимать, что необходимо портировать современное мастхев-ПО для любого десктопа: браузер и офисный пакет. Что уже чрезвычайно сложно. А с другого конца ломают в новых версиях уже сделанное просто потому, что всем пофиг, хотя можно было бы и не трогать.
Короче, на качественное развитие ресурсов почти не остаётся…
Вайфай под eComStation (i3945) у меня запустился вполне прилично. И даже вроде USB теперь нормально работает.
Разгребаю проблемы работы SMP+ACPI на ThinkPad T60 — с включенным SMP работает нестабильно.
Огорчает отсутствие поддержки Bluetooth и биометрических датчиков…
Да и скоро вплотную встанет проблема с поддержкой объема ОЗУ больше 3 гигов ((( А на х64 ядро никто не переделает уже, а проекты OS/Free и OS/4 слишком медленно развиваются (OS/Free как я понял заглох вообще).
Разгребаю проблемы работы SMP+ACPI на ThinkPad T60 — с включенным SMP работает нестабильно.
Огорчает отсутствие поддержки Bluetooth и биометрических датчиков…
Да и скоро вплотную встанет проблема с поддержкой объема ОЗУ больше 3 гигов ((( А на х64 ядро никто не переделает уже, а проекты OS/Free и OS/4 слишком медленно развиваются (OS/Free как я понял заглох вообще).
Значит, дела обстоят примерно так.
USB стек умеет только 2.0 — не выше. Работает, как бы, хорошо, никаких проблем нет.
>Разгребаю проблемы работы SMP+ACPI на ThinkPad T60 — с включенным SMP работает нестабильно.
Хм. Скажите пожалуйста, какая версия eCS у вас установлена, назовите версию ядра и подсистемы ACPI.
На T60 проблем быть не должно.
>Да и скоро вплотную встанет проблема с поддержкой объема ОЗУ больше 3 гигов ((( А на х64 ядро никто не переделает уже, а проекты OS/Free и OS/4 слишком медленно развиваются (OS/Free как я понял заглох вообще).
Тут всё интереснее.
Вообще, изначально существовал проект OS/3. Эти люди работали над ядром из утекших исходников Мерлина (несобираемыми). Сейчас данный проект уже не существует.
Как я уже говорил, людей очень мало, но работают два попендикулярных проекта, состоящих исключительно из энтузиастов: osFree и OS/4.
Кстати, оба были названы по подобию OS/3 (ow-ess-three, что созвучно с OS free).
osFree — проект по переносу всего и вся на микроядро L4/Fiasco. Большущая статья от мейнтейнера данного проекта (русский!) не прошла из песочницы, и инвайт этому человеку не достался. Объём работ огромен, и на данный момент невыполним, но работа реально ведётся. Есть загружающийся образ, который сохраняет весьма-весьма-весьма ограниченную совместимость с программами OS/2 на уровне исходного кода (то есть, требуется рекомпиляция). Естественно, в идеалистичных планах присутствует написание персоналити лейера для запуска приложений OS/2 без рекомпиляций (application binary interface compatibility).
Следует понимать, что объём работ невероятно огромен.
OS/4 специализируется *исключительно* на ядре, и утекшие исходники не используются в проекте.
Основная задача — запуск OS/2 на тех машинах, на которых запуск OS/2 с оригинальным ядром невозможен.
Ядро собирается свободным компилятором OpenWatcom, и оно в общем гораздо прямее бимерского.
На базе последнего как раз только и возможны настолько большие перемены, как внесение поддержки > 4 GiB.
USB стек умеет только 2.0 — не выше. Работает, как бы, хорошо, никаких проблем нет.
>Разгребаю проблемы работы SMP+ACPI на ThinkPad T60 — с включенным SMP работает нестабильно.
Хм. Скажите пожалуйста, какая версия eCS у вас установлена, назовите версию ядра и подсистемы ACPI.
На T60 проблем быть не должно.
>Да и скоро вплотную встанет проблема с поддержкой объема ОЗУ больше 3 гигов ((( А на х64 ядро никто не переделает уже, а проекты OS/Free и OS/4 слишком медленно развиваются (OS/Free как я понял заглох вообще).
Тут всё интереснее.
Вообще, изначально существовал проект OS/3. Эти люди работали над ядром из утекших исходников Мерлина (несобираемыми). Сейчас данный проект уже не существует.
Как я уже говорил, людей очень мало, но работают два попендикулярных проекта, состоящих исключительно из энтузиастов: osFree и OS/4.
Кстати, оба были названы по подобию OS/3 (ow-ess-three, что созвучно с OS free).
osFree — проект по переносу всего и вся на микроядро L4/Fiasco. Большущая статья от мейнтейнера данного проекта (русский!) не прошла из песочницы, и инвайт этому человеку не достался. Объём работ огромен, и на данный момент невыполним, но работа реально ведётся. Есть загружающийся образ, который сохраняет весьма-весьма-весьма ограниченную совместимость с программами OS/2 на уровне исходного кода (то есть, требуется рекомпиляция). Естественно, в идеалистичных планах присутствует написание персоналити лейера для запуска приложений OS/2 без рекомпиляций (application binary interface compatibility).
Следует понимать, что объём работ невероятно огромен.
OS/4 специализируется *исключительно* на ядре, и утекшие исходники не используются в проекте.
Основная задача — запуск OS/2 на тех машинах, на которых запуск OS/2 с оригинальным ядром невозможен.
Ядро собирается свободным компилятором OpenWatcom, и оно в общем гораздо прямее бимерского.
На базе последнего как раз только и возможны настолько большие перемены, как внесение поддержки > 4 GiB.
Вообще, как вы понимаете, решений данной проблемы несколько.
Первая — запускаться в режиме x86_64. Вкратце — невыполнимо.
Огромный объём работ, переписывание всех без исключения драйверов (неполностью, конечно), придётся переделывать некоторые части операционной системы полностью — те, которые используют шестнадцатибитный код. Останемся без MVDM. Необходимо будет как-нибудь придумывать, как запускать приложения, имеющие части, написанные в шестнадцати битах. Драйверы, опять же. Короче, от оси, какой все её знают, мало что останется, кроме того, что это невыполнимый объём работ.
Вторая — впилить в memory manager ядра OS/4 поддержку расширения PAE. Вкратце — большие проблемы, теоретически выполнимо.
Потребует огромного количества работы, а потом ещё и придётся переписывать драйверы, что усложняется тем, что исходники многих драйверов недоступны. Но ось может выжить, однако ненадолго — снова скоро оп-па, и 64 гигабайт снова будет не хватать.
Третяя, костыльная.
Штука в том, что то, что называют ограничением в четыре гигабайта — это ограничение **виртуальной памяти процесса**. А процессов может быть дофига и больше, и каждый, в идеале, может занять до четырёх гигабайт. С этим можно жить.
Вопрос, куда мапить эту память. Очевидно, как и любую виртуальную память, в физику, потому что ничего быстрее в компе пока нет. Но **и физика тоже** ограничивается четырьмя гигабайтами.
Тут начинается костыль. Один добрый человек написал хитрый и очень быстрый RAM-диск, который работает параллельно memory manager'у ядра, и может использовать физическую память выше четырёх гигабайт. Как только необходимо сделать что-нибудь с такой памятью, он переходит в режим PAE, работает с памятью, а под конец возвращает всё обратно. Чистая магия.
Осталось только положить файл подкачки на такой RAM-диск (что без проблем), если бы не одно но — ядро написано так, что в сумме физическая память + подкачанная память не может быть больше четырёх гигабайт… приехали…
Это снова огромный объём работ по переписыванию кучи всего в ядре, но плюс тут в том, что не нужно будет переписывать драйвера.
Как-то так.
Первая — запускаться в режиме x86_64. Вкратце — невыполнимо.
Огромный объём работ, переписывание всех без исключения драйверов (неполностью, конечно), придётся переделывать некоторые части операционной системы полностью — те, которые используют шестнадцатибитный код. Останемся без MVDM. Необходимо будет как-нибудь придумывать, как запускать приложения, имеющие части, написанные в шестнадцати битах. Драйверы, опять же. Короче, от оси, какой все её знают, мало что останется, кроме того, что это невыполнимый объём работ.
Вторая — впилить в memory manager ядра OS/4 поддержку расширения PAE. Вкратце — большие проблемы, теоретически выполнимо.
Потребует огромного количества работы, а потом ещё и придётся переписывать драйверы, что усложняется тем, что исходники многих драйверов недоступны. Но ось может выжить, однако ненадолго — снова скоро оп-па, и 64 гигабайт снова будет не хватать.
Третяя, костыльная.
Штука в том, что то, что называют ограничением в четыре гигабайта — это ограничение **виртуальной памяти процесса**. А процессов может быть дофига и больше, и каждый, в идеале, может занять до четырёх гигабайт. С этим можно жить.
Вопрос, куда мапить эту память. Очевидно, как и любую виртуальную память, в физику, потому что ничего быстрее в компе пока нет. Но **и физика тоже** ограничивается четырьмя гигабайтами.
Тут начинается костыль. Один добрый человек написал хитрый и очень быстрый RAM-диск, который работает параллельно memory manager'у ядра, и может использовать физическую память выше четырёх гигабайт. Как только необходимо сделать что-нибудь с такой памятью, он переходит в режим PAE, работает с памятью, а под конец возвращает всё обратно. Чистая магия.
Осталось только положить файл подкачки на такой RAM-диск (что без проблем), если бы не одно но — ядро написано так, что в сумме физическая память + подкачанная память не может быть больше четырёх гигабайт… приехали…
Это снова огромный объём работ по переписыванию кучи всего в ядре, но плюс тут в том, что не нужно будет переписывать драйвера.
Как-то так.
Ситуация знакома мне…
И как мне кажется, именно стремящаяся к нулю вероятность пережить переход на 64 бит и хоронит систему — с одной стороны никто не хочет писать/портировать ПО под систему, которая уже 10 раз умерла и может в любой момент умереть окончательно, а с другой — раз нет ПО, то смысл пытаться развивать систему. Остаются одни энтузиасты, которые тоже часто не могут прийти к общему мнению и вечно обижаются друг на друга.
И как мне кажется, именно стремящаяся к нулю вероятность пережить переход на 64 бит и хоронит систему — с одной стороны никто не хочет писать/портировать ПО под систему, которая уже 10 раз умерла и может в любой момент умереть окончательно, а с другой — раз нет ПО, то смысл пытаться развивать систему. Остаются одни энтузиасты, которые тоже часто не могут прийти к общему мнению и вечно обижаются друг на друга.
Напишите, как поставить OS/2 APC2/MCP2 на машину с объемом памяти больше 512МБ без уменьшения объема памяти на время настройки!
eComStation ставится нормально, родную полуось нужно патчить после уставновки…
eComStation ставится нормально, родную полуось нужно патчить после уставновки…
А в чём, собственно, проблема? Я буквально полтора года назад ставил ACP2 на машину с четырьмя гигами рамяти и двумя процессорами. И как бы всё работает, и на время установки я память не вытаскивал.
Warp 3 — да, 512 MiB там — максимум, иначе оно трапается. Нужно ядру передавать ограниченное количество памяти — либо патченным ядерным лодырем, либо вообще сторонний использовать. Вам про это написать?
Вообще, поддержка памяти за барьером в 512 мегабайт появилась только в серверной версии Warp 3.
Warp 3 — да, 512 MiB там — максимум, иначе оно трапается. Нужно ядру передавать ограниченное количество памяти — либо патченным ядерным лодырем, либо вообще сторонний использовать. Вам про это написать?
Вообще, поддержка памяти за барьером в 512 мегабайт появилась только в серверной версии Warp 3.
Напишите пожалуйста, можно в личку.
Возможно у меня не последняя версия дистрибутива, но проблема есть. Зависает на последнем этапе установки.
Машины были использованы две — ThinkPad T43p и ThinkPad T60. Возможно проблемы создает какое-то нестандартное решение IBM/Lenovo, но у меня нет под рукой ни сравнимого десктопа, ни ноута другой марки.
По памяти, такая же проблема была с ACP2 лет 5 назад с DualP3-1000, 2048 ОЗУ на ASUS CUV4X-DLS, тогда побеждал это как раз уменьшением объема памяти.
Возможно у меня не последняя версия дистрибутива, но проблема есть. Зависает на последнем этапе установки.
Машины были использованы две — ThinkPad T43p и ThinkPad T60. Возможно проблемы создает какое-то нестандартное решение IBM/Lenovo, но у меня нет под рукой ни сравнимого десктопа, ни ноута другой марки.
По памяти, такая же проблема была с ACP2 лет 5 назад с DualP3-1000, 2048 ОЗУ на ASUS CUV4X-DLS, тогда побеждал это как раз уменьшением объема памяти.
просто возьмите любую дискету с DOS'ом
Заставило почувствовать себя старым.
Ладно дисковод я еще найду… и шлейф >.<, но PCI мультяха в каждом шкафу не валяется, а с контроллерами на мамках в последнее время тяжко.
Очень полезная статья для иллюстрации того факта, что программирование «на sleep'ах» ни к чему хорошему не приводит. Т.е. при попытках запуска такого софта внутри нового железа/ВМ приходится учитывать разницу в задержках работы узлов. А задержки эти, как правило, недокументированы.
Как вы могли заметить, проблемы с запуском в виртуалке случились не только из-за «программирования на слипах».
И просто тогда уж JFYI, чтобы у кого-нибудь вдруг неверная общая картина не выстроилась, и Linux этим страдал, причём спустя восемь лет после OS/2 1.0:
www.os2museum.com/wp/?p=2426
И просто тогда уж JFYI, чтобы у кого-нибудь вдруг неверная общая картина не выстроилась, и Linux этим страдал, причём спустя восемь лет после OS/2 1.0:
www.os2museum.com/wp/?p=2426
А задержки эти, как правило, недокументированы.Они не просто недокументированы, а непредсказуемы ввиду суперскалярных архитектур и виртуализации.
Товарищи, поднимите человеку карму! Интересные ведь вещи пишет, а в минусе. Как так?
А как же PM?
Я не знаю, что есть в полуоси, что в нынешние времена оправдывало бы её содержание хотя бы на виртуальной машине. Не просветите?
Хорошая статья.
Ставил относительно недавно Warp 4 на P4 c GForce на AGP — все работало, наверно, через VBE. Что просто достало — то, что установка происходит с CD, но предварительно нужно подгрузить систему на 3 (или четырех?) дискетах. Поскольку ставилось методом тыка, приходилось множество раз перезагружать. Так у меня дискеты повылетали (на две пришлось заново образы кидать) из-за постоянного «вставьте 1-2-3-4» при загрузке. Ну да ладно, наградой была работающая необычная система, с графикой и лучшей, чем в Windows, эмуляцией DOS режима.
Кстати:
куда легче сдвинуть бегунок в настройках виртуальной машины влево и создать виртуальный накопитель на, пусть, 120 мегабайт, чем бегать и искать настоящий, рабочий жёсткий диск настолько маленьких объёмов.
На заметку — если есть сервисная программа для НМД, это не проблема. Мне как-то надо было обновить жесткий диск в стареньком P1 ноутбуке, BIOS которого не поддерживал диски больше 8 Гб, а самый маленький из продаваемых был на 40 (полетевший был на 1.2). В итоге я купил 40ку, при помощи сервисной программы настроил котроллер диска, чтобы тот прикидывался 4 гигабайтным. В итоге винт на 40, но «делает вид», что только на 4. Win95 и Linux RedHat работают отлично.
Ставил относительно недавно Warp 4 на P4 c GForce на AGP — все работало, наверно, через VBE. Что просто достало — то, что установка происходит с CD, но предварительно нужно подгрузить систему на 3 (или четырех?) дискетах. Поскольку ставилось методом тыка, приходилось множество раз перезагружать. Так у меня дискеты повылетали (на две пришлось заново образы кидать) из-за постоянного «вставьте 1-2-3-4» при загрузке. Ну да ладно, наградой была работающая необычная система, с графикой и лучшей, чем в Windows, эмуляцией DOS режима.
Кстати:
куда легче сдвинуть бегунок в настройках виртуальной машины влево и создать виртуальный накопитель на, пусть, 120 мегабайт, чем бегать и искать настоящий, рабочий жёсткий диск настолько маленьких объёмов.
На заметку — если есть сервисная программа для НМД, это не проблема. Мне как-то надо было обновить жесткий диск в стареньком P1 ноутбуке, BIOS которого не поддерживал диски больше 8 Гб, а самый маленький из продаваемых был на 40 (полетевший был на 1.2). В итоге я купил 40ку, при помощи сервисной программы настроил котроллер диска, чтобы тот прикидывался 4 гигабайтным. В итоге винт на 40, но «делает вид», что только на 4. Win95 и Linux RedHat работают отлично.
IBM уже в конце выпустила дистрибутив на двух сидюках, без дискет. Warp 4.5, клиент и сервер, шли так.
А GeForce на AGP скорее всего можно пустить с аппаратным ускорением (не через VBE) с драйвером SNAP.
Нужно уточнить модель.
Если захотите поставить ещё раз, можете сразу смотреть на eComStation.
А GeForce на AGP скорее всего можно пустить с аппаратным ускорением (не через VBE) с драйвером SNAP.
Нужно уточнить модель.
Если захотите поставить ещё раз, можете сразу смотреть на eComStation.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Запускаем IBM OS/2 1.0 в виртуальной машине: почему это сложно сделать