不是最后打开的页面就会这样，猜测是CSRF问题 @livid

@est
zip processing speed: 25.3951494393 MByte/s
lz4 processing speed: 353.97936239 MByte/s
processing speed lz4/zip: 13.9388572309

zip saving space speed: 19.4990332026 MByte/s
lz4 saving space speed: 234.369320807 MByte/s
saving space speed lz4/zip: 12.0195354494

恩，补充了一下。
节约CPU或者需要高速压缩的时候，用lz4就比较合适了。

部署环境咋看着像heroku

@est 恩，是的，别误会，我也觉得lz4是极好的，也比较了一下时间～
只是贴个数据提供下参考，刚那个结果贴错了～

test a million repeated characters:
source len: 1000000
zipped len: 992
lz4ed len: 3936

zip ratio: 1008.06451613
lz4 ratio: 254.06504065
ratio zip/lz4: 3.96774193548

zip time: 0.00992608070374
lz4 time: 0.000288963317871
time zip/lz4: 34.350660066
------------------------------
test in real world:
source len: 574703
zipped len: 133373
lz4ed len: 194073

zip ratio: 4.3089905753
lz4 ratio: 2.96127230475
ratio zip/lz4: 1.45511460341

zip time: 0.023008108139
lz4 time: 0.00155091285706
time zip/lz4: 14.8352036895

@est 试了一下，
source len: 694794
zipped len: 143015
lz4ed len: 246743

zip ratio: 4.85818970038
lz4 ratio: 1.72529454952
ratio zip/lz4: 2.8158610376

zip time: 0.0320677757263
lz4 time: 0.00188302993774
time zip/lz4: 17.0298809825

https://gist.github.com/oldcai/7230548

QT和GO都是可以在windows编译的，可以试试。

@est 嗯，还是得具体分析，针对一般机器和一般压缩算法而言，CPU更容易是瓶颈。

@felix021 wc和grep就是IO密集型吧。bzip2之类的倒是CPU密集型。
人生何处不相逢啊。。felix021君。。

其他的能点亮到底下，User Discovery从根部黑起。。。

https://www.google.com/
界面简单，功能强大

http://huixiang.im/
功能简单，界面清新

@est 恩，没法，只能写个shell
看着图标是个控制台，不能改成文件夹，很难过。

#!/usr/bin/env bash
dolphin smb://name/and/path/

@est 在提问之前已经试过，我测试的在KDE的Dolphin中，地址栏中输入是没问题的，但是作为软连接是打不开的。
不知道还有其他办法或者其他环境可以生效没有。

我傻乎乎的不听人劝，牵了长城宽带20M，也觉得亏大了，所以电信的也没断，回头想想，其实当时看到长宽的“带宽”和价格后，替电信的操心是操蛋了。

@yangqi
@coolair
@FrankFang128
@sophy
完了，今天晚上如何睡得着觉。。