информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
NETу - нет? Или... 22.09.07 07:53  Число просмотров: 1581
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Короче говоря, изначально считал NET абсолютно вредным прибабахом, суть которого только в том, чтобы путем увеличения ресурсоемкости принудить юзверя покупать новое железо и привязать его к продугции Билла Г. Но тут спьяну постигла мысль, что интерпретирующая прослойка при определенных условиях может повысить ( ! ) быстродействие:

Пишем прогу из 2х компанентов: локального ехешника-оболочки и дллки-ядра, в котором сосредоточены все ресурсоемкие информационно-вычислительные ф-ции. Эта дллка может работать локально, а может, при наличии совместимости простым копированием (или при отсутствии - перекомпиляцией) перенесена на сервер (кластер) и исполнятся там. Для этого, есессно, вызов ф-ций ядра должен посуществляться через стандартизованный интерфейс по типу DCOM/RPC.

Отсюда вопрос к знатокам: Реализована ли в NETе подобная фича, в каком виде и в какой мере?
<operating systems> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach