Нееет, это просто капец теперь распространился и на линукс. .
И то, уже писал не раз: этих двух динозавров пора отправить на свалку, архитектура обоих ОС — это иллюстрация старого фокуса "как сделать их мухи слона".
TarasCo пишет:
> И то, уже писал не раз: этих двух динозавров пора отправить на свалку, > архитектура обоих ОС — это иллюстрация старого фокуса "как сделать их > мухи слона".
системы построенные на классической модели с процессами, каждый с изолированным адресным пространством и многочисленными средствами коммуникации между этими процессами — по большей части заняты согреванием воздуха ( и наверное и повинны в глобальном потеплении ). Будущее — за системами с управляемым кодом и сплошная виртуализация. В идеале, прикладные программисты будут ограничены своим фреймворком и потеряют окончательно всякую связь с действительность и меньше всего их будут волновать на какой ОС будет выполняться код. Системные программисты вымрут или переродятся в прикладных. Хакеры вымрут или переродятся в социальных инженеров. И только гордые веб верстальщики будут вечны.
Здравствуйте, TarasCo, Вы писали:
TC>системы построенные на классической модели с процессами, каждый с изолированным адресным пространством и многочисленными средствами коммуникации между этими процессами — по большей части заняты согреванием воздуха ( и наверное и повинны в глобальном потеплении ). Будущее — за системами с управляемым кодом и сплошная виртуализация. В идеале, прикладные программисты будут ограничены своим фреймворком и потеряют окончательно всякую связь с действительность и меньше всего их будут волновать на какой ОС будет выполняться код. Системные программисты вымрут или переродятся в прикладных. Хакеры вымрут или переродятся в социальных инженеров. И только гордые веб верстальщики будут вечны.
Не, нам такой травы не отсыпай. Уж мрачно все очень.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
А что за гомерический хохот? Я серьезно написал. Пока народ тут упражняется в холиварах Linux vs Windows и извращается с шаблонами на плюсах, это все катится в топку. Мы все пассажиры Титаников, свято верим в их непотопляемость и все наши споры "у нас скорость на полузла больше" vs "а у нас зато мореходность выше". А титаники больше не нужны нафиг... И айсберг уже вышел на курс.
Что будет через 10-15 лет:
1) Один процесс — одна операционная система. Куча операционных систем будет жить на одном гипервизоре.
2) Системы с управляемым кодом
3) Это все будет скомбинировано ( так и будет, не сомневайтесь ). В итоге на вашей станции будет несколько микроядер, ориентированных на различные задачи — графика, интернет, работа с дисковыми массивами. Вот к примеру как мог бы выглядеть ПО компьютера моей жены через 15 лет:
материнская плата Intel ABCD с 32 CPU, 16 GPU, 2 NPU ( Network — соответственно ), встроенный гипервизор FGHJ v2.3, микро ОС для управления системой хранения данных, броузер FF9.5 + микроОС для работы в сети, пара игрух, работающих на микро ОС Nvidia, какая-нибудь графическая оболочка, а скорее всего — прям из броузера будем всем управлять.
Чего не будет:
1)Гигантских "изолированных" плоских виртуальных моделей памяти, которые надо постоянно свопить, защищать с помощью всяких DEP и.т.д
2)Вытесняющей многозадачности, с этими бесконечными ( по сравнению со временем выполнения инструкции ) слайсами и постоянными загрузками и выгрузками контекстов и полной индифферентности к реальному времени.
3)Драйверов, которые могут в любой момент уронить все систему или сожрать все память
4)Вирусов и антивирусов в том виде, как он существуют сейчас
5) C, C++, asm — это все уйдет в топку, останется доживать в узких нишах и в отделах системных разработок крупных фирм.
Open Source будет жить , но скорее всего будет вытеснен от железа и прочих системных вещей и займется разработкой прикладного софта в рамках пропреитарных фреймворков.
Столлман повеситься
Брин будет ( если вернется из космоса ) будет первым мультимиллиардером.
Здравствуйте, TarasCo, Вы писали:
TC>Что будет через 10-15 лет:
Скосить, что ли, и мне немного травки? Вон как всё во дворе заросло.
TC>1) Один процесс — одна операционная система. Куча операционных систем будет жить на одном гипервизоре.
А гипервизор на чем?
TC>2) Системы с управляемым кодом
А транслятор управляемого кода на чем?
TC>3) Это все будет скомбинировано ( так и будет, не сомневайтесь ). В итоге на вашей станции будет несколько микроядер, ориентированных на различные задачи — графика, интернет, работа с дисковыми массивами. Вот к примеру как мог бы выглядеть ПО компьютера моей жены через 15 лет:
Несколько микроядер — ну ты и завернул. Микроядро — оно по определению одно, и к нему серверы!
TC>материнская плата Intel ABCD с 32 CPU, 16 GPU, 2 NPU ( Network — соответственно ), встроенный гипервизор FGHJ v2.3, микро ОС для управления системой хранения данных, броузер FF9.5 + микроОС для работы в сети, пара игрух, работающих на микро ОС Nvidia, какая-нибудь графическая оболочка, а скорее всего — прям из броузера будем всем управлять.
Да, до чего всех доведет управляемый код: даже перекидывать байты по сети придется двум процессорам.
TC>Чего не будет: TC>1)Гигантских "изолированных" плоских виртуальных моделей памяти, которые надо постоянно свопить, защищать с помощью всяких DEP и.т.д
В предыдущем абзаце ты скромно не упомянул количество ОЗУ, которое для всего этого понадобится. Раз всё на управляемом коде, то понадобится под терабайт и еще петабайт свопа, куда же ты денешься?
TC>2)Вытесняющей многозадачности, с этими бесконечными ( по сравнению со временем выполнения инструкции ) слайсами и постоянными загрузками и выгрузками контекстов и полной индифферентности к реальному времени.
Правильно, 10 мс по сравнению со временем выполнения инструкции станут очень даже конечными.
TC>3)Драйверов, которые могут в любой момент уронить все систему или сожрать все память
И точно, компьютеры будут вещами в себе, без клавиатур и мониторов.
TC>4)Вирусов и антивирусов в том виде, как он существуют сейчас
Кстати, раз уж об этом заговорили, на юниксах мало вирусов сейчас из-за популярности той другой ОС, и никогда не будет много, даже в связи с наступившим виндекапцом (потому что AppArmor и SELinux). Любопытно получается.
TC>5) C, C++, asm — это все уйдет в топку, останется доживать в узких нишах и в отделах системных разработок крупных фирм. TC>Open Source будет жить :)), но скорее всего будет вытеснен от железа и прочих системных вещей и займется разработкой прикладного софта в рамках пропреитарных фреймворков. TC>Столлман повеситься ;) TC>Брин будет ( если вернется из космоса ) будет первым мультимиллиардером. TC>А вот что будет с нами? :(
За 15 лет или Столлман умрет, или управляемый код, или ты — если не бросишь эту пагубную привычку!
TC>>1) Один процесс — одна операционная система. Куча операционных систем будет жить на одном гипервизоре. RO>А гипервизор на чем?
Аппаратный.
TC>>2) Системы с управляемым кодом RO>А транслятор управляемого кода на чем?
На управляемом коде, конечно.
TC>>материнская плата Intel ABCD с 32 CPU, 16 GPU, 2 NPU ( Network — соответственно ), встроенный гипервизор FGHJ v2.3, микро ОС для управления системой хранения данных, броузер FF9.5 + микроОС для работы в сети, пара игрух, работающих на микро ОС Nvidia, какая-нибудь графическая оболочка, а скорее всего — прям из броузера будем всем управлять. RO>Да, до чего всех доведет управляемый код: даже перекидывать байты по сети придется двум процессорам.
Откуда такая фобия управляемого кода?
TC>>Чего не будет: TC>>1)Гигантских "изолированных" плоских виртуальных моделей памяти, которые надо постоянно свопить, защищать с помощью всяких DEP и.т.д RO>В предыдущем абзаце ты скромно не упомянул количество ОЗУ, которое для всего этого понадобится. Раз всё на управляемом коде, то понадобится под терабайт и еще петабайт свопа, куда же ты денешься?
Не вижу связи выделенного и остального
TC>>3)Драйверов, которые могут в любой момент уронить все систему или сожрать все память RO>И точно, компьютеры будут вещами в себе, без клавиатур и мониторов.
Подразумевалось, что драйверы потребуются только для гипервизора.
TC>>4)Вирусов и антивирусов в том виде, как он существуют сейчас RO>Кстати, раз уж об этом заговорили, на юниксах мало вирусов сейчас из-за популярности той другой ОС, и никогда не будет много, даже в связи с наступившим виндекапцом (потому что AppArmor и SELinux). Любопытно получается.
Еще любопытнее увидеть статистику реального использования возможностей и армора и селинукса всеми пользователями линукса
RO>За 15 лет или Столлман умрет, или управляемый код
Я не понял, ты сейчас Столлмана перед выбором поставил или управляемый код?
Здравствуйте, kochetkov.vladimir, Вы писали:
TC>>>1) Один процесс — одна операционная система. Куча операционных систем будет жить на одном гипервизоре. RO>>А гипервизор на чем?
KV>Аппаратный.
Здравствуйте, TarasCo, Вы писали:
TC>Что будет через 10-15 лет: TC>1) Один процесс — одна операционная система. Куча операционных систем будет жить на одном гипервизоре.
Это уже было. На самом деле, я бы ожидал следующего прорыва не в области ядер, а в области пользовательского интерфейса. Возможно это звучит неочевидно, но все предудущие прорывы в области операционных систем были в первую очередь прорывами именно в области пользовательского интерфейса. Например, тот же UNIX, который в свое время был прорывом, внес новую идею населить систему сотней маленьких программок, которые с помощью шеловских скриптов и командной строки можно причудливым образом комбинировать между собой. Windows прорывом никогда не был, но он был эхом прорыва, связанного с появлением оконного GUI и мыши.
TC>2) Системы с управляемым кодом
Аппаратная защита памяти затем и придумана, чтобы не надо было софтверно управлять кодом. Просто программы стали слишком большими, и понадобилась защита памяти уже внутри программы.
Обратите внимание, что если в языке нет указателей и адресной арифметики, то и managed код не нужен. А при этом существуют языки, которые компилируются в прекрасный машинный код, и обходятся без указателей и адресной арифметики.
TC>1)Гигантских "изолированных" плоских виртуальных моделей памяти, которые надо постоянно свопить, защищать с помощью всяких DEP и.т.д
Ручное управление памятью явно уходит в прошлое. А для автоматического управления по-моему ничего более удобного, чем плоская память с постраничной подкачкой, еще не изобрели.
TC>2)Вытесняющей многозадачности, с этими бесконечными ( по сравнению со временем выполнения инструкции ) слайсами и постоянными загрузками и выгрузками контекстов и полной индифферентности к реальному времени.
Из линуха слайсы уже извели. Превращение этого в mainstream — дело недалекого будущего. Я согласен, что ОС будущего будут риалтаймовыми, но вся наука на этот счет уже существует, осталось постепенно протолкать это в индустрию. Не думаю, что здесь будет революция, будет плавный переход.
TC>3)Драйверов, которые могут в любой момент уронить все систему или сожрать все память
Драйвер корневой файловой системы, или диска на котором живет эта файловая система, в случае падения все равно сломает всю систему, даже если его изолировать.
TC>Open Source будет жить , но скорее всего будет вытеснен от железа и прочих системных вещей и займется разработкой прикладного софта в рамках пропреитарных фреймворков.
Я думаю, наоборот. Closed source имеет смысл только там, где надо сохранить технологические секреты. А таких областей очень мало.
Я думаю, вся инфраструктура, включая операционные системы, компиляторы, интерпретаторы, фреймворки, библиотеки и проч. станет open source.
TC>Столлман повеситься
Нет, будет причислен к лику святых при жизни — чтобы не мешал людям работать
TC>Брин будет ( если вернется из космоса ) будет первым мультимиллиардером.
Гугль купит микрософт ради нескольких сотен имеющихся там неплохих программистов, которые немедленно будут раскиданы по разным проектам внутри гугля
TC>А вот что будет с нами?
Здравствуйте, Pzz, Вы писали:
Pzz>Аппаратная защита памяти затем и придумана, чтобы не надо было софтверно управлять кодом. Просто программы стали слишком большими, и понадобилась защита памяти уже внутри программы.
Нет, аппаратная защита придумана чтобы нельзя было нарушить изоляцию. И проблема не в размере программ, а в стоимости аппаратной изоляции: она становится барьером к дальнейшему росту производительности. Pzz>Обратите внимание, что если в языке нет указателей и адресной арифметики, то и managed код не нужен.
Обрати внимание, что если в языке нет указателей и адресной арифметики, то это — управляемый язык. TC>>1)Гигантских "изолированных" плоских виртуальных моделей памяти, которые надо постоянно свопить, защищать с помощью всяких DEP и.т.д Pzz>Ручное управление памятью явно уходит в прошлое.
Пока что этого не видно. Pzz> А для автоматического управления по-моему ничего более удобного, чем плоская память с постраничной подкачкой, еще не изобрели.
Автоматическое управление подразумевает отсутствие таких понятий, как страница и подкачка. Автоматика — это A a = new A(); и всё.
Pzz>Из линуха слайсы уже извели. Превращение этого в mainstream — дело недалекого будущего. Я согласен, что ОС будущего будут риалтаймовыми, но вся наука на этот счет уже существует, осталось постепенно протолкать это в индустрию. Не думаю, что здесь будет революция, будет плавный переход.
На мой непросвещенный взгляд, в приведенной статье речь не об этом. Слайсы никуда не делись — убрали только непрерывное пробуждение системы даже если все потоки сделали sleep().
Если в системе больше активных потоков, чем есть ядер в процессоре, то в любом случае придется их переключать — именно об этом говорит Тарас.
Pzz>Драйвер корневой файловой системы, или диска на котором живет эта файловая система, в случае падения все равно сломает всю систему, даже если его изолировать.
Нет конечно. В хорошо изолированной системе падение драйвера корневой файлухи лечится перезапуском драйвера. Падение диска — более редкая штука; но изолированную систему не сломает и оно — просто придется откатиться к предыдущему save point.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Sinclair однажды (20 июня 2008 [Пятница] 06:49) писал:
> Здравствуйте, Pzz, Вы писали: > > Pzz>Аппаратная защита памяти затем и придумана, чтобы не надо было софтверно управлять кодом. Просто программы стали слишком большими, и понадобилась защита памяти уже внутри > программы. Нет, аппаратная защита придумана чтобы нельзя было нарушить изоляцию. И проблема не в размере программ, а в стоимости аппаратной изоляции: она становится барьером к > дальнейшему росту производительности. Pzz>Обратите внимание, что если в языке нет указателей и адресной арифметики, то и managed код не нужен. > Обрати внимание, что если в языке нет указателей и адресной арифметики, то это — управляемый язык.
Баш?
Перл?... А нет, там ссылки есть...
Здравствуйте, Sinclair, Вы писали:
S>На мой непросвещенный взгляд, в приведенной статье речь не об этом. Слайсы никуда не делись — убрали только непрерывное пробуждение системы даже если все потоки сделали sleep().
Делись. Новый scheduler в Линуксе для переключения учитывает реальную статистику использования процессора, а не количество слайсов, например. И в самом ядре тоже как таковые слайсы не используются — если нужно что-то сделать в будущем, то ядро просто ставит будильник.
Здравствуйте, Sinclair, Вы писали:
S>Обрати внимание, что если в языке нет указателей и адресной арифметики, то это — управляемый язык.
Haskell? OCaml? Тогда дайте Ваше определение управляемого языка.
S>Автоматическое управление подразумевает отсутствие таких понятий, как страница и подкачка. Автоматика — это A a = new A(); и всё.
Каким образом наличие страниц и подкачки в винде мешает Вам на C# писать A a = new A();? Либо я просто не совсем понимаю Вашу мысль.
Здравствуйте, Mr.Cat, Вы писали:
S>>Автоматическое управление подразумевает отсутствие таких понятий, как страница и подкачка. Автоматика — это A a = new A(); и всё. MC>Каким образом наличие страниц и подкачки в винде мешает Вам на C# писать A a = new A();?
Гм. Модель памяти в шарпе не включает в себя ни страниц, ни подкачки. Именно поэтому программу можно исполнять на любой технологической базе, в том числе и на сегментной модели памяти, и на flat модели с подкачкой. Всеми вопросами исполнения new A() занимается рантайм. MC>Либо я просто не совсем понимаю Вашу мысль.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
.
, но скорее всего будет вытеснен от железа и прочих системных вещей и займется разработкой прикладного софта в рамках пропреитарных фреймворков. 
