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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Отрицательный результат провышения производительности - тоже... 20.12.04 18:19  Число просмотров: 2483
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 20.12.04 18:21  Количество правок: 1
<"чистая" ссылка>
> Всё решилось само собой — M$ SQL Server валится с Access
> Violation при попытке использования сетевой библиотеки
> IPX/SPX ;) Плюнул, и пустил всё по IP. Стало на душе
> спокойнее ;-)
>
> Тем более, что сетевые карты держат на аппаратном уровне
> всякие TCP/IP offload — вот и пусть себе держат.

Отрицательный результат провышения производительности - тоже результат.
Можно, конечно побороться с тем, чтоб оно не валилось и закончить эксперимены, но я бы не посоветовал тратить время. Принципиально большой разницы между протоколами нет. В полутракилобайтном фрейме у одного из протоколов может быть чуть побольше служебной информации. Но эта разница всего несколько байт. Стало быть выигрыш/проигрыш на большем количестве переданной полезной информации может составлять порядка процента. Время обработки фрейма на современных процессорах при простой сети ничтожно мало, по сравнению с передачей его по сети. Разница все равно была бы не велика и еще не известно в чью пользу.
Я в свое время увидел как трансферились файлы по Юниксовым машинам через АйПи. Получалось ~7-8 Мб/сек. В то время я заметил, что прокачка с Новелевского сервака по АйПиИкс достигала 9. Нужно учесть много других параметров - сами компы, скорости дисков, загрузку другими задачами, загрузку сети "общая шина" другими РС и пр. Хотя процы были достаточно хилые. Надо отдать должное Новелю - напревзайденная сетевая файл-серверная ОС. А АйПиИкс хоть скорее всего и быстрее, но отмер, потому что на столько же (чуть-чуть) тупее.
Замерами надо узкое место искать. Может оказаться, что все они узкими и окажутся.
<networking> Поиск 








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


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