> man operating_systems
Переход на страницу  1 2 3 4 5 [6] 7
Модераторы: Roman I Khimov, Wanderer, Dron
Автор Добавил
Freeman
Вторник 07.03.2006 12:09
ID пользователя #3
Зарегистрирован: Четверг 01.07.2004 14:57
Сообщений: 207
Progrsmmer написал(а) ...
Наверное автору первой системы виртуальной памяти тоже такие глупости говорили, а другие поддакивали...

Гм, мне это уже нравится. Давай колись, как целостность данных поддерживать собираешься.
Наверх
Progrsmmer
Вторник 07.03.2006 12:52
ID пользователя #587
Зарегистрирован: Понедельник 27.02.2006 19:01
Местонахождение: Москва
Сообщений: 43
Freeman написал(а) ...
Progrsmmer написал(а) ...
Наверное автору первой системы виртуальной памяти тоже такие глупости говорили, а другие поддакивали...

Гм, мне это уже нравится. Давай колись, как целостность данных поддерживать собираешься.


Журнализация + буферизация + теневые страницы+многоуровневость с кодовым разделением

Любая программа это набор слов которые интерпритируются нижним уровнем (полный контроль)
Каждую операцию записи в память можно расматриваит как транзакцию (счетчик комманд и регистры можно запомнить)
Маленькие транзакции неэфективны потому обьеденяем в блоки
плоки скидываем на диск только если блок заполнен
запись происходит в теневую страницу
после записи страница становиттся активной

т.е SWAP + журнализация почти....
Наверх
Freeman
Вторник 07.03.2006 15:59
ID пользователя #3
Зарегистрирован: Четверг 01.07.2004 14:57
Сообщений: 207
Progrsmmer написал(а) ...
Каждую операцию записи в память можно расматриваит как транзакцию (счетчик комманд и регистры можно запомнить)

Насчет памяти, особенно на низком уровне - фтопку! А вот на уровне объектов транзакционная целостность сама собой вытанцовывается.

Progrsmmer написал(а) ...
скидываем на диск только если блок заполнен
запись происходит в теневую страницу после записи страница становиттся активной

Это тоже все в задницу. Работа с памятью на уровне страниц недостойна системы обработки транзакций. Конкретная аппаратная реализация может сильно различаться от платформы к платформе. Взять, к примеру, Oracle.

Progrsmmer написал(а) ...
т.е SWAP + журнализация почти....

Объектный кэш - одна из неотъемлемых характеристик объектной системы обработки транзакций.


Наверх
ddc
Вторник 07.03.2006 16:45
Free Software Zealot


ID пользователя #202
Зарегистрирован: Воскресенье 06.02.2005 09:32
Местонахождение: Москва
Сообщений: 189
Progrsmmer написал(а) ...
Наверное автору первой системы виртуальной памяти тоже такие глупости говорили, а другие поддакивали...
Уважаемый! Может изволите объяснить сначала, на хрена оно нужно, а уже потом начнёте обвинять?

Но это всё, конечно, моё сугубо личное мнение...
Наверх
Progrsmmer
Вторник 07.03.2006 18:24
ID пользователя #587
Зарегистрирован: Понедельник 27.02.2006 19:01
Местонахождение: Москва
Сообщений: 43
ddc написал(а) ...
Progrsmmer написал(а) ...
Наверное автору первой системы виртуальной памяти тоже такие глупости говорили, а другие поддакивали...
Уважаемый! Может изволите объяснить сначала, на хрена оно нужно, а уже потом начнёте обвинять?


Потому что в ОС программы живут, а не запускаются...
А живут они в той самой памяти
Ну что тут такого сложного?
Наверх
Progrsmmer
Вторник 07.03.2006 18:29
ID пользователя #587
Зарегистрирован: Понедельник 27.02.2006 19:01
Местонахождение: Москва
Сообщений: 43
Freeman написал(а) ...
Progrsmmer написал(а) ...
Каждую операцию записи в память можно расматриваит как транзакцию (счетчик комманд и регистры можно запомнить)

Насчет памяти, особенно на низком уровне - фтопку! А вот на уровне объектов транзакционная целостность сама собой вытанцовывается.

Progrsmmer написал(а) ...
скидываем на диск только если блок заполнен
запись происходит в теневую страницу после записи страница становиттся активной

Это тоже все в задницу. Работа с памятью на уровне страниц недостойна системы обработки транзакций. Конкретная аппаратная реализация может сильно различаться от платформы к платформе. Взять, к примеру, Oracle.

Progrsmmer написал(а) ...
т.е SWAP + журнализация почти....

Объектный кэш - одна из неотъемлемых характеристик объектной системы обработки транзакций.




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

Наверх
Freeman
Вторник 07.03.2006 20:25
ID пользователя #3
Зарегистрирован: Четверг 01.07.2004 14:57
Сообщений: 207
Progrsmmer написал(а) ...
Обьекты это слишком высокий уровень для транзакций, они ничего не должны знать уже про память...

Во, ща скажу! Типа, умная и/или пророческая фраза: основная беда большинства современных проектировщиков абстрактных систем заключается в мыслях о реализации на уровне Си.
Наверх
Progrsmmer
Среда 08.03.2006 13:33
ID пользователя #587
Зарегистрирован: Понедельник 27.02.2006 19:01
Местонахождение: Москва
Сообщений: 43
Freeman написал(а) ...
Progrsmmer написал(а) ...
Обьекты это слишком высокий уровень для транзакций, они ничего не должны знать уже про память...

Во, ща скажу! Типа, умная и/или пророческая фраза: основная беда большинства современных проектировщиков абстрактных систем заключается в мыслях о реализации на уровне Си.


У меня мысли о реализации на asm и forth
Основная беда всех ОО идеологов в том что они забывают что вся ОО реализуется в основном на C

В ОО есть два подхода к программированию:
1. На основе динамических обьектов (JavaScript, AcrionScript, Python...)
2. На основе классов и интерфейсов (С++, Java, С#...)

В реляционных БД также распространен подход когда классом считается таблица, обьектами ее кортежи (Postgress, Oracle...) так называемые постреляционные БД

Есть также так называемые ОО БД (Cache 5)...

Проанализировав все эти реализации, я пришел к выводу что все эт подходы всеголишь разные реализации поддержки ОО т.е. по сути все эти комплексы это виртуальные машины обьектов отсюда и несовместимость на уровне кода ОО разработок, хотя на уровне ОО концепции они более чем совместимы даже язык графический для этого придумали UML...

Я думаю ОО "машинный код" следует сделать на основе целых ID, набора встроенных ID (Число, Символ, Строка, Массив, Список, Стек, Очередь, Дерево, Словарь ) классов, комманд работы с ID (Создать, Равно, ... ), RootSysID (точка входа в БД ОС)
...
Наверх
Freeman
Среда 08.03.2006 18:41
ID пользователя #3
Зарегистрирован: Четверг 01.07.2004 14:57
Сообщений: 207
Progrsmmer написал(а) ...
Основная беда всех ОО идеологов в том что они забывают что вся ОО реализуется в основном на C

Это беда конкретных идеологов, думающих не тем местом, а также их слушателей.

Progrsmmer написал(а) ...
В ОО есть два подхода к программированию:
1. На основе динамических обьектов (JavaScript, AcrionScript, Python...)
2. На основе классов и интерфейсов (С++, Java, С#...)

В реляционных БД также распространен подход когда классом считается таблица, обьектами ее кортежи (Postgress, Oracle...) так называемые постреляционные БД

Есть также так называемые ОО БД (Cache 5)...

Есть еще и третий (мой) подход: ЕПД/ЕС, когда зависимости в системе могут быть описаны как на алгоритмическом, так и на непроцедурном языке.
Наверх
ddc
Среда 08.03.2006 20:52
Free Software Zealot


ID пользователя #202
Зарегистрирован: Воскресенье 06.02.2005 09:32
Местонахождение: Москва
Сообщений: 189
Progrsmmer написал(а) ...
Потому что в ОС программы живут, а не запускаются...
А живут они в той самой памяти
Ну живут они не в той памяти, которую Вы хотите обБДить. Но даже если бы жили в ней, вопрос остаётся открыт: какие преимущества даст БД программисту, администратору или пользователю?

Но это всё, конечно, моё сугубо личное мнение...
Наверх
Переход на страницу  1 2 3 4 5 [6] 7  

Перейти:     Наверх

Транслировать сообщения этой темы: rss 0.92 Транслировать сообщения этой темы: rss 2.0 Транслировать сообщения этой темы: RDF
Powered by e107 Forum System

© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.