OSDev

для всех
Текущее время: 25 апр 2024, 08:42

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 61 ]  На страницу Пред.  1, 2, 3, 4, 5 ... 7  След.
Автор Сообщение
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 17 ноя 2007, 13:39 

Зарегистрирован: 28 окт 2007, 18:33
Сообщения: 1418
alexei

И вообще всё сведётся к тому, что всю работу с "железом", разделяемым несколькими "серверами", и все манипуляции с "системными возможностями" процессоров (с механизмом переадресации и защиты памяти, с отладочными возможностями, управлением прерываниями и т.п.) будет выполнять гипервизор. Таким образом, благополучно приходим к классической системе виртуальных машин, которая появилась ещё в 1970-х (IBM VM/370 -- там, помимо монитора виртуальных машин, т.е. гипервизора в терминологии alexei, были и всякие подсистемы -- сетевой передачи файлов, диалоговой обработки и т.д. и т.п., каждая из которых была специализированной виртуальной машиной; поддерживались, есно, и "обычные" виртуальные машины, в которых работали "нормальные" операционки -- DOS/360, OS/360 или та же VM/370). В общем, "бычные" ОС надо нормально писать, а не валить дурость разработчиков и жадность менеджеров на "двадцатилетнюю давность" заложенных в них идей и пытаться эту самую дурость и жадность компенсировать некими "принципиально новыми" идеями, коих попросту нет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 18 ноя 2007, 06:05 

Зарегистрирован: 16 ноя 2007, 02:36
Сообщения: 27
Цитата:
alexei

И вообще всё сведётся к тому, что всю работу с "железом", разделяемым несколькими "серверами", и все манипуляции с "системными возможностями" процессоров (с механизмом переадресации и защиты памяти, с отладочными возможностями, управлением прерываниями и т.п.) будет выполнять гипервизор. Таким образом, благополучно приходим к классической системе виртуальных машин, которая появилась ещё в 1970-х (IBM VM/370 -- там, помимо монитора виртуальных машин, т.е. гипервизора в терминологии alexei, были и всякие подсистемы -- сетевой передачи файлов, диалоговой обработки и т.д. и т.п., каждая из которых была специализированной виртуальной машиной; поддерживались, есно, и "обычные" виртуальные машины, в которых работали "нормальные" операционки -- DOS/360, OS/360 или та же VM/370). В общем, "бычные" ОС надо нормально писать, а не валить дурость разработчиков и жадность менеджеров на "двадцатилетнюю давность" заложенных в них идей и пытаться эту самую дурость и жадность компенсировать некими "принципиально новыми" идеями, коих попросту нет.
//SII 17.11.2007, 13:39

"принципиально новыми" - во-первых я этого не говорил, а во-вторых на х86 так нито не делал (да и сложно было без аппаратной поддержки).
Гипервизор (hypervisor) - общепринятый термин, см. http://en.wikipedia.org/wiki/Hypervisor
Про "надо нормально писать" и "дурость разработчиков" говорить не буду, и так любому понятно про тех, кто делает подобные заявления.
Кстати, "нормально" у всех разное.
Да и классическое не значит плохое :)
Но самое главное в предлагаемой концепции - это то, что она позволит быстро получить полезную систему, которая сразу сможет работать со всей аппаратурой.

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

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 18 ноя 2007, 12:29 

Зарегистрирован: 14 ноя 2007, 12:38
Сообщения: 12
Цитата:
И винда и линух стоят на идеях 20-ти летней давности. В эпоху интернета они просто не могут быть надежными. Разработки новых ОС на коленке утыкаются в драйвера и тихо ползут куда-то ...
...
Ваше мнение?
//alexei 16.11.2007, 05:30

Проверим Ваш исходный тезис'. А именно, высказывание о том, что "винда и линукс в эпоху интернета просто не могут быть надежными".
http://ru.wikipedia.org/wiki/Надежность

Цитата:
Надё?жность (англ. reliability) - свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания и транспортирования (ГОСТ 27.002-89).
...
Надёжность в «широком» смысле - комплексное свойство, которое в зависимости от назначения объекта и условий его эксплуатации может включать в себя свойства безотказности, долговечности, ремонтопригодности и сохраняемости, а также определённое сочетание этих свойств.

Пусть у нас есть вычислительная система, состоящая из N подсистем (файловая подсистема, видеоподсистема, сетевая и т.д.). Оценим безотказность системы "в целом". Для этого оценим надежность каждой подсистемы случайной величиной с равномерным распределением. Пусть, p = 99% (т.е. система дает отказ в 1% элементарных событий). Далее. Пусть у нас N = 5 подсистем и все подсистемы функционируют независимо. Тогда вероятность отказа хотя бы одной подсистемы ... сколько? Правильно, 1 - (p^N) = 1 - (0.99^5) = 4.9% ... То есть, при использовании 5 независимых подсистем вместо одной, мы получили в пять раз более худшую надежность (в смысле безотказности).

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

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

Ну хорошо, методом "костылей и подпорок" вы получите тормозную ненадежную систему. А как Ваш подход решает проблему "патентных наездов" Интела и Майкрософта на своих конкурентов?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 18 ноя 2007, 13:39 

Зарегистрирован: 21 сен 2007, 17:24
Сообщения: 1088
Откуда: Балаково
Цитата:
Каждый сервер, в идеале, это довольно простая и совершенно независимая программа, которая взаимодействует по строго определенному протоколу и может быть оттестирована независимо.

Кто эти протоколы будет определять?
ОС должны начать работать по новым протоколам?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 18 ноя 2007, 13:59 

Зарегистрирован: 14 ноя 2007, 12:38
Сообщения: 12
Цитата:
Кто эти протоколы будет определять?
ОС должны начать работать по новым протоколам?
//Chizh 18.11.2007, 13:39

Идея виртуализации, предложенная Алексеем для онлайн-систем, похожа на реализацию Trusted Computing для онлайн-систем. Вот цитата с LinuxRSP.ru:
Цитата:
Технология:
TCPA -- Trusted Computing Platform Alliance (Альянс вокруг вычислительных платформ, основанных на доверии). Говоря о технологии мы будем использовать аббревиатуру TCP (The trusted computing platform - вычислительная платформа, основанная на доверии). Эта технология подразумевает, что каждый компьютер будет оснащен встроенным TPM (Trusted Platform Module), также известным как Fritz-Chip. На более поздних стадиях разработки технологии, этот модуль будет встроен в центральные процессоры, видеокарты, жесткие диски, звуковые карты, BIOS и так далее. Данный подход обеспечит безопасность соответствующего политике TCPA состояния компьютера и позволит производить проверку того, что компьютер всегда находится в этом состоянии. Это означает, что на первом уровне находится аппаратное обеспечение, на втором - TCPA, а потом - пользователь. Полное взаимодействие работает с 2048-битным ключом шифрования, т.е. реализация технологии достаточно защищена, чтобы сделать почти невозможным ее взлом. Это позволяет TCPA не допускать использования нежелательного для них аппаратного и программного обеспечения. В конечном счете, результатом использования TCP (The trusted computing platform) будет невозможность использования аппаратного и программного обеспечения, не одобренного TCPA. Очень вероятно, что сертификация будет стоить больших денег, слишком больших для мелких и средних компаний. Таким образом, проекты open source и freeware будут приговорены к смерти, ведь без сертификации программное обеспечение просто не будет работать.
Некоторые могут подумать, что есть возможность обойти систему безопасности. Но, вероятно, они окажутся неправы. До сего момента не существует систем безопасности такого типа и действительно защищенные системы должны работать офлайн. Это изменится при использовании TCP. Права и лицензии будут централизовано распределяться TCPA (США?). И как только будет обнаружено нарушение, они будут проинформированы. Прочитайте раздел "Законопроекты", чтобы получить обзор возможных последствий.

Т.е. в рамках Trusted Computing Platform мы можем выполнять операции только в тех рамках, которые нам позволяет аппаратное обеспечение. Поскольку спецификации на аппаратное обеспечение этой платформы закрыты в целях безопасности.
Вот еще одна статья про "доверенные вычисления" - http://offline.homepc.ru/2007/134/331079/
Цитата:
... суть новации Trusted Storage — опустить систему безопасности накопителя на самый нижний, аппаратный уровень. Всякая реализация защиты на программном уровне по определению слабее аппаратной, поскольку атакующая сторона имеет куда больше возможностей для анализа кода программ и отыскания слабых мест в безопасности. Если же программу реализуют микрокоды, зашитые непосредственно в чип, а тот, в свою очередь, защищен от физических способов проникновения, то общая сложность вскрытия системы возрастает многократно.
... новость о Trusted Storage появляется не сама по себе, а во вполне определенном контексте — в рамках инициатив альянса Trusted Computing. Альянс же этот, что прекрасно известно с самого начала его существования, в качестве одной из главных целей всегда имел создание мощных технологий DRM, то есть управление цифровыми правами или, проще говоря, защиту контента от несанкционированного копирования.


P.S. Т.е. Алексей говорит об открытой, но не обязательно свободной (в терминологии FSF) системе.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 18 ноя 2007, 17:38 

Зарегистрирован: 16 ноя 2007, 02:36
Сообщения: 27
Цитата:
Другими словами, 'тупо объединяя несколько операционок в одну систему, вы значительно снижаете надежность'. Т.е. Ваш тезис о меньшей надежности линукса и винды просто неверен.

Ну хорошо, методом "костылей и подпорок" вы получите тормозную ненадежную систему. А как Ваш подход решает проблему "патентных наездов" Интела и Майкрософта на своих конкурентов?

//pacify 18.11.2007, 12:29

Во-первых сравнивать меня с TCPA-душегубами, да ещё и про "тупо" - это просто наезд :angry: Читать надо внимательнее.

Во-вторых винда отключённая от интернета, да ещё и работающая в сильно ограниченном режиме намного надежнее. Надеюсь, Вы уже знаете, что основной (99.9%?) причиной сбоя ОС являются атаки из интернета :)
По той-же логике добавление firewall на отдельном компе снижает надёжность системы :lol:

Hypervisor свой, а "патентные наезды" забота тех кто пишет сервера.

Про объединение ОС и протоколы.
Система настолько гибкая, что по мере развития может плавно перейти от использования целых ОС к индивидуально разработанным компонентам.
Сетевых протоколов тоже когда-то не было :)

Может это не очень было понятно, но ближайший аналог - это сеть из VM, которые сидят на общем железе. Сначала на них ставят готовые ОС под которыми работают эмуляторы устройств, а потом разрабатывают (почти) всё своё и заменяют по мере готовности. Сеть внутренняя, поэтому можно добавлять свои протоколы обмена.

Возвращаясь к TCPA, её задавить/надурить на такой системе будет не слишком сложно :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 18 ноя 2007, 18:03 

Зарегистрирован: 14 ноя 2007, 12:38
Сообщения: 12
Цитата:
<!--QuoteBegin-pacify+18.11.2007, 12:29--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><td id='QUOTE'><!--QuoteEBegin-->Другими словами, 'тупо объединяя несколько операционок в одну систему, вы значительно снижаете надежность'. Т.е. Ваш тезис о меньшей надежности линукса и винды просто неверен.

Ну хорошо, методом "костылей и подпорок" вы получите тормозную ненадежную систему. А как Ваш подход решает проблему "патентных наездов" Интела и Майкрософта на своих конкурентов?

//alexei 18.11.2007, 17:38
Во-первых сравнивать меня с TCPA-душегубами, да ещё и про "тупо" - это просто наезд :angry: Читать надо внимательнее.
<!--QuoteEnd-->QUOTE (pacify @ 18.11.2007, 12:29)<div class='postcolor'><!--QuoteEEnd-->
Ну а что делать, если Вы предлагаете уповать на милость разработчиков компонентов вашей ОС (Linux, Windows)? Как Линус Торвальдс защитит нас от TCPA, если он сам выступает в ее поддержку? Майкрософт уж точно не даст никаких поблажек. Остаются GNU/Hurd и другие ОС под GPLv3. Вот на них и надо делать упор.
Цитата:
Во-вторых винда отключённая от интернета, да ещё и работающая в сильно ограниченном режиме намного надежнее.

Надежнее, чем та же самая винда, подключенная к Интернету? Согласен.
Цитата:
Надеюсь, Вы уже знаете, что основной (99.9%?) причиной сбоя ОС являются атаки из интернета :)

Не замечал. Мой Debian GNU/Linux последние несколько лет виснет исключительно из-за кривых закрытых драйверов от NVidia/ ATI Radeon.
Цитата:
По той-же логике добавление firewall на отдельном компе снижает надёжность системы :lol:

Нет, не снижает. Поскольку одна подсистема (файрвол) устраняет баги основной системы (ОС). Т.е. работа подсистем прямо зависит друг от друга (как и количество сбоев ОС). Более того, Вы в данном случае рассматриваете не замкнутую систему, а открытую, не определив никак внешние взаимодействия.
Цитата:
Hypervisor свой, а "патентные наезды" забота тех кто пишет сервера.

"На Билла надейся, а сам не плошай" (с) Народная мудрость

Цитата:
Про объединение ОС и протоколы.
Система настолько гибкая, что по мере развития может плавно перейти от использования целых ОС к индивидуально разработанным компонентам.
Сетевых протоколов тоже когда-то не было :)

Не исключено, что по этому пути виртуализации пойдет Майкрософт - они ведь сейчас налаживают сотрудничество в этой области с поставщиками Линукс-систем. Ну, а про патентные наезды и покупку лицензий на Линукс у Майкрософта повторять не надо ...

Цитата:
Возвращаясь к TCPA, её задавить/надурить на такой системе будет не слишком сложно :)

TCPA - это всего-лишь аппаратный аналог Вашей схемы. А протоколы, да, можно придумать самые разные.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 18 ноя 2007, 19:22 

Зарегистрирован: 28 окт 2007, 18:33
Сообщения: 1418
alexei

Цитата:
"принципиально новыми" - во-первых я этого не говорил, а во-вторых на х86 так нито не делал (да и сложно было без аппаратной поддержки)


Ну, я Вам эти слова и не приписывал -- просто довольно многие разработчики обещают некие "принципиально новые" идеи, в которых ничего нового нет.

Что же касается отсутствия аппаратной поддержки, то как удалось сделать VM/370 без означенной поддержки? Так что дело не в "железе", хотя ПК действительно более сложны для виртуализации, чем мэйнфреймы, из-за своей "железной кривости" (первый IBM PC спаяли на коленках, грубо говоря, из первых попавшихся под руку деталей и без обдуманного проекта -- и до сих пор разгребают всю эту "унаследованную" периферию).

Цитата:
Но самое главное в предлагаемой концепции - это то, что она позволит быстро получить полезную систему, которая сразу сможет работать со всей аппаратурой


Прошу прощения, но это -- очередная порция бреда. Чтобы работать "со всей аппаратурой", нужно реализовать программную поддержку всей этой аппаратуры, а сделать это быстро при всём желании не получится -- слишком большой объём работы. И от "концепции" этот объём не зависит совершенно.

Цитата:
Microsoft умышленно создал и поддерживает ситуацию в которой разработчики железа обычно не публикуют спецификаций устройств


Стопудово, всё это происки жидомасонов. Ну никакого коммерческого резона для NVidia и ATI (теперь уже AMD) скрывать подробные спецификации своих видеопроцессоров нет.

Цитата:
Каждый сервер, в идеале, это довольно простая и совершенно независимая программа, которая взаимодействует по строго определенному протоколу и может быть оттестирована независимо


Объясните тупому, в чём тогда разница с обычной микроядерной системой?

Цитата:
Надеюсь, Вы уже знаете, что основной (99.9%?) причиной сбоя ОС являются атаки из интернета


А я-то грешным делом думал, что единственной причиной сбоя ОС являются ошибки, допущенные её разработчиками...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 19 ноя 2007, 09:05 
Аватара пользователя

Зарегистрирован: 16 май 2007, 23:46
Сообщения: 1126
Цитата:
А я-то грешным делом думал, что единственной причиной сбоя ОС являются ошибки, допущенные её разработчиками...

У вас усторелая концепция. Сбой в компоненте ОС не должен приводить к краху ОС. Даже если есть ошибки допущенными разработчиками они не должны сваливать ОС.
На пользовательском уровне ввели try except. А вот на уровне ядра там сложнее и в большей степени зависит от кривости разработки, но и для них можно придумать обходной маневор.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Химера ОС
СообщениеДобавлено: 19 ноя 2007, 10:29 

Зарегистрирован: 28 окт 2007, 18:33
Сообщения: 1418
Pavia
Цитата:
У вас усторелая концепция. Сбой в компоненте ОС не должен приводить к краху ОС. Даже если есть ошибки допущенными разработчиками они не должны сваливать ОС


"Сбой в компоненте ОС" всегда приведёт к краху ОС, если этот компонент -- жизненно важный и не допускающий восстановление. И никакая микроядерная архитектура не спасёт, если упадёт микроядро. А падение важного компонента и в микроядерной архитектуре может привести к выходу системы из строя (пускай и не к краху в стиле BSOD), потому что не всегда можно восстановить нормальную работу без перезапуска системы в целом. Например, если упадёт планировщик, как его перезапустить-то, не уничтожив все выполняющиеся при этом задачи (а значит, и всю ось, кроме микроядра)?

Так что, извините, ничего устаревшего в моей концепции не вижу. И, кстати, посмотрите внимательнее, по какому поводу я свою фразу написал.

Цитата:
На пользовательском уровне ввели try except


try...except -- не панацея от всех бед. В частности, сия конструкция ничем не поможет, если произойдёт сбой, не "предусмотренный" разработчиками программы. Точно так же это не поможет против пресловутой ошибки переполнения буфера. Не спасёт он и от зацикливания, если оно не приведёт к какому-либо прерыванию. Ну и т.д.

Цитата:
А вот на уровне ядра там сложнее и в большей степени зависит от кривости разработки, но и для них можно придумать обходной маневор


Сначала говорим, что у меня устаревшая концепция, а потом признаём влияние "кривости разработки"? ;) Может, вместо выдумывания "обходных манёвров" лучше разрабатывать прямо? :)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 61 ]  На страницу Пред.  1, 2, 3, 4, 5 ... 7  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 10


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB