On 3/16/19 7:03 AM, pete via arch-general wrote:
What would be the Reason for the change to a slower less efficient method apart from it may be someones pet toy ..
It's only less efficient because networks are more faster than CPUs. If I had a *multi-terabit* per second network, and multi-*kilohertz* 8-bit CPUs on both ends, then zstd might be more efficient for the whole compress, transmit, decompress cycle. Arch can potentially control the CPU at the servers, but neither the network(s) nor the user's CPUs, which means that I'm agreeing with your conclusion rather than your premise. :-)
