标签: compression

我对web.config运行 IIS 7.5 的服务器进行了一些更改，以提高性能（主要是前端）。

第三方测试工具说该站点运行的是“PHP/5.3.10, ASP.NET”，如果没记错的话，它是 ASP.NET 4.5

我认为这是由于奇怪的技术组合（例如在 IIS 上运行 PHP），但接触任何东西都会让我感到紧张。

我从H5BP IIS 服务器配置中添加了（仅）过期标头和 gzip 的指令

我想我在 2013 年 1 月 15 日下午添加了这些指令。 Pingdom 性能测试工具中的站点测试历史记录可在此处获得。

您可以看到传输大小急剧下降的地方（单击历史记录选项卡）。

从那时起，似乎每次我测试它时，不同的文件（通常是 CSS 和 JS 之类的资产）都或不与 gzip 一起提供，没有押韵或原因。有时似乎所有东西都用 gzip 提供，有时似乎几乎没有任何东西被压缩，但它通常在中间的某个地方（正如你在历史中看到的那样）。

到底是怎么回事？

我该如何解决？

这个网站没有在积极开发中，虽然在 15 日之后页面中添加了一些额外的数据（我添加了 Google Analytics 插件脚本以改进跟踪），但没有什么可以解释如此大的变化和不一致。

我最好的猜测是它与用于压缩的 CPU 资源有关，这个问题似乎很接近：为什么 gzip 压缩在 IIS 中的效率不同？

我在 RamNode 上有一个 AMD64 KVM VPS，它有 30 GB 磁盘、256 MB RAM 和 1 个“虚拟 CPU”（我不知道主机 CPU 的规格）。它将用于存储许多小型、易于压缩的文件，主要是 <50kb 的文本/HTML。我想使用压缩文件系统来节省我的磁盘空间。第一个想到的是 ZFS，但从我读过的内容来看，ZFS 在内存小于 1-2GB 的情况下不能很好地运行，所以我需要更轻量级的东西。至于 BTRFS，从我读过的内容来看，它对 CPU 的负担很重，而且还不稳定（至于 RAM，我不知道）。对文件系统有什么建议吗？性能和吞吐量不是问题，但磁盘使用和 RAM 使用才是问题。至于操作系统，我想的是Linux Debian 8，但是如果合适的FS不支持Debian8/Linux，我可以切换（也许是*BSD？）

我计划在 50 TB RAID6 阵列上使用 btrfs，并且我想启用 lzo 压缩。

这适用于生物信息学设置，其中会在大型 (1 TB - 20 TB) 文件中进行大量搜索。（该软件仅获取分散在文件中的小块数据）。

让我担心的是，我不明白如何在像 btrfs 这样的压缩文件系统上执行搜索。文件需要从头解压到抢手的位置吗？这将对我的设置产生巨大的负面影响。

或者一个更普遍的问题：文件大小的搜索时间比例是否与非压缩文件系统相同，还是变得更糟，例如 O(file_length)

从第一代开始，LTO 磁带机就提供硬件压缩，理论上，最多允许存储每个盒式磁带额定数据容量的 2 到 2.5 倍，读/写速率只有轻微的损失。

我很难找出这种硬件压缩使用什么算法，以及它的特性是什么。具体来说，我想知道的是：

• 这种压缩是否基于标准算法（DEFLATE/bzip/gzip/etc）？
• 它如何处理传入的数据（块/文件/流）？
• 这些特性在磁带标准代、硬件供应商或单个驱动器中是否相同？

如何配置 dovecot 来压缩/存档旧电子邮件（例如 6 个月前的电子邮件），同时用户仍然能够阅读它们，以节省服务器上的一些宝贵空间？

连接器设置：

<Connector ...
compression="2048"
noCompressionUserAgents="gozilla, traviata"
compressionMimeType="text/html,text/xml,text/plain,text/css,text/javascript"/>

这似乎适用于 html，但不适用于 css 或 javascript。compression="force"确实有效，但 compression="on" 无效。压缩=“2”也不起作用，所以我不知道“力”到底在做什么。

有问题的文件大约有 6k，我已经清除了浏览器缓存等。

我将一个大的 zip 文件复制到 Linux 服务器，当时我没有意识到它是一个 7zip 文件。

经过一番混乱之后，我使用“yum install p7zip”安装了 7zip，但是当我尝试使用以下命令提取存档时

7za -x ./myarchive.zip

我得到以下输出

7-Zip (A) 4.61 beta 版权所有 (c) 1999-2008 Igor Pavlov 2008-11-23 p7zip 版本 4.61 (locale=C,Utf16=off,HugeFiles=on,1 CPU)

错误：不正确的命令行

谷歌不是我这个错误的朋友，所以我想我会在这里尝试。关于这应该是 SF 还是 SU 的争论，但由于它不是我的电脑，我认为它是 SFs 的域。

我有一个非常典型的场景：

浏览器 -> 网络服务器 -> 网络服务

我看过很多关于压缩从 web 服务器发送到浏览器的数据以节省带宽的好处的文章/文档，但我想知道压缩 web 服务和 web 服务器之间的数据是否有类似的好处?

XML 应该压缩得非常小，所以我们当然会在带宽方面获得相同的好处，但我特别想知道这是否会被 web 服务器所需的处理能力所抵消，以解密它收到的 SOAP 消息.

是否有人为 Web 服务启用了 gzip，并且是否有任何性能改进？

就此而言，Web 服务客户端甚至会首先理解gzip 吗？或者启用加密是否会浪费时间，Web 服务客户端永远不会利用它？

我有一个网络服务器 Windows 2003。当我在某些文件夹的 zip 中进行备份时，当我解压缩压缩文件时，文件夹的权限不会恢复。如何进行 zip 保存原始权限，或者如何在所有权限保持不变的情况下进行备份？

我无法安装任何软件，它是生产服务器。

我正在运行 SSD 服务器，因为我在性能方面拥有丰富的经验。但是，我的网络服务器可以处理大量请求，并且有一天未压缩的日志文件往往会超出数据库的范围。

我有通常的标准格式 Web 服务器日志文件。

有没有办法“即时”压缩它们？