ZXNet эхоконференция «zxnet.soft»

Hello, All

Чтой т потянула меня на воспоминания :eek: вот решил тут набросать пару строк.
Это не в коей мере не финальная версия! Это всего лишь первые наброски ядра
системы. Если у кого-то возникнут вопросы, предложения, дополнения всегда рад
выслушать. :rolleyes:

товарищам у уровнем "AM/КГ" просьба не напрягать свои остатки умственных
извилин :mad:

Файл: DOORS2006.rar http://zx.pk.ru/attachment.php?attachmentid=2522

Hello, breeze

злая штука.
кста у мну тоже есть кое какие идеи по поводу осеписания, но немного в другую
степь.
ты это, звони, обсудим ^_~

Hello, breeze

Гы, breeze, закатай им man pages :)

Hello, breeze

bre> товарищам у уровнем "AM/КГ" просьба не напрягать свои остатки
bre> умственных извилин

Ампер на килограмм?

вам бы самим, товарищи, хоть бы суметь опубликовать своё творение
в виде возможном для прочтения теми самыми, иными. HЕ важно даже,
в килограммах там или в амперах.

Hello, icebear

ice> Гы, breeze, закатай им man pages :)

обязательно! :rolleyes:

2ALL: видимо писать особо нечего :sleep: раз такое море ответов, советов,
пожеланий итд итп :confused:

хотя с другой стороны, кто хотел тот написал в личку... :rolleyes:

Hello, breeze

В общепринятом смысле процесс (process) и подпрограмма (subroutine) - это
разные вещи.

Hello, captain cobalt

ИМХО в тексте очень много частностей, и архитектуры системы за ними не видно...
о том, что представляет собой ядро, посредством каких (унифицированных)
интерфейсов оно общается с драйверами и процессами, остается только
догадываться.

использование специфических ф-ий set/get для работы с каждым драйвером...
хммм... этак драйвера можно просто заменить на библиотеки ф-ий, все равно
малейшие изменения в параметрах (к примеру, понадобится еще один параметр
добавить), и придется все переписывать и пересобирать. что-то типа ioctl'ов
ИМХО подошло бы больше.

Hello, captain cobalt

cap> В общепринятом смысле процесс (process) и подпрограмма (subroutine) -
cap> это разные вещи.

критикуешь - предлагай!
предлагаешь - действуй! :mad:

Hello, breeze

Предлагаю использовать термины в общепринятом значении.
Или давать им определения.
Иначе тексты превращаются в бессмысленный набор слов.

Hello, captain cobalt

Что-то я не совсем понял %SUBJ%

Идёт описание... чего? Ядра? Или функций вызова ядра?
Есть библиотеки трансляторы представленных команд вызовов (высокоуровневые)?
Если это низкоуровненвые команды, как передаются параметры (регистры, память,
индексы)?
Почему "интегрированы" консоль и ядро? это же разные вещи?
Как управление памятью идёт ну уровне приложения (потока) и системы?
Представление памяти? Почему идёт страничная организация? Сколько потоков в
системе? Система ведь многозадачная? Есть ли уже готовый код (хотя бы
частично)?

Пожелания: не хватает стуктурированности сабжа, более последовательно излагать

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

Hello, GriV

Gri> Что-то я не совсем понял %SUBJ%

спрашивайте :eek: отвечаем! :mad:

Gri> Идёт описание... чего? Ядра? Или функций вызова ядра?

минимальный набор функция ядра, которые планируется использовать...


Gri> Есть библиотеки трансляторы представленных команд вызовов
Gri> (высокоуровневые)?

это вопрос или утверждение ? :o

Gri> Если это низкоуровненвые команды, как передаются параметры (регистры,
Gri> память, индексы)?

это будет несколько позже конгда это уже будет реализовано непосредственно в
коде!

Gri> Почему "интегрированы" консоль и ядро? это же разные вещи?

Тпрруууууууууууу!!!! эта не та консоль :D это консоль для вывода и ввода
первичних команд!!!!! Посмотри как сделано во FreeBSD когда при старте можно
нажать пробел и вывалишся в консоль! в которой можно выгрузить/загрузить
керналь, LIB'ы, указать откуда BOOT, что-то примаунтить и несколько других
минимальных команд! а то что ты имешь ввиду называется SHELL !!!! где уже
работает интерфейс с пользователем!

Gri> Как управление памятью идёт ну уровне приложения (потока) и системы?

что т ты какой-то злой :( поясни вопрос...

Gri> Представление памяти? Почему идёт страничная организация?

А потому что мне так захотелось :eek: а зачем дробить на мелкие частички ?
кластеризация в 16 вполне достаточна... вообще это подобрано с минимальними
затратами на битовую карту занятости.

Gri> Сколько потоков в системе?

гм... думаю что не сколько. Потоков в том виде как ты думаешь здесь нет!
Объяснишь зачем тебе это :) думаю можно будет пересмотреть моё мнение...
:cool:

Gri> Система ведь многозадачная?

гм... я бы сказал что она скорее имеет возможность одновременного запуска
некоторого кол-ва процессов. если процессы рассматривать как задачи - то видимо
да :rolleyes:

Gri> Есть ли уже готовый код (хотя бы частично)?

да.

Gri> Пожелания: не хватает стуктурированности сабжа, более последовательно
Gri> излагать

ну я бы это назвал просто черновиком, наброском для реализации кода...
а не как не законченным документом :eek:

Gri> Чего явно не хватает: все ресурсы представляются с точки зрения
Gri> системы, которая ими управляет и с точки зрения потока, который эти
Gri> ресурсы просит у системы, здесь же всё намешано, надо как то
Gri> разделять.

гм... я уже писал, спрошу еще раз: поподробнее про потоки... :rolleyes: