拉链，拉尔，7z，Gzip，BZip2，焦油等我听说7z是本月的味道，为什么？ 对所有情况来说都是最好的，还是在特定情况下有更好的select。 或者，也许实际的文件存档器WinZip，WinRar，7Zip等（而不是格式）有更大的影响？ 在你的回答中，你能描述一下你提到的格式使用什么样的速度/压缩折衷。 请提供链接到支持您的答案的任何实证testing。 背景：我需要备份一个自定义的search索引，创build大约3000个相对较小的文件（小于10MB），每个包含大量的重复数据。 （像往常一样维基百科有一篇相关的文章，但是关于性能比较的部分很简短。） 谢谢
我正在寻找一种支持被拖拽的压缩格式。 这意味着你不必读取整个文件来获得最后的X个未压缩的字节。 这是可能的任何格式，如bzip2，xz，lzma等？ 我曾经用gzip编写过一些可以做到这一点的东西。 基本上在一个非常高的水平上，它所做的是将多个gzip块组合在一起，然后我有一个util，可以从文件末尾向后寻找，直到最后一个块开始。 这些文件完全可以被标准的gzip工具读取，但是我希望这些文件可以更加标准化。 这样做的最终目的是logging文件，我可以将其压缩写出来，然后就可以对它们进行缩减（即使它们没有被完全写入，也就是stream式传输），而无需等待整个磁盘或networking的读取。
我正在尝试在我的web.config文件中configuration我的IIS7压缩设置。 我试图启用HTTP 1.0请求是gzip。 MSDN 在这里有关于它的所有信息。 是否有可能在我自己的网站的web.config文件中有这个configuration信息？ 或者我需要将它设置在应用程序级别？ 目前，我有我的web.config中的代码… <system.webServer> <urlCompression doDynamicCompression="true" dynamicCompressionBeforeCache="true" /> <httpCompression cacheControlHeader="max-age=86400" noCompressionForHttp10="False" noCompressionForProxies="False" sendCacheHeaders="true" /> … other stuff snipped … </system.webServer> 它不工作:( HTTP 1.1请求得到压缩，只是不是1.0。 上面的MSDN页面说，它可以用在： – Machine.config中 对ApplicationHost.config 根应用程序Web.config 应用程序Web.config 目录Web.config 那么，我们可以在每个网站的基础上，以编程方式在web.config文件中设置这些设置吗？ （这是一个应用程序Web.config文件…）我做错了什么？ 欢呼:) 编辑：我被问到如何知道HTTP1.0没有得到压缩。 我正在使用失败的请求追踪规则，该规则会报告： DYNAMIC_COMPRESSION_START DYNAMIC_COMPRESSION_NOT_SUCESS Reason: 3 Reason: NO_COMPRESSION_10 DYNAMIC_COMPRESSION_END
我通常使用du -ks $DIRECTOY_TREE_ROOT来估计整个目录树的大小，但是当打开zfs压缩时，不能使用这个方法。 ls -l显示的total对于单个目录来说是可以的，但是对目录树得到相同结果最简单的方法是什么？ 编辑： 操作系统是Solaris 10。 我正在寻找真正的文件大小，而不是磁盘上使用的空间。
我经常有客户邮寄给我的zip文件只是为了发现他们的企业防火墙已经剥离了附件。 通过电子邮件发送压缩文件的最直接的方法是什么？避免让你的附件被过分的防火墙剥离？ 为了澄清，我并不担心发送文件，因为我可以在自己的Web服务器上托pipe它们进行下载。 我正在寻找一个好的，简单的解决scheme，让客户的电子邮件文件给我。 为了进一步说明：由于我控制了在脱机客户端系统上运行的软件，并且我控制了数据文件的创build方式，所以我仍然希望探索如何打包数据以使其尽可能简单邮件具体。 我想避免要求我的客户安装任何额外的软件或使用第三方网站。
所以，我有点IIS7 n00b，但我已经使用了大多数旧的IIS系统回到3.我试图打开dynamic压缩，它的工作，主要是。 它不适用于我的ADO.Net数据服务（Astoria）请求，批处理或不。 我发现失败的请求（FREB）跟踪 ，这真的很有帮助。 而我在Reason Code 12, NO_MATCHING_CONTENT_TYPE请求上看到的是Reason Code 12, NO_MATCHING_CONTENT_TYPE 。 好的，所以我没有指定匹配的MIMEtypes，这很容易。 除了这是我在我的web.config（我认为是正确的，但也许不）。 <httpCompression dynamicCompressionDisableCpuUsage="100" dynamicCompressionEnableCpuUsage="100" noCompressionForHttp10="false" noCompressionForProxies="false" noCompressionForRange="false" sendCacheHeaders="true" staticCompressionDisableCpuUsage="100" staticCompressionEnableCpuUsage="100"> <dynamicTypes> <clear/> <add mimeType="*/*" enabled="true" /> </dynamicTypes> <staticTypes> <clear/> <add mimeType="*/*" enabled="true" /> </staticTypes> </httpCompression> <urlCompression doDynamicCompression="true" doStaticCompression="true" dynamicCompressionBeforeCache="false" /> 现在我认为这意味着它应该压缩任何包含Accept：Gzip头的请求。 我很想知道别人可能在这里想什么。 我的提琴手痕迹： GET /SecurityDataService.svc/GetCurrentAccount HTTP/1.1 Accept-Charset: UTF-8 Accept-Language: en-us dataserviceversion: […]
看起来，CPU的增长已经超过了一段时间的磁盘速度。 假设使用现代双核Intel / AMD CPU和单个普通SATA磁盘的台式机或笔记本电脑，将在大多数磁盘上进行压缩，从而获得更好的整体性能？ 减less的磁盘带宽基本上是弥补了增加的CPU负载？ 我相信真正的答案是“这取决于你在做什么”。 通过问这个问题，我希望有一个人已经完成了这个问题，并给出一些例子或陷阱。
假设您正在面对25 TB的无压缩日志文件，并且您可以随时使用20个商品包装箱，其中包含25 TB的集体免费存储容量。 你将如何储存这些？ a）使用哪个分布式文件系统？ b）哪种压缩/解压缩格式/algorithm？ c）日志文件大小为1MB到最大7MB全部文本和大量空白 d）使用方法是a）人们比以前想要的最新的日志文件多，所以要使用什么样的caching系统b）人们只会读取日志文件而不删除它们c）人们希望在一个date范围内列出日志文件 e）运行在商品箱上的操作系统是Linux， f）至于备份，我们有一个存储arrays，照顾。 所以从数组恢复数据的能力存在。 我不希望他们直接访问文件系统。 我该怎么办 ？ 我如何让他们为此基于REST的API？ 请把你2分钱，你会怎么做？ ANKUR
在IIS日志文件夹和文件上使用NTFS压缩是一个好习惯吗？ 通过这样做，我能够从20GB降到7GB。 IIS日志每天都有，平均大小为20MB，但有些极端的日子有200MB。 我想知道IIS是否必须在内存中打开整个文件，迫使NTFS每次解压20MB（或极端情况下是200MB）？ 还是有一些魔术，允许IIS添加内容？ 系统的影响是什么？ 如果我们增加stream量，会不会成为一个问题？ 我应该每小时而不是每天拆分它们吗？ 任何官方的微软文件呢？ 我找不到一个。
我真的很感谢一些帮助理解这个Apache的行为。 我正在通过application / json中的iPhone Objective-C应用程序与PHP进行通信。 Gzip压缩在服务器上启用，并由客户端请求。 从我的.htaccess： AddOutputFilterByType DEFLATE text/html text/plain text/xml application/x-httpd-php application/json 对于小的请求，Apache正在设置“Content-Length”标题。 例如（这些值是从头中的Objective-C中输出的）： Connection = "Keep-Alive"; "Content-Encoding" = gzip; "Content-Length" = 185; <————- "Content-Type" = "application/json"; Date = "Wed, 22 Sep 2010 12:20:27 GMT"; "Keep-Alive" = "timeout=3, max=149"; Server = Apache; Vary = "Accept-Encoding"; "X-Powered-By" = "PHP/5.2.13"; "X-Uncompressed-Content-Length" = 217; X-Uncompressed-Content-Length是我添加的一个头文件，设置为未压缩的JSONstring的大小。 正如你所看到的，这个请求非常小（217字节）。 […]