|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Slav Matveev 2:5020/968.222 17 Jan 2001 00:08:35
To : Artem I. Ivanov
Subject : Какое оборудование выбрать?
--------------------------------------------------------------------------------
16 Jan 01 13:27, Artem I. Ivanov wrote to All:
AI> И, при том, в три раза меньше 100 МБит.
AI> Файлик в 100 КБ (большой вордовый документ) перекачается с
AI> сервера за 2 мс, а при 10 Мбит - за целых 10-20 - это, замечу, на
AI> порядок меньше времени, которое потребуется Word-у, чтобы его открыть
AI> :-) Великая экономия !
Кроме больших вордовых документов встречаются
многослойные PSD формата A4/TrueColor от 300DPI. А кроме них
TIFF'ы того же самого формата A4/TrueColor и оригинал-макеты
небольших таких книжек, ну так страниц на 400-500.
Смею заметить что это сильно больше чем 100Кб.
не надо ограничивать сферу применения сетей только запросами
секретарши.
AI> Банальное копирование с компа на комп (через свич ?)
Через хаб.
AI> заметно отличается от режима работы файл-сервера.
Угу. на сервер уходит быстрее.
>> А больше винчестер не вытягивает.
AI> Во-во. О том и говорю.
Только не надо стравниивать WDC34000 IDE на рабочей станции
и рейд-массив U160 на сервере. :)
AI> Когда, на каком сервере, под какой операционкой оказывалось
AI> несколько сот мегабайт, доступных для кэша,
256Мб под NW4.11 (~200Мб доступно)
512Mб под linux'ом (~450Мб доступно)
512Мб под WinNT. (~400Мб доступно)
AI> да еще в сети на 50 пользователей ?
Второй пункт для 10 пользователей, третий - для сорока.
Ты, видимо, много книжек умных прочитал, так вот я тебе скажу,
то, что в книгах, обычно, забывают написать:
Железо покупается под конкретные задачи. И если мне нужен
будет комп с гигом оперативки, значит будет комп с гигом
оперативки, а не с 64-мя мегами и гиговым кешэм.
не зависимо от того, сколько клиентов будут с ним работать -
10 или 100 или 1000.
Кстати, я не понимаю твоего удивления от сотен мегабайт.
У меня последнее время на рабочих станциях меньше
128Мб не бывает.
AI> Теоретически это можно предположить, конечно, но практически ...
Вот как раз практически.
AI> Hе говоря уже о том, что эффективность кэширования на
AI> файл-сервере отнюдь не порядок составляет.
Зато скорость доступа к кэшу существенно больше скорости
доступа к диску, и заметно больше 100Мб сетевой карты.
AI> Кроме того, большинство клиентов все-равно через 10 МБит-ные хабы
AI> подключены.
я не знаю, как у вас в провинции, а у меня в 5020 10Мб осталось
только дома, потому что - во-1 больше нафиг не надо,
во-2 -- ну не выбрасывать же симпатичную стойку из
двух Office Connecto'ов. :)
>> шина PCI - 4 байта на 33Мгц = 132Мб/сек.
>> мегабиты сам подсчитать сможешь?
AI> 32 бита на 33 МГЦ - 1056 MБит :-)
AI> 64 бита на 66 МГц (64-битный PCI) - 4224 Мбит - Вы, Slav,
AI> подтверждаете мои слова ...
Ага, первое на порядок больше 100Мб , второе в 40 раз.
И что, после этого еще есть сомнения в возможности исчерпать
100Мбит?
AI> Вот я смотрю на свой Novell-овский сервер. Максимальный сетевой
AI> thruoutput - 8 %. А он очень хорошо загружен.
А что значит "хорошо загружен"?
AI> Вот я копирую через FTP файл 200 МБ с Veritas Volume под PowerAge
AI> 6xxx PERC 2Si на Veritas volume под PowerAge 2xxx PERC 3Si через
AI> Catalyst - итог 7 MBytes/sec. И это при том, что эти сервера,
AI> практически, не делают ничего больше.
Мне эти названия ни о чем не говорят. Тем более что вы,
скорее всего, транк организовывать не пытались. И вообще
причем тут копирования между двумя компами, и
доступ десятка компов к серверу? Это разные задачи.
А цифры, вами же, сударь подсчитанные, дают теоретическую
возможность на 32х битном PCI утаскивать с сервера 1Гбит/с.
AI> Если у вас есть сервер, Slav, - соберите статистику, пожалуйста,
AI> и расскажите, насколько вам не хватает для него 100 МБит
Мне - хватает. И я - load balancing не использую.
но я , в отличии от вас, не считаю свои задачи самыми
ресурсоемкими и не равняю по ним весь окружающий мир.
Slav.
--- GEcho 1.20/Pro
* Origin: -= PC's come and go, but PDP-11 are FOREVER!!! =- (2:5020/968.222)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
