Ф
Е
В
Р
А
Л
Ь
S P E C T R U M -Р А З Д Е Л
рованы. Необходима непрерывная
операционная среда соответствую-
щих размеров, а это только ОС. В
противном случае карта “GS” превра-
щается в забавную игрушку. Соб-
ственно, имеющиеся программы про-
игрывания файлов, плееры,необхо-
димы, но далеко не достаточны. На-
писать плеер может почти каждый
пользователь. Но создание поддер-
жки в виде программной среды - это
профессиональная задача, в одиноч-
ку не решаемая. Так как авторское
право не соблюдается, то такой сре-
ды не создано и по сей день, хотя ко-
личество плееров исчисляется уже
десятками.
2. Подключение винчестера. Аппа-
ратно винчестер был подключен к Sp-
клону “ATM” еще в начале девянос-
тых годов, но так и остался “мертвым
грузом” в конструкции. По причине от-
сутствия ОС, т.к. полноценно задей-
ствовать винчестер без ОС невозмож-
но. Причем все дело именно в ОС, -
аппаратных проблем минимум. Требу-
ется всего шесть микросхем комбина-
ционной логики для перекодировки
сигналов Spectrum-клона в IDE/AT-
шину. (MFM-винчестеры в Spectrum’e
не применяются по причине крайней
сложности, дороговизны и капризно-
сти контроллеров MFM, - отсюда и
“бросовая” цена MFM-винчестеров).
Винчестер без ОС - это несуществу-
ющая “сущность”, т.е. химера. В чем
и смогли убедиться пользователи
SMUG. (Разработка фирмы Scorpion
- быстрый загрузчик с винчестера под
TRDOS. Программно-аппаратная ре-
ализация очень большой коробки со
сваленными в кучу дискетами). В ком-
пьютере “KAY-1024” винчестер изна-
чально подразумевается как систем-
ное устройство ОС, поэтому он и ра-
ботает (при наличии у пользователя
соответствующих задач), а не просто
“числится в штате”.
3. Сетевые программы. Для пере-
д ачи-прием а
“ м ы ла”
(m ail)
на
Spectrum’e созданы достаточно мощ-
ные терминальные программы, на-
пример, “MMD 2.20”. Но на уровне
узла сети (BBS) файлы приходится
переносить на компьютер IBM для об-
работки в ОС. В результате высокая
эффективность собственно связной
программы, которой положено быть
не более чем утилитой ОС, теряет
смысл. А Spectrum-сети превращают-
ся в несуществующую “сущность”, так
как в узлах, на BBS, сидят пользова-
тели IBM, которые успешно осуществ-
ляю т управление
и
контроль
в
Spectrum-сетях со стороны платфор-
мы IBM. Сами владельцы BBS этого
не осознают, так как сами управляе-
мы (манипулируемы). Управление же,
как известно, транзитивно (если
объект А управляет объектом В, а
объект В управляет объектом С, то,
следовательно, объект А управляет
объектом С). Т.е. Spectrum-сетей как
таковых не существует, по сути, это
филиал платформы IBM (форпост) в
платформе Spectrum, и этот сегмент
инф ормационного пространства к
платформе Spectrum никакого отно-
шения не имеет. Если читатель само-
стоятельно попробует оценить ин-
формационное наполнение сетей по
предложенным в
табл. 1
критериям,
то он очень быстро обнаружит, что по-
лучить корректные оценки невозмож-
но, - они теряют смысл, либо оказы-
ваются двусмысленными. Это означа-
ет, что сети не имеют отношения к ин-
формационному пространству плат-
формы Spectrum. Поэтому сети и не
выделены в отдельный обзор предла-
гаемой статьи.
Следует уточнить, что необходи-
мость ОС в сетях есть необходимое, но
далеко не достаточное условие для их
успешной и полезной реализации на
практике. В сетях полностью отсутству-
ют рентные механизмы и какая-либо
профессиональная, серьезная дея-
тельность там невозможна (за исклю-
чением, разумеется, той деятельности,
что проплачивается третьими лицами).
Проблемы же морально-этического
плана не имеют технических решений.
Вполне вероятно, что рентные меха-
низмы в сетях принципиально невоз-
можны. В таком случае сети превра-
тятся в оф ициальное государство
СМИ, что-то типа телеканала “CNN”.
Возвращаясь к программе “MMD
2.20” необходимо отметить, что “эво-
люционным” путем усовершенствова-
ний и доделок получить ОС из этой
программы (да и любой другой) невоз-
можно. Решение о том, что создается
именно ОС, должно приниматься из-
начально, уже на идеологическом
уровне, а не на концептуальном (в
традиционной терминологии, - систе-
матическом) либо техническом уров-
не реализации проекта.
4.
Инф ормационные оболочки.
Информационные оболочки - это тоже
продукт, при создании которого ис-
пользование ОС неизбежно. Подроб-
нее смотри следующую публикацию.
“В ОСи (читай, ISDOS) мало сво-
бодной памяти, ограниченный набор
функций, низкое быстродействие”.
Претензии такого рода варьируют-
ся, в зависимости от ситуации, в раз-
ных пропорциях и комбинациях. Заб-
луждение состоит в том, что пользо-
ватели не отдают себе отчета в том,
что эти параметры взаимосвязаны
(можно сказать “линейно-зависимы”)
и представляют собой в имеющейся
комбинации разумный компромисс.
Можно долго и с удовольствием блуж-
дать в этих “трех соснах", комбинируя
эти параметры различными способа-
ми. Но найденный компромисс будет
слабо отличаться от имеющегося в
13Э03’е. Увеличиваем память иЗЕИ-
программы (программы-пользовате-
ля), падает быстродействие и сужа-
ется набор функций. Аналогично по
любому из параметров. Собственно
же ограничением является типовая
архитектура Эр-машины, централь-
ный восьмиразрядны й процессор
(С Р и-8), который имеет адресное
пространство 64 кб. Это и есть “чет-
вертая сосна” от которой и надо от-
талкиваться, тогда ситуация проясня-
ется, так как обнаруживается объек-
тивное ограничение. Отказ же от СРи-
8 будет отказом и отЭр-машины, а по-
лучившиеся в результате архитекту-
ры окажутся неустойчивыми (коротко-
живущими) из-за нарушения целост-
ности-гармоничности концепции. В
том нет большой трудности, чтобы
подковать аглицкую блоху, но вот вся
беда в том, что опыт лесковского Лев-
ши свидетельствует о том, что блоха
после этого перестает прыгать. В ча-
стности, С Ри-8 идеально соответ-
ствует задаче обработки матрицы
256x192, а это телестандарт, фунда-
мент Эр-машины. Сам же вопрос, по
сути, о том, что можно и хочется ре-
ально получить: химеру в голове, но,
очень прекрасную, либо реальную
вещь, которая, как и все реальные
вещи, далеко не идеальна. Реальные
вещи объективно ограничены, химе-
ры же безграничны.
“Необходимо создать новую ОС,
которая была бы лучше 13003”а”.
Собственно, такое утверждение
уже подразумевается предыдущим
пунктом в качестве следствия. Так из
одной химеры рождается другая.
Создать код ОС и создать новую
ОС на уровне продукта в сущности
две большие разницы. В ином, не-
жели чем продукт, виде ОС суще-
ствовать не может, - это не демо-
мейкинг. Вполне допустима мысль,
что существуют достаточно квали-
ф ицированны е пользователи, по-
тенциально способные создать код.
Но требуется создать именно про-
дукт, а для этого требуется профес-
сионализм, а не только и не столько
2/2002
предыдущая страница 21 Радиолюбитель 2002-02 читать онлайн следующая страница 23 Радиолюбитель 2002-02 читать онлайн Домой Выключить/включить текст