Привет
Разыскивается софтовый свободный компрессор трафика , платформа Linux/FreeBSD
Проблема в том что поток довольно большой — 10-30 Мбайт и жать надо в реальном времени и без потерь
Пробовал vtund и tincd .
Первый старый и тормозит
второй вообще не может передавать такой поток
Есть еще какие-либо решения ?

Здравствуйте, Alby, Вы писали:

A>Привет
A>Разыскивается софтовый свободный компрессор трафика , платформа Linux/FreeBSD
A>Проблема в том что поток довольно большой — 10-30 Мбайт и жать надо в реальном времени и без потерь
A>Пробовал vtund и tincd .
A>Первый старый и тормозит
A>второй вообще не может передавать такой поток
A>Есть еще какие-либо решения ?
Что за данный шлёшь? Какая их природа? Кто получатель?

Здравствуйте, Kernan, Вы писали:

K>Здравствуйте, Alby, Вы писали:

K>Что за данный шлёшь? Какая их природа? Кто получатель?
primary DB шлет данные на свой standby
все это идет через Сеть
желательно уменьшить передаваемый трафик

Здравствуйте, Alby, Вы писали:

A>Здравствуйте, Kernan, Вы писали:

K>>Здравствуйте, Alby, Вы писали:

K>>Что за данный шлёшь? Какая их природа? Кто получатель?
A>primary DB шлет данные на свой standby
A>все это идет через Сеть
A>желательно уменьшить передаваемый трафик
Пропусти через gzip proxy какой-нибудь и на другой стороне распакуй так же. Сложно сказать как уменьшатся данные, т.к. природа их зависит от того, что хранится и в каком виде. Бинарные данные/картинки будет сложно пожать, текс лучше сожмётся.

K>Пропусти через gzip proxy какой-нибудь и на другой стороне распакуй так же. Сложно сказать как уменьшатся данные, т.к. природа их зависит от того, что хранится и в каком виде. Бинарные данные/картинки будет сложно пожать, текс лучше сожмётся.

посмотрел
gzip proxy заточены под HTTP
мне же нужен скорее VPN со сжатием

Здравствуйте, Alby, Вы писали:

A>Привет
A>Разыскивается софтовый свободный компрессор трафика , платформа Linux/FreeBSD
A>Проблема в том что поток довольно большой — 10-30 Мбайт и жать надо в реальном времени и без потерь
A>Пробовал vtund и tincd .
A>Первый старый и тормозит
A>второй вообще не может передавать такой поток
A>Есть еще какие-либо решения ?
Без структуры данных сложно что либо советовать и возможно имеет смысл сжимать данные на более высоком уровне еще до передачи их в сеть. Если у вас идет 30 мб текста, то выгоднее его заранее пожать, или например биржевая информация в силу специфичности данных очень хорошо жмётся и т.д. А компрессия на уровне ТСР потока без учета самих данных, может не дать ни какого значимого эффекта.

A>Разыскивается софтовый свободный компрессор трафика , платформа Linux/FreeBSD
SSH с его port forwarding? Только не забудьте собственно сжатие включить.
Для затравки: http://ru.wikibooks.org/wiki/SSH_%D1%82%D1%83%D0%BD%D0%BD%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
Если захочется ещё быстрее, то можно http://www.psc.edu/index.php/hpn-ssh попробовать применить.

А какой sql server ?