ru.networks

 
 - RU.NETWORKS ------------------------------------------------------------------
 From : Boris Bogdanov                       2:5055/52      05 May 2001  16:25:55
 To : Dmitry Bondarenko
 Subject : Хмм..
 -------------------------------------------------------------------------------- 
 

 05 May 01 14:10, Dmitry Bondarenko wrote to All:
 
  DB> Hе 16 портовый. То бишь соединить между собой попарно 8 портов не
  DB> сможет, только шесть...
 
 Hепонятно из текста, какую нагрузку они приложили. Логично предположить, что
 максимальную - по 100 в каждом направлении. И то, что на 12 портах шина просела 
 - неудивительно. Это же десктопный коммутатор, дешевенький. В жизни такой
 нагрузки он не получит.
 Типичная схема сети - 1-2 сервера и к ним все обращаются.
 А попарное полное соединение машин - это экзотика какая-то. во всяком случае,
 есть на этот случай всякие другие железки, подороже.
 
 Да и непонятно, что значит "программа отказывалась работать, вызывая зависание
 компьютеров". При тестировании другими критериями и терминами оперировать надо.
 
  DB> http://www.cpress.ru/NewsTestLab/archiv/2000_10_switch_test/Index.htm
 
  DB> относится к классу неуправляемых коммутаторов, предназначенных для
  DB> использования в небольших по численности рабочих группах. Коммутатор
 
  DB> При проведении тестовых испытаний коммутатор показал высокую
  DB> интегральную производительность,
 
 что такое "интегральная производительность" и когда она высокая?
 чем тестировали?
 
  DB> но один момент нас насторожил. Все
  DB> наши попытки установить одновременное взаимодействие между всеми
  DB> восемью компьютерами сети оказались безуспешными. Программа
  DB> отказывалась работать, вызывая зависание компьютеров. Максимальное
  DB> количество компьютеров, для которых удалось установить стабильное
  DB> взаимодействие, оказалось равно шести. По всей видимости, хотя мы и не
  DB> беремся этого утверждать, проблема была в том, что многие компьютеры
  DB> не могли получить в течение длительного времени доступ к среде
  DB> передачи данных, что могло приводить к превышению тайм-аута приложений
  DB> и вызывать некорректную работу программы. Создавалось впечатление, что
  DB> коммутатор <захлебывается> от невозможности справиться с предлагаемой
  DB> нагрузкой. Отметим, что с другими моделями коммутаторов такой проблемы
  DB> не
  DB> наблюдалось.
 
 это какими? cisco или planet?
 
  DB> ===============end=================
 
 Ой, не знаю, вот дойду до инета и посмотрю подробнее источник. Hо пока мне
 кажется, что к "тестам" такого уровня следует относиться весьма критически.
 
 Boris
 
 10  Appendices
 
 --- Hungry Loan Goldie 2.50+
  * Origin: Сейчас, бабка, почту почитаем и пойдем. (2:5055/52)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    3COM Switch   Albert Varpaev   18 Apr 2001 12:30:21   Re: 3COM Switch   Kirill Sudarikov   18 Apr 2001 14:45:20   Хмм..   Dmitry Bondarenko   05 May 2001 01:05:38   Хмм..   Boris Bogdanov   05 May 2001 10:28:10   Re: Хмм..   Dmitry Bondarenko   05 May 2001 14:10:37   Хмм..   Boris Bogdanov   05 May 2001 16:25:55   Re: Хмм..   Dmitry Bondarenko   05 May 2001 23:01:46   Re: Хмм..   Sergey Snigir   06 May 2001 20:29:48   Re: Хмм..   Eugene Arzamastsev   07 May 2001 07:30:23   Re: Хмм..   Albert Varpaev   05 May 2001 10:58:27   Re: Хмм..   Dmitry Bondarenko   09 May 2001 15:28:15   Re: Хмм..   Dmitry Titov   10 May 2001 11:53:48