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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
M$ дает инструмент, а как его использовать - решай сам. ;) 09.10.07 16:36  Число просмотров: 2461
Автор: Den <Denis> Статус: 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 <Denis> Статус: The Elderman
<"чистая" ссылка>


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

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




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


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