Они не спрашивали "чозахня?"? :)

Молчат : )

А с сайта freebsd.org чего ru убрали, раздел на главной, кто нить в курсе?

санкции )

Так хохлы ж тоже русский раздел читают : )

а там нет раздела для укр?

Нет

О, нашел : )))

https://www.freebsd.org/ru/

zh_TV что бы это значило? : )

Ну, так то да. Просто на главной оставили три языка - en,de и jp

И то что я написал

и китай

Видать места мало для языков стало : )

: )

А чё там ру в ней?

Я урл кинул, типа там найди букварь : ) А человек мне там русского вообще нет : )

Ну я пошёл тоже поглядеть : )

Ниче так времени накапало ?

насчет сращивания - а что такого? на графике обычные кривые для разных показателей преломления емнип

Да не, ниче, кого бюджет парит, тот все понял

?

Логично же

Вчера вопрос стоял конкретных цифр, вот привел доку, чтобы можно было просчитать, если у кого-то есть переходы

Ну это для поновцев больше

Вчера вопрос стоял конкретных цифр, вот привел доку, чтобы можно было просчитать, если у кого-то есть переходы

т.е. на таком стыке порядка 0.4 затухание?

Хм..

т.е. на таком стыке порядка 0.4 затухание?

0,05 в итоге выходит

с учетом ступеньки

по картинке

652-657B(split)-657B-ONT и никакого возврата в 652, не смотрите на картинку

)

А еще есть нюансы с 652-657А или 652-657B

И не все сплиттеры указывают волокно, из которого они собраны. В общем, есть на что внимание уделить

Разумеется, если хотим строить полностью пассивную сеть и покрыть поелок только одним узлом

парни, никто не знает какое обоснование для такой формулы расчета берста car.upstream.cbs = car.upstream.cir / 8; кроме "ну так норм" ?

Это железа зависит

угу, обычно эмпирически подбирается)

Это железа зависит

поясни ка

это если что из сорцов mpd так что к сетевому железу имеет посредственное отношение

это если что из сорцов mpd так что к сетевому железу имеет посредственное отношение

биты => байты? )

ну это понятно, а дальше? почему нет других модификаторов?

ну это понятно, а дальше? почему нет других модификаторов?

cir - скорость в битах в секунду (в мане опечатка)

http://ospf-ripe.livejournal.com/2567.html

cir - скорость в битах в секунду (в мане опечатка)

ты видимо не понял вопроса

ты видимо не понял вопроса

тогда стоит переформулировать вопрос. потому что пока речь про поля ng_car_hookconf

тогда стоит переформулировать вопрос. потому что пока речь про поля ng_car_hookconf

я вообще про ng_car ничего не говорил. вопрос был про теоретическое обоснование рассчета берста именно по такой формуле

я вообще про ng_car ничего не говорил. вопрос был про теоретическое обоснование рассчета берста именно по такой формуле

ng_car умеет 4 режима работы. в вашем примере вообще ничего нет кроме конверсии биты => байты.

ng_car умеет 4 режима работы. в вашем примере вообще ничего нет кроме конверсии биты => байты.

там есть еще неявно цифра в одну секунду, полагаю

у циски например в доках можно найти такое: normal burst = configured rate * (1 byte)/(8 bits) * 1.5 seconds

но без обоснований

ng_car умеет 4 режима работы. в вашем примере вообще ничего нет кроме конверсии биты => байты.

и не надо мне пожалуйста рассказывать про ng_car

Поддерживаю, какой вопрос, такой ответ! Почему небо синее? Поотому что вода голубая :)))

Поддерживаю, какой вопрос, такой ответ! Почему небо синее? Поотому что вода голубая :)))

а не рэлеевское рассеяние разве?

Так в чем тогда сложность осознать, что на вход в вашем случае надо подать "байты", как писали выше, а исходные данные - скорость в битах, вот и /8. Все, больше там обосновывать нечего, там больше ничего и нет. В чем суть вопроса то?

в этом и вопрос, почему там больше ничего нет

это же не перевод битов в байты так-то, а расчет берста в полисере

имеенно и есть перевод - минимально необходимая операция для запуска механизма. Все там есть, просто равно 1 :)

ну и почему оно равно единице то? :) не 2, не 3, не 1.5, не 0,33

Потому что автор гей

ERROR: S client not available

неплохая аргументация

? Я удивлен. Ожиидал следующий вопрос в духе "А почему автор гей?" ?

Бугага : )

это же не перевод битов в байты так-то, а расчет берста в полисере

в каком режиме используется ng_car?

БСДшники такие БСДшники :)

это же не перевод битов в байты так-то, а расчет берста в полисере

И тем не менее железо не может запрограмировать любой берст какой вам может захотеться

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

И тем не менее железо не может запрограмировать любой берст какой вам может захотеться

Так у него не железо (не асик), а софт, ток что может, думаю, в пределах РАМ ))

в каком режиме используется ng_car?

предположим в первом, т.е. обычный полисер. это что-то меняет?

И тем не менее железо не может запрограмировать любой берст какой вам может захотеться

ну понятно, поправка на размер ячейки и т.д.

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

Человек, который это писал, решил конкретную задачу. А у тебя вопрос - почему он сделал именно так? - я ответил, потому что ему так было нужно. А следом ты спрашиваешь "А почему ему не нужно было что-то еще?"

хм, зсттк поменял способ блокировки, или я только что проснулся, BL-gw.transtelecom.net в трейсе до https://vitus-wagner.dreamwidth.org появился

Человек, который это писал, решил конкретную задачу. А у тебя вопрос - почему он сделал именно так? - я ответил, потому что ему так было нужно. А следом ты спрашиваешь "А почему ему не нужно было что-то еще?"

ну у него могли быть еще аргументы, кроме приведения к целому числу байт

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

если бы вопрос изначально звучал как "почему размер бёрста равен гарантированной полосе в байтах - это был бы другой разговор".

Маловероятно. Опустись до урвня асика и ассемблера, тогда поймешь как он думал и почему он ничего не навернул сверху

если бы вопрос изначально звучал как "почему размер бёрста равен гарантированной полосе в байтах - это был бы другой разговор".

+1

если бы вопрос изначально звучал как "почему размер бёрста равен гарантированной полосе в байтах - это был бы другой разговор".

он в общем так и звучал, только безотносительно к размерности, потому что интересует не эта сторона вопроса

Из-за особенностей реализации везде по разному

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

надо смотреть ещё на используемую модель, а не только на абсолютные цифры.

Народ, а кто знает, в случае 1 проца с 2 потоками, регистры получаются как бы расшаренными между двумя потоками? То есть за 1 такт в каждом потоке выполнится операция, которая, в теории, может использовать данные одного и того же регистра? Условно: Такт1: Thread1: add al,cx | Thread2: add ah,cx То есть, за 1 такт мы можем в современных ЦПУ совершить сразу несколько операций над уже имеющимися в регистрах данными?

Например, при 8 потоках, выставить сразу 8 выводом МК за один такт :)

Народ, а кто знает, в случае 1 проца с 2 потоками, регистры получаются как бы расшаренными между двумя потоками? То есть за 1 такт в каждом потоке выполнится операция, которая, в теории, может использовать данные одного и того же регистра? Условно: Такт1: Thread1: add al,cx | Thread2: add ah,cx То есть, за 1 такт мы можем в современных ЦПУ совершить сразу несколько операций над уже имеющимися в регистрах данными?

afaik, свой набор регистров.

? Думаю, это все адские блокировки, типа виртуализации потокв, чтобы данные не коцались "соседями". Но поделить регистр же просто так нельзя, он же уменьшится вдвое ?

Народ, а кто знает, в случае 1 проца с 2 потоками, регистры получаются как бы расшаренными между двумя потоками? То есть за 1 такт в каждом потоке выполнится операция, которая, в теории, может использовать данные одного и того же регистра? Условно: Такт1: Thread1: add al,cx | Thread2: add ah,cx То есть, за 1 такт мы можем в современных ЦПУ совершить сразу несколько операций над уже имеющимися в регистрах данными?

http://www.overclock.net/a/hyperthreading-explained

Да... вон оно как... народ аж в 11 году еще такими вопросами озадачивался, а тут на дворе 2017 ?

Все ясно, чуда не случилось и ничего нового не придумали, можно еще лет 10 посвятить телекому, потом вынырнуть и посмотреть что в этой теме шевелится :) Кстати, пока сейчас бродил, все же находил отголоски того, что есть варианты поделить ресурсы на отдельные команды - один поток запустит одну, второй - другую, но каждая по отдельности инструкция будет выполняться в разных АЛУ (точнее сопроцессорах) за счет чего будет достигнута одновременность выполнения. Но набор команд в разреже каждого поток, разумеется, будет меньшим... и не универсальным... Как-то так понял :)

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