klamas

Рейтинг
172
Регистрация
07.03.2011
SSD
netwind:
klamas, нет, просто чтение будет медленнее работать, но вряд ли это станет ограничивающим фактором из-за и так высокой скорости.

Ну я и говорю, риска от этого не добавится, а скорости там на всех должно хватить

Oleg_ST:
Вы уверены что процессор во время обработки прерывания от сетевухи РАБОТАЕТ? На 100% уверены? Я нет, не берусь утверждать здесь что-то с полной уверенностью, т.к. не занимался низкоуровневым программированием, Вы, я думаю, тоже.

Д а что ж такое, ну не беретесь вы утверждать, так не беритесь, зачем предположения строить.

Ответили на это же уже не один человек, что вам еще нужно чтобы самому в этом направлении почитать

SSD
iwant2beahoster:
во-первых параллельные операции чтения которые распылялись между винтами зеркала теперь идут в один винт. во-вторых оставшийся винт после сервиса помимо рабочей нагрузки поднагружается ещё и чтением, чтобы сделать ребилд отключавшегося винта.

А операции чтения расхОдуют ресурс ssd?

Oleg_ST:
А Ваша позиция для меня понятна -- самоутвердиться за счет собеседника, унизив его

Отнюдь, вам указали на ошибку, вы упираетесь

Oleg_ST:
Тестовая площадка --два десктопа с материнками стоимостью 1800р, со встроенными сетевушками Realtek, специально взял что попроще, cpu разве что core i7 2600. Назначаем ip адреса из одной подсети. На второй (принимающей) машине создаем ram диск и монтируем его например в /mnt/tmpfs

На первой делаем
dd if=/dev/zero of=testfile count=1 bs=1000M
rsync -v testfile root@ip_второго:/mnt/tmpfs
(копирование повторяем несколько раз, что бы исключить влияние IO диска)

Смотрим чем-то вроде ifstat и видим скорость копирования, у меня получилось около 500Мбит/с, что в общем нормально для таких сетевух. А теперь смотрим как меняется нагрузка по прерываниям на cpu, у меня она изменилась на 1-1,5%.

сделайте на первом сервере такой же ram-диск и на него положите testfile. Тогда никакие дисковые IO не помешают

Повторите свой тест не одним потоком, а хотя-бы сотней

Ведь мы тестируем серверное применение сетевого обмена, не правда ли?

Oleg_ST:
Давайте вернемся назад, было утверждение того что чем больше запросов на прерывания от сетевой карты, тем больше выделение тепла от процессора, Вы с этим согласны? Для чего сетевушка прерывает работу процессора, блесните знаниями.

Боюсь что мое блестание знаниями для вас покажется слишком дорогим.

Не лезьте сразу в дебри сетевых технологий, обработки данных и т.п. начните с изучения основ - Устройство персонального компьютера.

Больше с вами говорить не о чем, увы :)

Oleg_ST:
Задумаемся, что же у нас прерывается, батюшки, да ведь работа центрального процессора? И вот беда, выделять больше тепла простаивающий процессор ну никак не может.

так прерывается же работа процессора с прикладными задачами не для того чтобы проц покурить сходил, а для того чтобы он мог обработать те самые системные задачи! вы откуда свалились-то?

так вот с софтварными сетевушками процессор как раз над всем и работает, это в том числе для них он прерывает свою работу с прикладным ПО.

netzoner:
Я бы даже рекомендовал взять SSD + SATA/SAS. При старте ноды на SSD быстро загрузится ось на всех виртуалках. А непосредственно софт уже запускать с более медленных винтов.

Вы таки рекомендуете часто рестартовать ноду? или сами ее будете клиенту рестартовать? :)

Max-net, предлагаю VPS в Румынии. На официальные абузы нужно будет реагировать в течение суток.

Виртуализация KVM.

Процессор 3.3 Ггц

Память 512 МБ

Жесткий диск 40 ГБ

IP адреса 1 шт.

Трафик 1000 ГБ

Ежемесячно 500 рублей.

Письмо пришло вчера от гугла, на тему ссылок

Всего: 1845