
Сообщение от
fk0
Но вот есть одна беда. Есть такие, типа кодеры, которые пишут
программы, которые портят этот рам-диск. У меня даже переключатель был, для запуска таких программ. Чтоб верхнюю
память отключать. НО ТОГДА И РАМ-ДИСК НЕДОСТУПЕН!
Вот это проблема.
А почему так происходит? Вот взять, например, ALASM. Ему нужно,
ну банка, ну две-три. Исходники хранить. А он из-за этого рам-диск
гробит. Потому что он не знает что там рам-диск. А даже если и знает, то не умеет им воспользоваться. А было бы нужно всего-то
создать в этом рам-диске файлик, выяснить в какую банку он попал
и ту банку использовать. Налицо плюс: состояние исходника надёжно
сохраняется между запусками аласма. Потому что другие программы,
если они тоже корректно работают с рам-диском, они не будут портить файлик, который был занять аласмом.
Больше того, тот же аласм можно временно прервать, записать
как @ файл на рам-диск, поработать с другой программой, и
вернуться обратно в аласм. Чем не многозадачность? И никто
этот аласм, резидентный в памяти, не испортит. Даже если параллельно два аласма запускать. Потому что они знают --
вот это мой файлик, а вот это чужой. И где какая банка.
<...>
ПОЛЬЗОВАТЕЛЬ ОДИН РАЗ ЗАГРУЖАЕТ В РАМ-ДИСК САМЫЕ
НУЖНЫЕ ПРОГРАММЫ И ПОТОМ
работает быстро!
Адаптацию существующих программ, портящих какую попало
память. Да, это проблема. К счастью, таких программ относительно
мало. И они или запускаются в 128-режиме. Или их можно пропатчить для выделения банок из рам-диска.
Но самое важное, что я хотел сказать -- каждый раз когда разговор
заходит о всяких там ОС начинают изобретать всякую херню. ZX-Windows, ZX-Linux, окна, мыши, ядра, "таскменеджеры". А хрен
ли с них толку, если я хочу в аласм код писать под этим всем?
А вот элементарная вещь -- рам-диск. Это же готовый менеджер
памяти. И вообще очень удобная штука. Без неё спектрумом пользоваться вообще нереально. Только если нет SMUC.
Впрочем, о чём тут писать. Писюканцы-эмуляторщики ниасилят.
Посидели бы за реальным недельку...