Я живу в сельской местности, использую беспроводное соединение с высокой задержкой от вышки местного интернет-провайдера. Мои тесты скорости меняются изо дня в день, но я могу получить около 1 Мбит вверх/вниз. Проблема в том, что я работаю с большими файлами, загружая и скачивая (видео высокой четкости, программное обеспечение для разработки и т. д.). Иногда ждать может быть мучительно. Плюс я занимаюсь разработкой игр по сторонним контрактам, и может быть очень сложно проводить тестирование с другими разработчиками (пинг в 200 мс — это хороший день для меня).
Теперь, очевидно, будет нелегко решить проблему задержки без другого беспроводного оборудования. Но с точки зрения скорости, мне интересно, могу ли я использовать какую-то технологию сжатия на прокси.
Например, мой рабочий компьютер имеет полный доступ к 26 Мбит вниз, 10 Мбит вверх, которое совершенно не используется ночью и в выходные. Если бы я мог запустить какую-то технологию сжатия на нашем сервере и использовать ее как прокси для маршрутизации на мой домашний компьютер, я мог бы получить значительную скорость. Я понимаю, что, забивая систему сжатием, я потенциально могу потерять весь прирост скорости, который у меня был. Но прокси-сервер — это четырехъядерный xeon, а принимающий компьютер — довольно приличный компьютер i7, так что это не должно вызывать беспокойства.
я нашелhttp://toonel.net/но, похоже, он больше ориентирован на очень медленных пользователей с узкополосным доступом, например, dial-up. Плюс, я бы предпочел просто указать браузеру прокси-сервер, а не устанавливать программное обеспечение на клиентской машине.
РЕДАКТИРОВАТЬ
Я подумал над своим вопросом еще немного и понял, что мне нужно будет установить программное обеспечение на моем клиенте для распаковки и возможного сжатия (для загрузки). Это не такая уж большая проблема.
решение1
Лучшим вариантом будет настройка VPN между домашним компьютером и работой, использующей сжатие данных.
Большинство решений VPN на основе клиент/сервер используют ту или иную форму сжатия (в основном потому, что они основаны на PPP, который имеет элементарное сжатие). PPTP, вероятно, самый простой в настройке, поскольку он имеет встроенную поддержку в Windows.
Для экстремального сжатия лучше всего мне удалось найти систему Unix/Linux, vtundкоторая может использовать ряд различных систем шифрования, в том числе gzipна уровне сжатия 9 ;) Очевидно, что для этого потребуется Linux или Unix на обоих концах соединения.
решение2
видео: если они уже сжаты с помощью Theora или H.264, как и большинство видеофайлов, вероятно, не стоит пытаться сжимать их снова.
Вебпросмотр: Если у вас естьвеб-браузер, написанный после 1998 года, большинство веб-сайтов прозрачно сжимают данные перед отправкой, а ваш веб-браузер прозрачно распаковывает их. Вероятно, не стоит пытаться сжимать их снова.
Программное обеспечениеразработка: Исходный код и исполняемые двоичные файлы можно сжать очень сильно. Однако, вместо того, чтобы использовать инструмент, который сжимает весь каталог и отправляет его, часто требуется даже меньше времени, чтобы либо
- Используйте такой инструмент, как rsync, который анализирует предыдущую версию файлов в месте назначения и отправляет только изменения. Или
- Использоватьконтроль версийинструмент, который сохраняет копию предыдущей версии локально и отправляет только изменения.
Унисон— это хороший графический интерфейс для rsync. Я использовал Unison на Windows-боксе для связи с rsync на файловом сервере Linux в другом городе для синхронизации папки на обоих концах.