информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медПортрет посетителяГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft обещает радикально усилить... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
M$ дает инструмент, а как его использовать - решай сам. ;) 09.10.07 16:36  Число просмотров: 2567
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>
<operating systems>
NETу - нет? Или... 22.09.07 07:53  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Короче говоря, изначально считал NET абсолютно вредным прибабахом, суть которого только в том, чтобы путем увеличения ресурсоемкости принудить юзверя покупать новое железо и привязать его к продугции Билла Г. Но тут спьяну постигла мысль, что интерпретирующая прослойка при определенных условиях может повысить ( ! ) быстродействие:

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

Отсюда вопрос к знатокам: Реализована ли в NETе подобная фича, в каком виде и в какой мере?
WCF - Windows Communication Foundation 27.09.07 20:53  
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>


Знакомство с Windows Communication Foundation
Тут написано - как, но не написано - для чего. 09.10.07 05:22  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
В конце концов можно то, что я сказал сделать и на стандартном РПС. Вопрос в том, как сами мелкомягкие это позиционируют: как систему распределенных вычислений (т.е. когда софт изначально пишется для работы на многих машинах) или, как я предложил: хош - на своей станции, хош - на сервере, хош - в распределенке, и все это с минимальными перенастройками и максимальной прозрачностью. Т.е. универсальный продукт получится, илиспециализированный под распределенку?
M$ дает инструмент, а как его использовать - решай сам. ;) 09.10.07 16:36  
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>
Вопрос-то был именно о наличии специализированного инструмента. 10.10.07 05:42  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Даже, собсно, не инструмента, а о его концептуальном назначении. Если NET концептуально для этого предназначен, тогда есть смысл им заморачиваться. Но тогда, практически все должено писаться в этом ключе, как в све время "документ - вью" был заточен под OLE. Если же нет - тада NET, адназначна - фтопку!
Если посмотреть на .NET в со стороны в общем и целом... 11.10.07 15:42  
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>
Если посмотреть на .NET в со стороны в общем и целом: кросс платформенность, распределенные вычисления, использование широко распространенных и популярных язвков разработки и т.п.
Складывается впечатление, что концептуально .NET предназначался в том числе и для использования в распределенных системах вычислений.

Но как всегда, Microsoft думает мозгами маркетологов, а не разработчиков и в очередной раз выпускает полусырой продукт, возможности которого дорабатываются в процессе "продаж".
1




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


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