Новинки:

Сайт подключен к Orphus. Если вы заметили опечатку, выделите слово и нажмите Ctrl+Enter. Спасибо!

Исходные данные дал не полностью


Сайт о сжатии >> Форум #Компрессор# >> [Ответить] [Ответы]

Автор: IBMPC, <ibmpc@bk.ru>
31 августа 2004 года в 01:32:27

В ответ на : Re: Вопрос: какой поток на сжатие в реальном времени может обработать процессор на уровне Celeron 1000? от Maxim Smirnov в 30 августа 2004 года в 16:18:34:


> Но мнится мне, что основная часть
> трафика в данном случае -- уже сжатые
> данные (графика и т.п.) и служебная
> информация пакетов протоколов
> различного уровня, с которой
> не совсем понятно что делать.

Я по ходу тоже въехал, что не сказал
четко, что мой интерес ограничен
случаем точка-точка. Об одном применении я уже сказал, а второй случай - необходимость связать два сегмента локалки на расстоянии нескольких километров. Пропускная способность радиоэзернета на больших расстояниях остается низкой. Вот я и задумался - а нельзя ли драйверочки сочинить, чтобы они трафик жали?
Насколько я понимаю, в случае точка-точка служебная информация может
остаться только на аппаратном уровне, а
драйвер ведь может быть нестандартным и
пихать в канал что угодно, в т.ч. и
жатый трафик. Лишь бы его другая
сторона понимала.
Или я не прав?

Сам, к сожалению, скорее ламер, реализацию эзернета понимаю поверхностно, на
таком уровне никогда не программил, но
если идея не до конца дикая, а
ограничений, в т.ч.
по производительности ЦП нет или их можно обойти, то может
кто озадачится?

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

Ответы:



Ответить на это сообщение

Тема:

Имя (желательно полное):

E-Mail:

URL:

Город:

Страна:

Вежливый и подробный комментарий:
(Форматируйте его, пожалуйста, как почту - короткими строками
Еnter в конце строки, пустая строка между параграфами).

Пожалуйста, заполните все поля.
И не нажимайте по два раза на кнопку! Дождитесь ответа сервера.