为什么要避免在 cp 时显示进度条这种设计？
进度条显示依赖于两个关键，一是总工作量，一是当前进度量。 对于 wget 来说， 如果要获取的资源在头部有 Content-Length, 那么它可以认为获得了“总工作量”， 而具体下载过程中下载了多个字节它是知道的，这种情况下得到进度百分比是轻负担的，可承受的。
对于wget获取一个使用 http 协议的 URL 来说， 如果 Content-Length 没有指定， 则wget 也无法获取总工作量， 它所能做的只是下载一点是一点，直到收到一个结束标志。而这种情况下即使wget也无法正确显示进度条。
注: Content-Length 头在 Http 协议中是可选的.
对 于cp -a 这样的任务来说， 可能很多用把它用作备份的手段， 执行这个命令一般都是大宗买卖， 源往往是一个目录。 而获取这样一个目录的总大小是可能但不可负担的，你可以 du -csh /usr/src/linux 试试看。 在这段时间内你差不多可以复制完成了。
另一种情况， 即使要复制的源是单个的大文件，此时总工作量易于得到， 但整个copy 过程中每时每刻的工作进度则要通过不断地轮询目标文件的大小来实现。 这需要至少两个进程/线程来实现， 比较wget在内部获得这一指标来说， cost 太大了。