Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Managed код — зло 11.03.08 13:45 Число просмотров: 2266
Автор: amirul <Serge> Статус: The Elderman
Отредактировано 11.03.08 13:47 Количество правок: 1
|
> Тут инженеры Intel начинают в истерике биться головой
> апстену — сколько сил, потраченных на аппаратную
> виртуализацию (сперва задач, а потом и целых "машин"),
> можно сказать, были впустую ;-)
Да в общем и не впустую. Эта сингулярность дорастет хотя бы до уровня линукса в лучшем случае лет через 15. А это очень не хилый срок в IT.
> Бабаян тоже курит в сторонке, оказывается, безопасность не
> нужно шить в процессор ;-)
> > исполнение нативного кода будет невозможно в принципе.
> Да, только примитивы VM + Common Runtime Language
Ну тогда я не ошибся - говно оно и есть говно.
> > (потому что за ними следить будет нельзя и они смогут
> > залезть в память других SIP-ов).
> Вотть! Кроссплатформенность + безопасность. Безопасность +
> кроссплатформенность! :-)
Хехе. Безопасность отлично обеспечивалась и аппратно. Несколько смущает лечение головной боли (оверхедом на переключение контекстов) отрубанием головы (исполнением в виртуальной машине, которая дает оверхед на пару порядков выше, чем аппаратное переключение контекстов). Кроссплатформенность - миф. И об этом я уже писал.
> А вообще, применяя парадигму "отложенной разумности", а
> вернее, "каждому — своё", и считая, что безопасность
> всё-таки это больше логика, чем исполнение (а собственно,
> исполнением и занимается процессор), то всё происходящее
> выглядит разумно в высшей степени. ИМХО.
"Папа, а ты с кем сейчас разговаривал" (с)
> Виртуализация из той же оперы. CLR байткоды могут
> виртуализовываться ну просто расчудесно всё той же
> виртуальной машиной.
Или я чего то не понимаю, или ты несешь пургу ;-)
Какая такая "отличная виртуализация" изначально виртуальных байт-кодов?
> А аппаратную виртуализацию -- фф топку, производительность
> VMWare прекрасно говорит о том, что даже программная
> виртуализация нативного кода может быть очень и очень
> шустрой
Так то нативный. Причем ПРИ АППАРАТНОЙ ПОДДЕРЖКЕ (привилегированные инструкции и все такое). Так что опять не туда. Исполнение виртуального кода по любому будет медленнее нативного, а уж если туда еще и GC вкрутить - так вообще сливайте воду. Ну и на хрена это надо? Я ж говорю: не решает НИ ОДНОЙ проблемы, просто тупо отнимая производительность. Ну и как тут не поверить в сговор производителей софта с производителями железа?
|
|
|
подробно о проекте
Анализ криптографических сетевых...
