pavlabor

что для ET еще посоветуете подкрутить? или можно понаглеть, и увидеть конфиги? man igb В зависимости от версии драйвера, расписывает возможные регулировки, помещается в /boot/loader.conf В /etc/sysctl.conf, помещаются общие настройки для системы немного тут можно почитать http://dadv.livejournal.com/49013.html http://nix-sa.blogspot.com/2010/12/sysctl.html Еще подсказку можно получить так # sysctl -d dev.igb.0.enable_aim dev.igb.0.enable_aim: Interrupt Moderation

Opteron 6100 and Xeon 5600 series have different memory controller architectures. For best performance, you have to populate DIMMs in groups of 8 on a 2-processsor Opteron 6100 series server, while you have to populate DIMMs in groups of 6 on a 2-processor Xeon 5600 series server. I ran the test in this video with 8x2GB in the AMD server, and 6x4GB in the Intel. I re-ran the test with 8x4GB in the AMD server and got about the same result (33,900 MB/s on the AMD). Вот такая сказка... http://www.amd.com/us/products/server/processors/six-core-opteron/Pages/six-core-processors-with-am

http://www.theatlantic.com/infocus/2011/03/earthquake-in-japan/100022/# http://www.youtube.com/watch?v=0rAPF3e2_9I

Это только мне кажется что на NEP-е держится вся мировая ИТ индустрия?

Тем же bgp, отдельную сессию на фейковой автономке поднять. Или даже ospf, не принципиально. Пару лет назад, а может и больше, была реализована следующая конструкция. Была точка обмена месного маштаба, автономок около десяти, два канала, скажем, не достаточно стабильных. Коммутатор D-Link DGS-3312SR, который БЖП вообще не умеет. Мир, принимал РС два FW, на кроммутатор отдавал дефаулт. БЖП с точкой обмена было организовано через коммутатор на тот же РС, РС принимал анонсы с точки обмена но изменял таблицу статическую маршрутизации на коммутаторе. В результате на коммутаторе светил

А чем реализовано "передаем свичу"?

Меня интересует не сегодня, а завтра. Сори если чем обидел. Удачи.

Уровневая структура пакета, подразумевает инкапсуляцию данных. В связи с этим, любое передающее устройство должно полностю подготовить пакет к транспорту на езернет уровне. Никто не знает кто будет принимать пакет на другой стороне. Поетому все должно быть предсказуемо, то есть согласно протокола. Писюк, это один из приемников, который ОБЯЗАН, разбуть пакет чтобы обработать. В зависимости от задачи, производится распаковывания пакета. для тупого роута, а писюк можно настроить и так, разбувается только езернет уровень, а скажем для прокси, он разбирается еще больше. То есть это не

Хм... наверно затем, что тому же нату нужен не езернет пакет. Не решатся задача РС сервером не может. Какая разница кто и как это решает? Всеравно за писюк никто этого не делает.

Причем здесь это? на PC-роутерах задачи L2 в большинстве случаев не решаются по причине отсутствия необходимости и особенностей реализации. Нельзя не решить задачу L2, решая задачи L3 и выше.

Так надо немного различать задачи коммутаторов по переброске L2 пакетов из порта в порт на специализированных чипах от задач маршрутизации и обработки траффика на неспециализированных операционных системах и процессорах общего назначения. L2 - это прошлый век?

ну т.е. вы опять отметаете, что процессор кушает обработка пакетов ядром и ссылаетесь что не нашли рулей для технологий. причем Multiple queues, RSS, MSI-X по сути результата (несколько очередей обработки пакетов) являются одной и той же технологией. а VMDq вообще не имеет отношения роутингу в случае когда не используется виртуализация. откуда вы это взяли? Я до сих пор занимаюсь разработкой коммутаторов и могу интуитивно определить что можно выжать при разных технологических решениях.

Да ладно, тот же Broadcom делает вполне себе аналоги интеловской ET с очередями и всеми плюшками. Брадком, да, он прошол 70% дистанции которую прошол интел. Остальные 30%. Лопатят бабосы с сегмента домашних компов, и этого хватает с головой.

вы серьезно думаете, что кто-то будет делать драйвера, которые будут плевать на системный планировщик процессов? Интел давно анонсировал реализацию Multiple queues, RSS, MSI-X, and VMDq working together in a multi-core system http://download.intel.com/support/network/sb/318483001us2.pdf В настоящее время интел ведет работы по созданию подобия фабрики коммутации в свичах. Работы, как по мне, идут довольно успешно. Еще год-два и цыску всадят на скоростях 10гиг. Уже сегодня в секторе 1 гиг, смысла нет использовать аппаратный роутер. Проблема в том что продвинутые карточки к

Согласно анонсам, карточка должна уметь - самостоятельно выбрать ядро для работы, - принять пакет(такие мелочи как проверка контрольной суммы даже не оговаривается), пройти мост и положить его в память, ДМА, - поднять флаг прерывания что пакет готов у обработке. ОС-и остается просто отдать следующему приложению адрес памяти где находится пакет. И вот тут, похоже что что-то карточка не в состоянии сделать и вынуждена просить проц помогать. На самом деле, задача может и не затратная, но учитывая количества трафика, interrupt и прыгает не по детски.

interrupt - это показатель затрат ресурсов процесора на обработку прерываня, сюда входят все прерывания который требуют помощи процесора, то есть полное выполнение процедуры принятия пакета. После обработки задачи принятия пакета, пакет уходит на обработку системе, если IPFW ядерный, нагрузка будет отражатся system, если IPFW не ядерный, нагрузка отражается параметром user. Комп, напакован аппаратными интерфейсами, которые имеет разный уровень самодостаточности, и их задача принимать или отдавать поток данный готовый для дальнейшей обработки системой. То что проц "вынужден" участ

Что бы понять, немного отступления. Интел карточка отличается от, скажем реалтека тем что, - отработка прерываний производится самой карточкой, без задействования ресурсов процессора. Освободившиеся ресурсы процессора можно использовать для других задач. В системе ТОР, этот параметр отражается "% interrupt". Индикатор использования ресурсов процессора для обработки прерываний, сетевой карты в том числе. Так вот, при использовании реалтека, нагрузка на interrupt, большая, при использовании интела почти ноль. Когда ставится карточка РТ или ЕТ, на стандартных дровах, interrupt

После тестов пришол к выводу. На ЕТ карточку, драйвера или интел не реализовал полностю чип, или "недоколихані", или производителем железа некоторые фишки спецом залочены и за дополнительные ххх баксов, на свет появится новая карта, естественно когда рынок насытится старыми. На РТ, ситуация аналогичная, но гадский яндекс испортил всю малину и на яндекс драйвере возможна довольно полная реализация возможностей стандарта MSI. В обойх случаях, карточки работают на 50-70% от возможностей. А может ненащупал педалей.

Блин! Чож не сказал...!

http://office.microsoft.com/ru-ru/word-help/HA010281619.aspx После установки 2007 системы Microsoft Office с пакетом обновления 2 (SP2) можно открывать и сохранять файлы в формате OpenDocument Text (ODT), который используется некоторыми текстовыми процессорами, например OpenOffice.org Writer и Google Docs.

Стремновато, подключиш, а он потом будет гундосить - "спид тестом проверяю... где мои 10гиг!?"

http://www.newsru.com/world/23feb2011/superpc.html Иран создал суперкомпьютеры, способные выполнять более 30 трлн операций в секунду Сегодня в Тегеране прошла презентация двух первых суперкомпьютеров, созданных учеными столичного университета Амир Кабир и исфаханского Технологического университета Иран присоединился к клубу стран, способных создавать суперкомпьютеры. Сегодня в Тегеране прошла презентация двух первых суперкомпьютеров, созданных учеными столичного университета Амир Кабир и исфаханского Технологического университета. В церемонии принял участие президент Исламской Респуб

Жестоко. Новое сочинение про MSI-X, каналы pci-e(да еще и x1??) и несчастные i7 не вытягивающие больше гига.. Вы хоть в смысл того что пишите вдумывались? Разве? А может в msi-x, и при условии поддержки железом? Снова ужас. Для бордера занимающегося тупой маршрутизацией двухядерный целерон + PT пропустит ровно гиг трафика без заминок и проблем. Но есть как ни странно и другие задачи(пусть вы об этом и не знаете). Например банальный шейпинг+НАТ для гигабитного канала. Гиг такого трафика с PT вам никакое железо не прожует, 2 ядра будут загружены в полку начиная мегабит с 700 для топового ж

А что тут сравнивать? разные системы, разный момент времени, разное количество процессов. Это относительно 4 гиг и как бы вполне нормальное желание поставить побольше памяти. На самом деле, на практике и согласно примерам, даже при использовании БЖП, расходуется памяти меньше гига.

Относительно памяти. Сравнивайте. =====8<---------- 80 processes: 4 running, 53 sleeping, 23 waiting Mem: 342M Active, 537M Inact, 455M Wired, 272K Cache, 213M Buf, 638M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 32 root 1 -68 - 0K 16K WAIT 0 505:56 4.98% irq261: igb1 572 root 1 50 0 197M 191M select 0 122:13 3.47% bgpd =====8<---------- 83 processes: 5 running, 59 sleeping, 19 waiting Mem: 33M Active, 258M Inact, 456M Wired, 396K Cache, 417M Buf, 3145M Free Swap: 8