pavlabor

Это не к теме, а к позиции непа. Есть такое понятие как философия. Так вот медь, это одна философия, опта это другая философия. Если у провайдера сделана медь, подключение в часном секторе nnn денег. То это такой провайдер и у него такая сеть. Если эту сеть переделать на опту, то есть, сменить философию, то это не 150-200 баксов, а 100-200 штук баксов, что не подъемно 90% провайдерам. И не нужно путать х... (писюн), с трамвайной ручкой. А хотелки..., ну кто не мечтает об оптике к абону...?

Гдето так... http://fishki.net/comment.php?id=82695

Я уже не однократно говорил, что по столбам в ч/с однозначно PON, в этом случае у вас волоконность кабеля не более 4-8-12 (8х32 = 256 абонентов, 12х32 = 384 ). Конечно, ну кто вас умным назовет по столбам тягать ОК24-48. Стоимость ОК4 на подвес, уже сопоставима со стоимостью витой пары для внешней прокладки на тросу, а то и дешевле в случае чистой меди. Сказочник! Дай раскладку на 200 абонов, на вскидку. Только без понтов, типа тебе китайцы привозять модули, прямо домой, и ползают за тобой на коленях, что бы ты взял по 2 бакса пару...

Лично мне не понятно почему IPhone 3G... Почему не верта, или блекбори... Может горе от ума, а другим все понятно...

Давно было, инет был помегабайтный. Сделали систему, до гига одна цена, от гига до двух другая, от двух до пяти третяя и так далее. Потом решили простимулировать платежи, сделали если на начало месяца на счете 10 грн, то абону сразу шол бонус от гига до двух, если 50 грн, от двух до пяти, если 100, то более пяти. Результат, люди как жили своей жизню, так и живут, было пару маньяков, что в целом составляло 2-3%, для больших сетей, может и принесло бы чо, но в целом, затраты на стимулирование, проедали еффект. год прожило и потухло. Проседание платежей неизбежно, зависит от вр

http://www.bbc.co.uk/ukrainian/business/2011/03/110315_ukrtelekom_privatization_az.shtml

http://edition.cnn.com/video/#/video/world/2011/03/14/dnt.japan.reactor.explainer.nhk?hpt=C2 Сомневаюсь что страна распологающая вторым по велечине золотовалютным запасом, нуждается в сале. Любая помощь, только лишние хлопоты на расшаркивание согласно етикета...

что для 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% от возможностей. А может ненащупал педалей.