On Thu, 2003-06-26 at 12:18, Javier Gostling wrote:
> Another issue (derived from the dual X sessions above) is scalability. > How scalable is a compressing protocol? What would be the consequences > of compressing data streams in a 50 user multiuser application server? > My instincts tell me it would be disastrous. First off, even when compression for X has been available it has always been an option. In the 'bad old days' of ca. 1993-94 when the compression technology for X wars were raging, there were folks running dozens of NCD X terminals to single Sun boxes acting as servers using NCD's compression. In those days, state of the art Sun processors were running in the 40-60MHz range. All compression was being done in software, so that piddly little Sun box would be handling compression for dozens of clients. Your instincts tell you one thing, but the practice of many folks from years ago when compression was in fact in use shows otherwise. That said, it is trivial to put compression in silicon these days. VPN hardware appliances have built-in compression/decompression as well as encyrption/decryption in silicon. The reason no one does it is that there is no market, and part of that is lack of standards. With wireless coming into vogue, and bandwidth there being limited, I see a potential large market for compression of network streams. - rick warner -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
