wawa

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

Да, простите. Про ссылку я мог бы и сам догадаться. В попытке исправиться сообщаю, что quagga-re встроена в дерево портов во FreeBSD.

У проекта Quagga появилась зелёная веточка - Quagga-RE. В ветке заметно активизирована разработка. Кроме багфиксов появляются всякие полезности типа "match probability" для bgp и "redistribute maximum-prefixes" для ospf.

IPv6 в Яндексе тоже прорастает повсеместно. Всё с этим в порядке.

У нас quantum для каждого класса рассчитывается из расчёта 1/10 от ceil, но не меньше 10000. И всё равно это не помогает преодолеть 2.5 Гига. Всё упирается в _spin_lock. Интересно, хоть кто-нибудь смог на HTB и MTU в 1500 вытянуть больше 2.5 Gbps? не замечали у себя в логах что-нибудь типа?: Dec 24 19:40:42 mercury kernel: ix0: Ethernet address: 00:1b:21:0e:89:43 Dec 24 19:40:42 mercury kernel: ix0: PCI Express Bus: Speed 2.5Gb/s Width x1 Dec 24 19:40:42 mercury kernel: ix0: PCI-Express bandwidth available for this card Dec 24 19:40:42 mercury kernel: ix0: For optimal performance a x8 PCIE, or x4 PCIE 2 slot is required.

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

Судя по приведённому в соседнем треде трейсу, можно предположить, что в этом как-то замешан СтартТелеком. Нет ли у них перегрузки на стыке с MSKiX ?

коллеги, а с газовиками никто, случайно, не работал ?

Есть у нас интерес насчет тёмного волокна по направлениям Москва-Сасово, Москва-Нижний, Нижний-Сасово. Возможны покупка, совместная стройка или, в крайнем разе, аренда. Буду также признателен за добрый совет. :-)

Делаю примерно так же на 7.3. Ядро пересобирать все равно придется, даже если модулем грузить. Поэтому вкомпиливаю в ядро сразу. п.с. Все работает, полет нормальный ) мы освежили версии для em (теперь оно называется e1000)

ну вот я бы отключил cpu freq control не для сервера оно изготовлено

да, конечно.

с яндексовскими драйверами разумно использовать net.isr.direct=1

От ить. Аналогично. Я с 12 часов примерно копаюсь, ищу что стряслось. Жалобы как бы есть, но ничего конкретного. Наблюдается капитальный раздрай на сети Евротела в сторону Самары с 11:00.

Эта штука находится в стадии кровопролитного выколачивания критических ошибок. Большого реинжиниринга aka em мы пока не планируем. На первый взгляд незачем. слухи не подтверждаем:-)

это пиковые значения октетов и пакетов в секунду на вход и на выход.счетчики можно занулять - максимум будет вычисляться с момента зануления. пять штук - чтобы удобно было смотреть всплески за сутки/часы и протчая.

Скажем так: нет причин не обновляться.:-) Код уже длительное время очень стабилен - багфиксы и очень ограниченные в пространстве улучшения.

Это не есть "официальный продукт" Яндекса. Отсюда некоторая расслабленность. Публиковать его как патчсет - а "яндексный драйвер" и есть суть патчсет - было бы, безусловно, кошернее, но заметно менее удобно. Мы держим код синхронным с веткой STABLE, а там достаточно регулярно вносятся небольшие изменения. Кристально чистый патчсет в таких условиях прикладывать рискованно. Все наши изменения очень хорошо известны Интелу. Несколько важных изменений они взяли. А вот мультизадачность не захотели. ITR мы вот выключили ибо можем себе это позволить в нашей архитектуре, а это заметный плюс, если у вас, например, много тысяч коротких обменов по сети.

раз такое дело, мы выложили восьмую версию

К сожалению, таким же позитивом не обладаю.Вот так выглядит наш опыт для FBSD (семёрка, а потом и восьмёрка): aluminium:~$ last | grep reboot reboot ~ чт 18 фев 01:22 reboot ~ чт 18 фев 00:25 reboot ~ чт 18 фев 00:14 reboot ~ ср 17 фев 17:47 reboot ~ пн 15 фев 15:46 reboot ~ вс 14 фев 15:45 reboot ~ сб 13 фев 21:40 reboot ~ пт 12 фев 15:39 reboot ~ пт 12 фев 15:33 reboot ~ пт 12 фев 00:01 reboot ~ чт 11 фев 20:51 reboot ~ чт 11 фев 17:18 reboot ~ ср 10 фев 16:40 reboot ~ вт 9 фев 13:42 reboot ~ пн 8 фев 06:09 reboot ~ чт 4 фев 09:58 reboot ~ ср 3 фев 20:59 reboot ~ ср 3 фев 20:20 reboot ~ пн 1 фев 23:38 reboot ~ пн 1 фев 23:06 aluminium:~$ last -f /var/log/wtmp.0 | grep reboot reboot ~ вс 31 янв 07:06 reboot ~ чт 28 янв 11:16 reboot ~ ср 27 янв 09:26 reboot ~ сб 23 янв 22:55 reboot ~ сб 23 янв 22:42 reboot ~ сб 23 янв 20:04 reboot ~ сб 23 янв 19:50 reboot ~ сб 23 янв 19:19 reboot ~ сб 23 янв 18:49 reboot ~ пт 22 янв 19:22 reboot ~ пт 22 янв 19:15 reboot ~ пт 22 янв 12:13 reboot ~ пт 22 янв 12:09 reboot ~ пт 22 янв 11:51 reboot ~ пт 22 янв 11:24 reboot ~ чт 21 янв 22:16 reboot ~ чт 21 янв 11:39 reboot ~ вт 19 янв 15:04 reboot ~ вт 19 янв 14:48 reboot ~ пн 18 янв 19:42 reboot ~ пн 18 янв 17:45 reboot ~ пт 15 янв 19:29 reboot ~ пт 15 янв 10:41 reboot ~ чт 14 янв 12:45 reboot ~ ср 13 янв 20:21 reboot ~ вт 12 янв 22:48 reboot ~ вт 12 янв 20:55 reboot ~ вт 12 янв 08:18 reboot ~ пн 11 янв 04:07 reboot ~ вс 10 янв 02:13 reboot ~ вс 10 янв 02:08 reboot ~ вс 10 янв 01:58 reboot ~ вс 10 янв 01:18 reboot ~ вс 10 янв 00:05 reboot ~ сб 9 янв 15:15 reboot ~ сб 9 янв 01:26 reboot ~ сб 9 янв 01:21 reboot ~ пт 8 янв 22:51 reboot ~ чт 7 янв 23:16 reboot ~ чт 7 янв 23:12 reboot ~ чт 7 янв 23:07 reboot ~ чт 7 янв 23:04 reboot ~ чт 7 янв 19:11 reboot ~ чт 7 янв 19:04 reboot ~ чт 7 янв 18:57 reboot ~ чт 7 янв 18:49 reboot ~ чт 7 янв 18:43 reboot ~ чт 7 янв 18:37 reboot ~ чт 7 янв 18:33 reboot ~ чт 7 янв 18:26 reboot ~ чт 7 янв 18:21 reboot ~ чт 7 янв 16:26 reboot ~ чт 7 янв 16:21 reboot ~ чт 7 янв 16:17 reboot ~ чт 7 янв 16:01 reboot ~ ср 6 янв 00:12 reboot ~ сб 2 янв 19:16 на днях Интел выкатил более стабильный драйвер, но "гоп" говорить пока не хочется. В Линуксе в 2.6.31 оно как-то заработало. Но тоже как-то слишком недавно и - в нашем случае - только, если отключить scatter-gather.

Вот по англицки написано: нет буфферов. ethtool -g смотреть, ethtool -G ставить. разные бывают буфера.для начала посмотрите что за чип - lspci -v e1000 - это целое семейство. Встречаются в нем откровенно неудачные поделки igb, конечно, заметно резвей, но, к сожалению, драйвера для этого чипа на данный не являются шедевром стабильности

а вы посмотрите на некстхопы анонсов, которые получаете от RS. их там встречается три совершенно разных с 12389 аэской впереди.

sh int XXX stats ?

Мы пока не используем эту карточку широко. Что-то появится стоящее, опубликуем. Пока можно отметить, что igb имеет самый большой RX-буфер на борту, а это основная проблема на гигабитных картах. Перспективно, в общем. Ошибки только надо для начала из драйверов вытрясти.

это вполне рабочая комьюнитя. пообщайтесь с телийным хелпдеском