 |
|
Subject: non-expansion backoff (сети) gen. Всем доброго времени суток! В технической документации, связанной с сетями, встретилась следующая фраза:Number of outbound packets not compressed due to a non-expansion backoff. Сначала я перевела это так: "Количество исходящих пакетов, не сжатых из-за отката, препятствующего расширению", т.е. поняла так, что вместо сжатия передаваемые пакеты принялись расширяться (такое бывает), и какая-то настройка прервала их обработку, т.е. сжатие. А потом задумалась: а не значит ли это, что пакеты должны были иметь какое-либо расширение, а поскольку его не обнаружилось, то произошел откат. Более обширного контекста дать не могу, про "иметь расширение" больше нигде ничего не сказано, но я все равно сомневаюсь. Подскажите, пожалуйста, какая версия правдоподобнее! |
|
ИМХО: ..мне кажется Ваш первый вариант ближе к истине..но не совсем верен.. ..вот здесь почитайте (параграф 2.2 особенно) http://rfc.com.ru/rfc3173.htm ...может натолкнетесь на мысль..:0)..поскольку Вы скорее лучший специалист в IT, чем я.. Удачи. |
| ochernen, спасибо Вам огромное! =) Вы совершенно правы, теперь поняла! |
|
опять ИМХО...вдогонку скорее у Вас это Количество исходящих пакетов, не сжатых, вследствие задержки при превышении порогового уровня для сжатых данных.. т.е. получается, что сжимали данные..сжимали..пока не обнаружили, что (в результате сравнения размера данных с пороговым значением..) размер сжатых данных будет равным или большим порогового значения (т.е. выше чем размер исходных данных..или равным ему)..и тогда пошла программа просто передавать данные без сжатия...(количество которых подсчитывается)..но как только результат сравнения оказывается меньше порогового значения, то процесс компрессии/сжатия возобновляется.... вот так как-то... |
| По смыслу получается точно так! Перевела как "Количество исходящих пакетов, не сжатых из-за расширяемости". Кривовато пока, но при редактуре я подправлю. Еще раз спасибо! |
| You need to be logged in to post in the forum |