我正在努力解決以下問題：
給定一台具有中低 CPU/RAM 功能且網路連接極差的電腦。這裡的「差」是指 10-15 kb/s。我想做一些事情來提高這台機器的可用性。我會對適用於 HTTP(s) 協定的解決方案感到非常滿意，但如果它適用於 TCP/IP 層，那顯然會是一個優勢。我們談論的是 EDGE 技術，據我所知，調變解調器不使用基於硬體的加速。目前我有以下3個想法：（
如果你有完全不同的想法也請與我分享）
- 使用某種代理
- 使用VPN
- 歌劇渦輪
選項 1：
我有一台具有良好頻寬和 0-24 可用性的伺服器。我認為，必須存在一個開箱即用的解決方案（也許是代理），這在這種情況下可能會有所幫助。透過遠端電腦路由流量，並對文字（也可能對圖像）使用積極的壓縮將是一個微不足道但強大的幫助。但是我找不到這樣的代理。
問題：您知道這樣的代理嗎？或是有其他類似的程序嗎？
選項2：
我依稀記得，VPN可以在加密之前使用壓縮。我的想法是在客戶端可以連接的遠端伺服器上建立一個面向頻寬的 VPN（高壓縮率、低加密率）。
問題：如果這是一個完全愚蠢的想法，請糾正我。如果它可以工作，請給我一個提示，我該如何實現它。
選項 3：
我從一位同事那裡得到了這個建議。它只能在 HTTP 上工作，但沒關係。我現在無法嘗試，但這似乎是一個非常簡單且有效的解決方案。
Q： 真的有效嗎？有沒有像這樣的獨立於瀏覽器的解決方案？
附加資訊：
- 視窗XP
- 目前我使用的是火狐瀏覽器
- 安全不是一個重要的方面
答案1
您的問題更為深入：由於傳輸媒體的不可靠性質以及資料包不斷變化且令人難以置信的高往返時間，一般的 GPRS（特別是 EDGE）對於 TCP 連線來說是一個艱難的基礎。傳輸速度會非常慢，這並不是因為 EDGE 速度慢，而是因為內部 TCP 計數器會反覆超時，因此會多次觸發重傳，從而填滿狹窄的鏈路並減少傳輸視窗。之前已經有一些涉及該主題的科學工作。其中一項努力導致出版了劍橋大學的論文（讀起來很有趣），顯然還實現了 GPRSWeb 代理軟體，該軟體尚未向公眾發布。如果您需要有關此主題的更多信息，您可能需要聯繫作者或教師。
Opera Turbo 確實使用了上述論文中描述的一些技術，而且它們運作良好，但如果您正在尋找與瀏覽器無關的解決方案，請看一下齊普羅西:
Ziproxy 是一個轉送（非快取）壓縮 HTTP 代理伺服器。基本上，它透過將圖像轉換為較低品質的 JPEG 或 JPEG 2000 來壓縮圖像，並壓縮 (gzip) HTML 和其他類似文字的資料。它還提供其他功能，例如：HTML/JS/CSS 最佳化、搶佔式主機名稱解析、透明代理、IP ToS 標記 (QoS)、廣告攔截器、詳細日誌記錄等。
但它不會解決 GPRS 協定特定的問題。
我不會使用啟用壓縮的VPN 連結- 它可能不會幫助您解決問題，因為傳輸的資料在大多數情況下已經被壓縮：大多數網站管理員對HTML 和CSS 使用GZIP 壓縮，並且圖像資料也被壓縮，並且不能有意義地被壓縮。
答案2
一種選擇是使用具有壓縮功能的 VPN。
http://openvpn.net是一個非常好的選擇，如果我沒有記錯的話，它使用 lzo 作為壓縮，我相信你可以獲得高達 20% 的速度（這可能會因很多因素而異）。
壓縮會導致吞吐量突然增加並略微增加延遲，在某些情況下您可能需要調整 Windows 配置。
它確實有適用於 Windows 和 Linux 的客戶端版本，您可以將其設定為伺服器、服務和/或僅從 Windows 啟動並將其設定為您的預設閘道。
編輯：
根據該解決方案的用途，您甚至可以在 VPN 伺服器上設定一個魷魚，並使用快取解決方案+壓縮。