Перейти к содержимому
Калькуляторы

z18

Пользователи
  • Публикации

    17
  • Зарегистрирован

  • Посещение

О z18

  • Звание
    Абитуриент
  1. Опубликована Процедура блокировки некошерной инфо

    # host www.segodel.com|grep 195.208.208.120 www.segodel.com has address 195.208.208.120 # host 195.208.208.120 120.208.208.195.in-addr.arpa domain name pointer msk-ix.sberbank.ru.
  2. ipv6, практические вопросы

    Horgi: - Учим русский язык, затем пытаемся на нём общаться. - Читаем книгу до конца, потом озвучиваем свое мнение.
  3. catalyst 4900m vs 802.1ad

    Эээ.. А что тут неясного? Тема про каталист и про его невежество относительно стандарта 802.1ad (либо про каталист и моё невежество относительно него - если мне подскажут как его научить понимать ethertype 0x88a8).
  4. catalyst 4900m vs 802.1ad

    Да, про qinq он знает, но только с ethertype'ом 0x8100. Команду 'dot1q tunneling ethertype 0x88a8' он у меня не понимает :( ios: cat4500e-ENTSERVICESK9-M 12.2(54)SG1
  5. Вот тут обнаружил, что catalyst 4900m ничего не знает про ethertype 0x88a8... Это так или мне бинокль купить?
  6. FreeBSD 7.2 vs 8.0

    1) io_fast не дружит нормально с wf2q на 7.x 2) отрицательная задержка просто вызывает переполние целочисленной арифметики внутри dummynet'а, поэтому результаты могут быть занимательными.
  7. FreeBSD 7.2 vs 8.0

    Почему ? При net.inet.ip.dummynet.io_fast=1 и пайпе, не упирающемся в лимит, пакеты идут мимо dummynet шедулера. Это разве не искомое отсутствие задержки ? Чтобы труба 32kbit/s "не упиралась в лимит", пакет должен быть не больше 32бит, т.е. 4байт (при hz=1000).
  8. FreeBSD 7.2 vs 8.0

    net.inet.ip.dummynet.io_fast есть в 6.4/7.2 в описанном примере это никак не поможет.
  9. FreeBSD 7.2 vs 8.0

    Любой каприз - за Ваши деньги ;) Для простоты считаем, что "красивый/приятный" пинг это 1ms. Если pipe у нас есть в обе стороны, то пакет должен проходить трубу за 0.5ms Если нам надо, чтобы пинг был красивым при пакете 1500 байт, нам надо: 1500 * 8 * 1000 * 2 = 24Mbit/s Если при стандартном (с 56 байт данных): (20 + 8 + 56) * 8 * 1000 * 2 = 1.344Mbit/s Минимальный icmp пакет: (20 + 8) * 8 * 1000 * 2 = 448Kbit/s Резюмирую: если клиент купил 32kbit/s, то делая пинг чего-либо он кладет свой канал на полку. P.S. в 8-ке появилась опция у трубы: burst - с её помощью можно сделать нечто похожее на то, что Вы описали.
  10. FreeBSD 7.2 vs 8.0

    Эээ... а как они (пакеты) должны идти?
  11. Процессорная загрузка собирается в dummynet из-за "ipfw add 500 pipe tablearg".Если для каждой скорости сделать отдельную таблицу и отдельное правило "ipfw add 501 pipe 501 from any to table(51)", тогда нагрузка переедет в прерывания от сетевых карт. Теорию не знаю, но лично у меня на практике оказалось так. Теорию знаю - это не так.
  12. Это значит, что у Вас i386 система, и эти счетчики переполнились X раз. Делать на их основании выводы не стоит.
  13. 44 это количество активных flows. buckets это размер хэш таблицы, используемой для раскладывания пакетов по flows. Если buckets=1, то хэш поиск вырождается в линейный. Наращивать кол-во buckets надо если net.inet.ip.dummynet.search_steps/net.inet.ip.dummynet.searches >> 1, иначе это просто раходование памяти ядра.
  14. А что не понятно-то? Идея в том, чтобы пакеты проходящие через dummynet могли fastforward'ится.
  15. Где превышение? Я же Вам предлагал поразмышлять... Ну ладно: Гранулярность времени в dummynet'е при стандартном ядре (HZ=1000) 1ms, т.е. 64Kbit/s это 64Bit/ms. В Вашем примере размер пакета 1500 байт (1472 + 8 + 20 = 1500, a не 1480, как Вы полагаете, но это здесь не Важно), т.е. 1500*8=12Kbit. 12Kbit через трубу с пропускной способностью 64Bit/tick без задержек проехать никак не могут. Можно посчитать, какая должна быть задержка: 12000/64 = 187.5ms в одну сторону. В Вашем примере есть и обратная труба, т.е. задержка на Ваши пинги должна быть 187.5 * 2 = 375ms. Знакомая цифра? ;)