Member
Статус: Не в сети Регистрация: 30.01.2007 Откуда: Херсон, UA
Если винт на файлсервере один, то дополнительные задачи в виде осла, торрента, ДЦ его неслабо могут загружать множеством мелких задач на чтение/запись разных файлов. В результате производительность винта резко падает, он не успевает считывать файлы в количестве достаточном чтобы нагрузить сеть Проиллюстрировать это можно так - взять Тотал Коммандер, запустить в нем копирование фильма, запомнить скорость и отправить его в фон, и сразу вторым потоком запустить еще одно копирование, посмотреть скорости обоих процессов копирования и сравнить их сумму со скоростью одиночного... А если таких процессов десяток? Получается что большая часть времени работы винта уходит на постоянное позиционирование головок, а меньшая - собственно на копирование.
Выход, IMHO, - ставить второй винт. Разделять на один винт файлы для хранения и раздачи, на другой - для закачки. Это требует немного больше времени на сопровождение файл-сервера, но помогает существенно увеличить скорость.
Member
Статус: Не в сети Регистрация: 08.11.2005 Откуда: Йошкар-Ола, РМЭ Фото: 13
Мост для доступа основного компа в инет.
Винтов 4 - 320 (система, качалки, на разных разделах), два по 500 - файлопомойка, 80 - бекапный для важных файлов.
Реалтеки ессно гигабитные.
Копирую файлы с 500 винтов.
Member
Статус: Не в сети Регистрация: 16.05.2005 Фото: 7
Taurus_busy писал(а):
Интегрированные риалтеки гигабитные?
eugenB писал(а):
скорость копирования большого файла 40-60 мб/сек
eugenB
eugenB писал(а):
Когда включены качалки - не превышает 20 мб/сек (загрузка процессора на сервере не превышает 25%)
Q: "Качалки" файлы пишут куда и читают откуда? A: На и с жёстких дисков. И с этих жёстких дисков ты пытаешься одновременно скопировать большой файл на другой ПК. Естественно, загруженный кучей потоков с p2p-сетей диск, не в состоянии показать ту же производительность, что диск без нагрузки. Это как запустить архивирование папки на 30 гигов и одновременно в тяжёлую игрушку шпилить на профильной системе - игра будет тормозить, ибо процессор здорово нагружен другой задачей. Так и здесь - нагружая HDD p2p (и это неприятная нагрузка для дисков, писать/читать приходится небольшие объёмы, но очень активно), не стоит рассчитывать на полную производительность при копировании большого файла.
Member
Статус: Не в сети Регистрация: 16.05.2005 Фото: 7
Блин, надо чаще страницы обновлять, уже ответили.
ogo писал(а):
Выход, IMHO, - ставить второй винт.
Как адски бюджетный вариант неплохо, но не шибко эффективно. Практически полностью избавиться от подобных косяков позволяет RAID-массив, по крайней мере RAID5 уже из 4-х дисков (с работающими "качалко-раздавалками") гигабитную сеть никак не ограничивает. Правда это под Linux рэйд софтовый, под Windows всё сложнее. Добавлено спустя 4 минуты, 16 секунд
eugenB писал(а):
Нет, качалки пишут/читают НА 320 диск. На 500 они НЕ обращаются.
Хм.. тогда х.з. Может дисковый контроллер так работает. Если никто больше ничего не подскажет - поставь в комп PCI-e SATA-контроллер на JM363 (500 рублей плата стоит, возьмёшь где-нить с манибэк на пару дней) и попробуй копировать файл с него, загрузив p2p диски, подключенные к чипсетному контроллеру.
Member
Статус: Не в сети Регистрация: 08.11.2005 Откуда: Йошкар-Ола, РМЭ Фото: 13
Манибека в нашей деревне не принято. Да и с финансами пока туго, только это железо купил и настроил. Есть PCI от нехорошей STLab с непрошиваемым биосом - думаю его то точно ставить не стОит.
Member
Статус: Не в сети Регистрация: 27.11.2004 Откуда: г.Ульяновск, РФ
eugenB Покажите трейс до сервера с вашего основного компа, есть предположение, что трафф через ADSL-модем бегает.
Можно ради эксперимента отключить мост на сервере и проверить скорости.
ЗЫ. В качестве небольшой оптимизации включите на обоих риалтеках разгрузку TCP/IP и отключите Flow Control.
_________________ Device not ready - девица не готова
Member
Статус: Не в сети Регистрация: 08.11.2005 Откуда: Йошкар-Ола, РМЭ Фото: 13
Понятными словами если можно объясните: трейс - это tracert 192.168.x.x?
Flow control найду (на работе щас), а вот разгрузка tcp/ip как по английски называется?
А чтобы отключить мост - мне придется сервак из кладовки выковыривать - чего делать крайне не хочется
а вот разгрузка tcp/ip как по английски называется?
Наверно имелась в виду "Checksum offload" По умолчанию включена.
eugenB писал(а):
А чтобы отключить мост - мне придется сервак из кладовки выковыривать - чего делать крайне не хочется
Разве это нельзя удалённо сделать? Сервером через vnc управляешь? Добавлено спустя 3 минуты, 58 секунд
Taurus_busy писал(а):
отключите Flow Control.
А это разве можно отключать? Гигабитные сети (full-duplex, то бишь) нуждаются в flow control, по крайней мере это из того, что нагуглил за 5 минут. Стоит ли отключать эту штуку? Тогда ведь целостность пакетов вроде не гарантируется, можно данные попортить..
Member
Статус: Не в сети Регистрация: 27.11.2004 Откуда: г.Ульяновск, РФ
Sara Cahota писал(а):
А это разве можно отключать?
Я бы даже сказал нужно.
Sara Cahota писал(а):
Тогда ведь целостность пакетов вроде не гарантируется, можно данные попортить..
Откуда такая информация? 802.3x flow-control - это механизм позволяющий принимающей стороне приостанавливать входящий трафф путем отсылки передающей стороне специального мультикастового PAUSE-фрейма с указанием в нем времени на которое приостанавливается передача. Возможно на заре полнодуплексного Ethernet-а это было актуально, но сейчас большинство производителей сетевого оборудования вообще отказываются от релизации этого механизма, т.к. он напрочь рушит на 2-ом уровне все высокоуровневые механизмы QoS. CRC-проверку фреймов никто не отменял.
Считаю, что в домашних условиях Flow Control даже вреден, ведь стандартом четко не описываются события, при которых этот механизм должен задействоваться, а доверять риалтеку в этом вопросе ИМХО весьма опрометчиво Добавлено спустя 4 минуты, 47 секунд eugenB На гигабитные риалтеки крайняя версия дров под Windows - 5.708.1030.2008 от 30 октября 2008 года, они руссифицированы.
_________________ Device not ready - девица не готова
Member
Статус: Не в сети Регистрация: 08.11.2005 Откуда: Йошкар-Ола, РМЭ Фото: 13
Итак, добрался до дома - отписываю результаты.
Управляю по удаленному рабочему столу, и (насколько я понимаю) при отключении моста собьются настройки протокола ip, я не думаю что снова смогу подключится потом по remote desktop.
Провел эксперимент.
Копирую 11 и 13 Гб фильм с сервера (11 с одного винта, 13 с другого) - скорость 15-30 мегабайт/сек при активном торренте.
Заливаю 5 гиговый фильм на сервер (на оба винта по-очереди) - скорости 60-100 мегабайт/сек (с непонятной просадкой до 20-40 в середине на 10-15 секунд).
Копировал Тотал командером.
В шоке! Аплоуд превышает даунлоуд в среднем в 3 (!!!!) раза!
Теперь эти же действия стандартным виндовым проводником:
В первом случае имею скорость начинающуюся с 50 и плавно спадающую до 15 мегабайт/сек к завершению копирования
Во втором случае стабильная скорость 45-55 на аплоуд.
Checksum offload и flow-control включал-выключал, разницы не заметил.
Трейс до сервера:
Трассировка маршрута к SERVER [192.168.0.1]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс SERVER [192.168.0.1]
Трассировка завершена.
Драйвера на реалтек:
5.686.103.2008 на сервере - не русские (хз почему)
6.202.125.2008 на основном компе - не русские (наверное версия такая потому что виста)
Member
Статус: Не в сети Регистрация: 27.11.2004 Откуда: г.Ульяновск, РФ
1. Обновить драйвера на оба риалтека (после этого выставить Checksum Offload и Flow Control согласно рекомендациям в данной ветке)
если это не поможет, то
2. Все же придется разбирать мост. Коннект с сервером естественно порвется. Добавлено спустя 2 минуты, 49 секунд 3. QoS на основном компе отключите
4. Попробовать включить Jumbo Frames на обоих риалтеках
_________________ Device not ready - девица не готова
Member
Статус: Не в сети Регистрация: 08.11.2005 Откуда: Йошкар-Ола, РМЭ Фото: 13
Дрова через windows update не обновляются - пишет последние
Джамбо фреймс выставлены в 7KB MTU - это значение есть на обоих картах
QoS отключил
Разбирать мост ой как не хочется
Добавлено спустя 1 час, 16 минут, 54 секунды Сломал мост, скорости подросли чтение с первой 500 - 50-60, запись под 100 (опять же с непонятным провалом до 40 четко в середине файла - хз, мож особенность командера)
чтение со второй 500 - 40-50, запись под 100 (опять провал в середине)
чтение с 320 (где р2р) - 50-60, запись под 80.
Зато сижу без интернета на основном компе . Подскажите как без лишних усилий/сторонних программ пустить инет на 2 комп.
Текущая ИП-адресация:
Серв (192.168.0.1) - Комп (192.168.0.3) - через интегреные реалтеки
АДСЛ (192.168.0.2) - Серв (192.168.0.4) - через сетевуху Длинк
Пожалуйста, не посылайте в поиск, лучше помогите советом
upd. Разобрался!!! Сделал на сервере новую роль - сервер удаленного доступа/vpn. Все заработало само.
Member
Статус: Не в сети Регистрация: 01.04.2003 Откуда: Tallinn,Estonia
Дома гигабитная локалка. На практике получал реально скорость в 60-70 метров в секунду, остальное упиралось в винты. По сабжу, не думаю что проблема в сетевухах или дровах, скорее всего в хардах дело, либо в кабеле.... а что за компы? какова конфигурация? если пень 3 больше 15 метров в секунду не будет =)
_________________ *Cofradia Intel*
«Сила женщин в их слабости» Энгельс. Если задуматься, то он прав.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения