Дрим тим. ;) Подозреваю, что 1С
Пять сетевух для разгрузки траффика - как?
- Извращения почти на тему http://www.ixbt.com/news/hard/index.shtml?10/43/16 коротко Мы уже видели несколько плат
- 1. IMHO отменяется. 3COM + решения от
- Попробовал три из 4 указанных режима (4-ый не
- Чего и следовало ожидать. А что сейчас
- Попробовал TEAMING из четырёх интеловских гигабитных сетевых адаптеров.
- упс... не туда.
- Ничего менять не надо. При обединении в Teaming
- Так сколько жён в самый раз,
- Дрим тим. ;) Подозреваю, что 1С
- Как же быть, нам султанам, ясность тут
- Хм, ну ставим драйвера Интеловских сетевух по
- В этой оснастке есть мастер по
- Да, так и есть, установка была без терминальных
- А терминальный доступ почему не используете ?
- Хорошие идеи прозвучали, интересно и потому, что их
- А, Team из адаптеров пробовался? Т.е. схема, которая
- Военный, ну может быть Вы
- Спасибо за вопросы. Отвечаю. Windows 2003 при
- Вообще-то Windows 2003 еще при инсталляции предлагает включить
- Только доброго джентльмены.
- Если запретить маршрутизацию через сервер, сразу упадет
- Самое главное увидел - решение есть =)
- Кстати о Винсе . В WinXP NetBIOS
- NiTr0 Ой, не путай Винс с
- Вы уже на этот вопрос ответили
- Я сообщение написал, и пошел домой, шел
- NiTr0 Это видно :-) Первое
- И это правда! На соседнем сервере под
- В Windows 2003 Server есть очень
- При рабочем роутинге - DNS и WINS можно
- Свитч - ну, вариант. И при 5-ти сетевухах,
- Самый простой вариант - купить 1 DLink свич
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2014 (c) apple_rom
Дрим тим.
Подозреваю, что 1С не SQL.
Значит, это именно тот случай, когда надо работать в терминальном доступе.
Давайте посмотрим, что можно выиграть, если подключить 5 сетевых карт.
Вариант, когда они ставятся вместо центрального коммутаторя, рассматривать не имеет смысла - все пересылки между сегментами пойдут через сервер и вчистую загубят всю работу.
Если их подключить параллельно центральному, объединить их в "команду" Intel для балансировки нагрузки мы сразу упремся в производительность жестких дисков - ведь 1Gbit это 100 мБайт, которые перекрывает только Raid ) да и то при последовательном чтении.
Значит, двух плат с лихвой хватит, даже если большая чась информации находится в кэше. Дальше -шина.
Если мать серверная, то там PCI 64. Считаем 33мгцХ64 бит - 2 Gbit. Снова две платы?
Что еще кроме потоковой производительноси при 5 платах получаем ?
Экономится одна пересылка через коммутатор.
Если, конечно, он включен в обычном режиме - Store & Fоrward, когда пакет полностью принимается коммутатором и только после этого выдается в порт назначения.
Но современные коммутаторы(по крайней мере, Cisco) работают Port Fast - после чтения заголовка(4 байта?), пакет начинает передаваться в порт назначения. Задержка 4 байта из 1512.
Оп. Вспомнилось. В одном из первых сравений гигабитных коммутаторов в "Компьютерном обозрении" упоминалось, что на гигабитных платах с обычными пакетами не удалось получить скорость выше 400 мегабит, а только пакеты Jumbo по 8 кбайт дали потоковую производительность до 800 мбит.
И снова я возвращаюсь к терминальному доступу - 90 дней его можно использовать в тестовом режиме. После очистки одной ветки реестра тестовый период начинается снова.
1С версии 6(не SQL) очень хорошо в нем работает. Ну, раза в 3, наверное.
Мы в 99 году купили сервер за 25k$ с сетевыми картами на Intel960 и кешом в 1 мбайт(на карте:). Правда, 100 мбитными. Тогда я и игрался с балансировкой нагрузки, агрегированием каналов. Для провайдера, да, это полезно. Но не для работы с софтом, базами. Здесь нужен другой подход.
IMHO