> Mohli by vědět, že to umožní zvýšit spolehlivost kódu
> nejspíš o několik řádů (pokud nejsou zaslepení a
> nemyslí si, že oni sami chyby nedělají). A mohli by
> vědět, že současnou izolaci procesů lze nahradit
> mechanismem, který je daleko efektivnější, a díky
> kterému lze v podstatě eliminovat overhead managed
> jazyků. A já si od nich rád nechám vysvětlit, jakou
> alternativu k tomuto postupu nabízí Linux
A aku alternativu navrhuje Microsoft? Jeden research projekt ktory nema sancu realneho uplatnenia? Toho sa tu cely cas chytate? Bude sebakriticky a nevyjadrujte sa k veciam, ktorym nerozumiete. Spolahlivost kodu nie je dana len jednym faktorom (navyse beh vo VM nie je ten faktor). Bezpepecnost kodu tiez nie je dana len nemoznostou vznikou buffer overflow (a navyse sa da proti tomu bojovat aj inymi technikami, napr. CPU NX bit). Ak aplikacia nespravne osetruje vstupne data, tak da utocnikovi neopravnene moznosti aj bez spustenia jeho nastrceneho kodu. Jenoducho ak je v aplikacii chyba, tak tak ju magicky managed kod nevyriesi. Vase komentare su ako z Marsu pretoze sme v 2007 a nie 2300 - a ako sa bude kodovat 2300 sa neda odhadnut. Co nas dnes zaujima je ako vyuzit viac-core CPU a zvysit vykon. Nic z toho VM neriesi - naopak, zhorsuje to. Pisat OS v C# je dobry napad - navrhujem, aby ste ho previedli do praxe.
ČLÁNKY DO MAILU