pavlabor

Причем здесь это? на 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 гиг, смысла нет использовать аппаратный роутер. Проблема в том что продвинутые карточки кроме интела, как бы никто и не делает. Без аппаратной реализации RSS, MSI-X, and VMDq за 10 гиг можно и не мечтать. Согласно анонсов, все как бы уже было реализовано в чипе 82575. Но лично меня тесты в этом не убедили. И повторюсь, или педалей не нащупал, или спецом залочено. Текщие характеристики, да гиг с головой, если агрегатировать квадро, по два гига на канал, то думаю только через покупку процыков от штуки баксов, что само по себе для интела выгодно. Потому что еще раз повторюсь, при аппаратной реализации RSS, MSI-X, and VMDq, гиг можно роутить пеньком в 3 гигагерца. Это интересно всем, кроме интела.

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

interrupt - это показатель затрат ресурсов процесора на обработку прерываня, сюда входят все прерывания который требуют помощи процесора, то есть полное выполнение процедуры принятия пакета. После обработки задачи принятия пакета, пакет уходит на обработку системе, если IPFW ядерный, нагрузка будет отражатся system, если IPFW не ядерный, нагрузка отражается параметром user. Комп, напакован аппаратными интерфейсами, которые имеет разный уровень самодостаточности, и их задача принимать или отдавать поток данный готовый для дальнейшей обработки системой. То что проц "вынужден" участвовать в обработке пакета, не относится к показателю interrupt. Например. Ставим генератор и гоним трафик, Дешовая карточка реалтек - 30% interrupt Интел старая стандартная карточка - 0% interrupt ЕТ - 4% interrupt структура трафика и набор правил не меняется. Вопрос, почему при использовании реалитека и карточуи ЕТ, требуется ресурсы проца, а в старой интеловской карте, нет? Думаю не сложно понять что старый интел аппаратно выполняет прием пакета и дальнейший поток уже светится на пользовательской или системной нагрузке, а реалтек и ЕТ, не в состоянии обойтись своими ресурсами и привлекает расчетные мощности центрального проца. То есть ЕТ ведет себя как карточка реалтека, а производительность выросла, только за счет использования новой технологии обработки пакета. Когда доработают чип, или чо-то там разлочат, карточка будет сама работать с потоком, interrupt будет близок к нулю, а освободившиеся расчетные ресурсы, пойдут на другие задачи. А возможно косяк с мостами, с процом. Возможно нужно дополнительно включать поддержку. Но сейчас нет связки!

Что бы понять, немного отступления. Интел карточка отличается от, скажем реалтека тем что, - отработка прерываний производится самой карточкой, без задействования ресурсов процессора. Освободившиеся ресурсы процессора можно использовать для других задач. В системе ТОР, этот параметр отражается "% interrupt". Индикатор использования ресурсов процессора для обработки прерываний, сетевой карты в том числе. Так вот, при использовании реалтека, нагрузка на interrupt, большая, при использовании интела почти ноль. Когда ставится карточка РТ или ЕТ, на стандартных дровах, interrupt большой, ================ last pid: 23409; load averages: 0.06, 0.07, 0.02 up 8+20:40:27 15:36:21 83 processes: 5 running, 59 sleeping, 19 waiting CPU 0: 0.5% user, 0.0% nice, 3.2% system, 5.0% interrupt, 91.4% idle CPU 1: 0.0% user, 0.0% nice, 37.1% system, 0.9% interrupt, 62.0% idle CPU 2: 0.0% user, 0.0% nice, 0.5% system, 61.5% interrupt, 38.0% idle CPU 3: 0.0% user, 0.0% nice, 0.0% system, 55.2% interrupt, 44.8% idle Mem: 33M Active, 258M Inact, 456M Wired, 396K Cache, 417M Buf, 3145M Free Swap: 8192M Total, 8192M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 13 root 1 171 ki31 0K 16K RUN 1 186.7H 97.46% idle: cpu1 14 root 1 171 ki31 0K 16K CPU0 0 194.7H 94.97% idle: cpu0 38 root 1 -68 - 0K 16K WAIT 3 90.4H 59.08% irq256: em0 12 root 1 171 ki31 0K 16K CPU2 2 131.5H 54.30% idle: cpu2 42 root 1 -68 - 0K 16K WAIT 2 80.7H 53.76% irq259: em1 11 root 1 171 ki31 0K 16K RUN 3 121.1H 42.58% idle: cpu3 43 root 1 -68 - 0K 16K WAIT 1 252:08 2.78% irq260: em1 ================ та же самая ситуация ================ last pid: 15908; load averages: 0.31, 0.11, 0.03 up 8+20:31:07 15:21:48 80 processes: 4 running, 53 sleeping, 23 waiting CPU 0: 0.0% user, 0.0% nice, 0.5% system, 60.0% interrupt, 39.5% idle CPU 1: 0.0% user, 0.0% nice, 2.2% system, 54.1% interrupt, 43.8% idle 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 11 root 1 171 ki31 0K 16K RUN 1 135.5H 51.66% idle: cpu1 12 root 1 171 ki31 0K 16K RUN 0 117.2H 36.96% idle: cpu0 27 root 1 -68 - 0K 16K WAIT 0 40.0H 28.47% irq258: igb0 29 root 1 -68 - 0K 16K CPU1 1 39.6H 26.37% irq259: igb0 ================ Повышеный показатель interrupt, говорит о том что для обработки прерываний задействованы ресурсы ядер, соответственно. Или, чип самостоятельно не полностю обрабатывает процедуру. Если возратится к реалтеку и интелу, то снижение нагрузки на interrupt, практически к нулю, свидетельствует о том что задача обработки прерывания реализована полностю аппаратно, на уровне чипа сетевой карты. и поток в чистом виде передается на дельнейшую обработку операционке. Реально, получается что текущая реализация ЕТ, находится на уровне старых дешовых сетевых карт, производителность достигается за счет более продвинутого алгоритма MSI-X, при этом аппаратно задача полностю не решается, дополнительно задействуются ресурсы процессоров, реально выжирает 50-60%. То есть ерунда какаято. Вот собственно и все. Почему так, сложно сказать. В полне вероятно, что разработчики заинтересованы в продаже мощного железа, потому как с тем что декларировано а протоколе MSI-X, гиг транзитом можно раскачать при 2-х ядрах скажем по 2гигагерца, еще хватит на фаервол скажем правил в 10тысяч. Если не залочено на аппаратном уровне, то возможно появится драйвер, в чем есть сомнения. Поетому следует ожидать новую карточку, которая реально будет обрабатывать поток на аппаратном уровне, и покажет 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 трлн операций в секунду Сегодня в Тегеране прошла презентация двух первых суперкомпьютеров, созданных учеными столичного университета Амир Кабир и исфаханского Технологического университета Иран присоединился к клубу стран, способных создавать суперкомпьютеры. Сегодня в Тегеране прошла презентация двух первых суперкомпьютеров, созданных учеными столичного университета Амир Кабир и исфаханского Технологического университета. В церемонии принял участие президент Исламской Республики Махмуд Ахмади Нежад, который заявил, что "Иран должен превратиться для остального мира в источник научных знаний", передает ИТАР-ТАСС. Таким образом, как сообщает местное телевидение, Иран вошел в число 10 стран, способных создавать суперкомпьютеры. Работы над проектом начались в Иране два года назад, в его реализации принимали участие два десятка специалистов. По данным информационного агентства IRNA, продемонстрированный сегодня широкой публике суперкомпьютер университета Амир Кабир "способен выполнять до 32 трлн операций в секунду".

Жестоко. Новое сочинение про MSI-X, каналы pci-e(да еще и x1??) и несчастные i7 не вытягивающие больше гига.. Вы хоть в смысл того что пишите вдумывались? Разве? А может в msi-x, и при условии поддержки железом? Снова ужас. Для бордера занимающегося тупой маршрутизацией двухядерный целерон + PT пропустит ровно гиг трафика без заминок и проблем. Но есть как ни странно и другие задачи(пусть вы об этом и не знаете). Например банальный шейпинг+НАТ для гигабитного канала. Гиг такого трафика с PT вам никакое железо не прожует, 2 ядра будут загружены в полку начиная мегабит с 700 для топового железа. А вот с ET и разбивкой прерываний на 4-6-8 ядер - запросто, причем на каком-нибудь недорогом железе. Ну или с PT + теми же дровами от яндекса, выполняющими сугубо то же, но программно. Все тот же бред. Если так не хочется ET(непонятно правда почему - цена PT и ET интеловских одинакова, сетевки на 82576 от производителей типа dell или supermicro вообще дешевле чем PT) - вполне можно вообще обойтись бортовыми сетевками и линуксом свежих версий, там функционал яндекс-дров или ETшного железа реализован на уровне ядра в виде RSS, и доступен хоть для 10мбит карточек без всяких MSI и других так вами любимых слов. Но подобное желание у вас исчезнет, как только попробуете через свой супер 6ти ядерный амд прогнать под гиг трафика, а не 200 метров как на скринах.. Хм, так необдуманое втыкание железа не приведет к падению производительности? Тогда чем хорош АМД, при серьезных нагрузках на нем действительно ловить нечего, так для пионерских сборок. Например после двух месяцев тестов, при одинаковой цене я бы взял 4 ядерный i5, чем 6 ядерный АДМ. Отож то и оно. А вообще, спасибо за ответ. Несколько постами выше, тоже был довольно конструктивный ответ, но как всегда, книжку читаю с конца, вот и нагрубил, ...слегка. Скажи маме, что можеш сам себе купить пряник. ЕТ хочетцца, а бредом лично я считаю вот такие топики И еще типа гуглите, курите маны, а я типа вот такой умный, и такими глубокими ответами забито 99% инета. blackjack не многословен, но от меня ему респект и уважуха. Если не затюкаете, то повыжимаю с вас и конфиги в том числе. Зачем? А чтобы Киевстар не скучал. На счет "не позорится", это не мой путь. Лучьше я опозорюсь, проиграю, поламаю и найду оптимальное, правильное, нужное решение, чем буду, молча сопеть в две дырочки, остаток жизни сидеть на 6 ядерном АМД.

А что тут сравнивать? разные системы, разный момент времени, разное количество процессов. Это относительно 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: 8192M Total, 8192M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 38 root 1 -68 - 0K 16K WAIT 3 90.4H 59.08% irq256: em0 =====8<----------

Хех! Как все знакомо... ...госслужащие не должны страдать из-за того, что республиканцы предоставляют налоговые льготы богатым... http://obozrevatel.com/politics/live.-revolyutsiya-v-ssha-25-tyisyach-gossluzhaschih-vzyali-shturmom-senat.htm#

Вот это по взрослому! Несколько вопросов, хотябы на интуитивном уровне. Переход с 32 и 64, дали какой нибудь еффект? Потому как у меня, ни памяти "особо много" не пошло, не нагрузка на процы не уменьшилась. Переход от 7, к 8, не пробовали? По моим тестам, нагруза на ядра понизилась на 15-20%, то есть производительнось повысилась. Переход с РТ на ЕТ, дал какойто прирост производительности? Сравнить не могу, нету ЕТ, приедут попробую.

http://korrespondent.net/business/1188449-vsplesk-solnechnoj-aktivnosti-mozhet-obojtis-miru-v-2-trln Всплеск солнечной активности может обойтись миру в $2 трлн Эксперты американской Ассоциации содействия развитию науки подсчитали, что всплеск солнечной активности, фиксируемый в последние годы, может привести к масштабной электромагнитной буре, которая обойдется миру в $2 трлн. Как сообщает Financial Times, научные институты по наблюдению за так называемой космической погодой в США, Великобритании и Швеции уже призвали мир к состоянию повышенной готовности. "Нам следует серьезно отнестись к космической погоде. Солнце выходит из периода затишья, и наша уязвимость повысилась с момента последней солнечной вспышки, наблюдавшейся около 2000 года", - считает ведущий научный консультант британского правительства Джон Беддингтон. "Прогнозирование и готовность - ключевые слова. Сейчас намного больше наших технологий уязвимы для солнечных бурь, чем это было 10 лет назад", - подчеркивает руководитель Национального управления океанических и атмосферных исследований США Джейн Любченко. Солнечные штормы начинаются с выбросов сверхгорячего ионизированного газа. Эти быстро движущиеся потоки заряженных частиц, достигая атмосферы Земли, вызывают электромагнитные колебания, которые влияют на радиочастотный диапазон. Это приводит к нарушению работы сотовой связи, коротким замыканиям, сбоям в электронике, используемой в гражданской авиации. Наиболее сильные штормы могут отключить спутники на орбите Земли на несколько часов. Самая интенсивная солнечная буря за всю историю наблюдений разразилась в 1859 году. Тогда были повреждены многие недавно созданные линии телеграфа, однако при тогдашнем уровне технологического развития общие убытки были не слишком велики. Если подобная буря повторится сейчас, мир потеряет не менее $2 трлн, свидетельствуют данные правительства США. Максимум солнечной активности в текущем солнечном цикле, как ожидается, придется на 2013 год. Напомним, 15 февраля, 01.56 по Гринвичу (03.56 по Киеву) на Солнце произошла самая мощная за последние пять лет вспышка.Она стала первой вспышкой класса X в новом, 24-м солнечном цикле. Последняя вспышка класса X была зарегистрирована 14 декабря 2006 года. 18 февраля, на Земле началась магнитная буря, вызванная мощнейшей вспышкой на Солнце. С 2000 года на Земле произошло 12 магнитных бурь высшего, пятого уровня, которые приводили к выходу из строя энергосистем, отключениям радиосвязи и полярным сияниям, наблюдающимся вплоть до экватора. Последняя буря пятого уровня произошла 11 сентября 2005 года.

Ну работает, что дальше? Нет чтобы задатся вопросом, почему такое возможно, настойчиво и геройски демонстрируем ламерство! Скажи маме пусть купит тебе пряник.

Я когдато с радости накатил 7.1, так она с такой же ошибкой вылетала, при поднятии второй карточки, карточки были брадкомы. Ради интереса, ставил интелы пси-х, и тоже на одном интерфейсе работали, при поднятии второго вешалась, Ставил реалтеки, то же самое, Ставил винт на другие машины, мешал карточки, падала как часы. Плюнул, накатил 8.1 и все забылось. Потом чтото не срослось, нужн было откатиться на 7.3, за два дня, два падения с глухим звисанием, откатился на 8.2, опять нет проблем. И заметил, что железо не важно, конфигурация не важна, нагрузка не важна. То есть причины нет. Просто падает когда ей захочется.

amd64 и стоит есть ребут за сутки после отключения дамминета Feb 19 20:25:37 gw1 kernel: Fatal trap 12: page fault while in kernel mode Feb 19 20:25:37 gw1 kernel: cpuid = 0; apic id = 00 Feb 19 20:25:37 gw1 kernel: fault virtual address = 0x0 Feb 19 20:25:37 gw1 kernel: fault code = supervisor read data, page not present Feb 19 20:25:37 gw1 kernel: instruction pointer = 0x8:0xffffffff80473d55 Feb 19 20:25:37 gw1 kernel: stack pointer = 0x10:0xffffff8000136920 Feb 19 20:25:37 gw1 kernel: frame pointer = 0x10:0xffffff0031cf8700 Feb 19 20:25:37 gw1 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Feb 19 20:25:37 gw1 kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Feb 19 20:25:37 gw1 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Feb 19 20:25:37 gw1 kernel: current process = 31 (igb0 que) Feb 19 20:25:37 gw1 kernel: trap number = 12 Feb 19 20:25:37 gw1 kernel: panic: page fault Feb 19 20:25:37 gw1 kernel: cpuid = 0 Feb 19 20:25:37 gw1 kernel: Uptime: 22h54m44s Feb 19 20:25:37 gw1 kernel: Physical memory: 2036 MB если еще раз упадет с такой же ошибкой попробуем обновить до 8.1 current process = 31 (igb0 que) Попробуй поставить карточку РТ. ps. Думаю понадежней перейти на восьмерку, мы тестим 8.2, пока без нареканий, а семерка, она какаято чудная от 7.0, до 7.3

Конкретней по мостам. Архитектура матери на с использованием южного чисета ICH7 По картинке видно, что чипсет ICH7 имеет поддержку шины PCI-E x1, северный тоже поддерживает PCI-E. Следовательно разработчики матерей, могут установит на матери слот PCI-E, как на северном мосту так и на южном. Что собственно они и делали. На северном мосту PCI-E как правило задействовали под видеокарту, а на PCI-E южнго моста, могли прицепить бортовой сетевой адаптер, а могли выставить слотом. Отсюда, если южный мост не поддерживает MSI, то на этом компе работать не будет, почему, написано постом выше. Как выход можно попробовать воткнутся с слот видахи кторый стоит на северном мосту, опять же северный мост должен поддерживать MSI. Если и это не помогло, ищите другую мать.

Вот MSI-HOWTO.txt http://www.mjmwired.net/kernel/Documentation/MSI-HOWTO.txt В "5.5 Hardware requirements for MSI/MSI-X support", расписано условие поддержки и режимы. А в "7. FAQ", поставлены конкретные вопросы. Q1. Есть ли ограничение на использование. Q2. Спрашивается о процесорах, и АМД, в том числе. Q3. Спрашвается о чипсетах. И ответы, если сетевая, проц и чипсет поддерживают, то работать будет. Поетому просьба если пишите, то пожалуста, аргументируйте, откуда трава. Потому как, так резво начали гнать пургу что я аж засомневался! Думаю а все может быть, почему бы на софтовом уровне не обойти аппаратное ограничение. Но только фиг там, чипсет на самом деле мозг компа, а проц всего лиш мотор, и если чипсет не знает о чем речь, то танцев не будет. На самом деле все просто, с таким же успехом можно подключться по адсл к провайдеру и доказвать что у тебя гигабитное соеденения потому что, в компе гигабитная карточка и ого-какой модем, включен именно в нее!

Посмотри что предшествует падению. У меня подозрение что в 7.3 косяк с обработкой брадкастовых запросов, конкретно от левых ИП блоков на езернет уровне. При чем, брадкастовые арп опросы регистрировались часто, но не всегда машина падала. Но когда падала, то последние записи в логах фигурировали именно левые брадкасты. Кстати под нагрузкой, тоже в районе 400. Перешли на 8.2, все устаканилось.