虽然引入 TRIM 支持是为了让 SSD 更好地工作,但它也应该帮助虚拟机优化虚拟磁盘(例如,了解虚拟磁盘的哪些部分不需要物理分区上的存储)。是否有任何 VM 机器以这种方式使用 TRIM?
我正在寻找类似于 Windows 7 中的 UnionFS 的东西。我的用例:在只读目录中有干净的代码工作目录,并在联合文件系统中编译它,该文件系统将逻辑上将编译的二进制文件存储在同一位置,但物理上不同的目录。
图书馆不会以这种方式工作,即使它们在 Windows 上的 UnionFS 中都被接受为答案,实际上合并文件夹——它们只在一个地方显示顶级目录。
代码本身很大(2GB 数据),我想避免为构建服务器中的每个构建复制它。
假设我需要通过相当快的网络将一些数据从一台计算机发送到另一台计算机……例如标准的 100Mbit 连接(~10MB/s)。我的磁盘驱动器是标准 HDD,因此它们的速度介于 30MB/s 和 100MB/s 之间。所以我想动态压缩数据可能会有所帮助。
但是...我不想被CPU限制。如果我选择 CPU 密集型算法,则传输实际上会比不压缩时慢。
这对于像 GZIP 和 BZIP2 这样的压缩器来说很困难,因为你通常为整个传输设置一次压缩强度,而我的数据流有时很容易,有时很难压缩——这使得过程不是最理想的,因为有时我没有使用完整的 CPU,有时带宽未得到充分利用。
是否有一个压缩程序可以适应当前的 CPU/带宽并达到最佳状态,以便传输最佳?非常适合 Linux,但我仍然对所有解决方案感到好奇。我很想看到与 GZIP/BZIP2 解压缩器兼容的东西,但这不是必需的。
所以我想优化总传输时间,而不仅仅是要发送的字节数。
另外我不需要实时解压...实时压缩就足够了。目标主机可以稍后在其空闲时间处理数据。我知道这不会有太大变化(压缩通常比解压缩更占用 CPU),但是如果有一个解决方案可以使用这个事实,那就更好了。
每次我传输不同的数据时,我真的希望尽可能快地进行这些一次性传输。因此,由于更强的压缩,我不会从更快地进行多次传输中受益。
谢谢,
是否可以在 Thunderbird 中合并线程?
我最近参与了一场讨论,其中一个人一直没有使用“回复”,而是开始新的话题。我想将所有此类电子邮件合并到一个线程中。
我知道至少mutt有这个功能。
谢谢!
我经常在文本文件中做个人笔记。有时我想参考我的一个 IMAP 邮箱中的电子邮件。现在我手动写一些类似的东西"email in <imap_account>, <date>",但是查找这些电子邮件需要太多时间。
是否可以创建指向电子邮件的链接,以便 Thunderbird 显示该特定电子邮件?
我更喜欢将电子邮件回复的格式设置为“先引用,然后回答”,而不是置顶。当我回复置顶回复时,我有时会手动重新格式化电子邮件以使其完全置顶(包括引用部分),因为我想在我回答的上下文下划线。例如,来自:
Yes, me too!
On Wednesday, April 30, 2014 6:34, Jack wrote:
> I agree.
>
> On Tue, Apr 29, 2014 at 1:05 PM, John wrote:
> > Should we make a party?
Run Code Online (Sandbox Code Playgroud)
到:
On Wednesday, April 30, 2014 6:34, Jack wrote:
> On Tue, Apr 29, 2014 at 1:05 PM, John wrote:
> > Should we make a party?
>
> I agree.
Yes, me too!
Run Code Online (Sandbox Code Playgroud)
是否可以自动进行这种重新格式化?
我目前正在使用 Icedove (Thunderbird),但也愿意考虑其他工具。
是否可以在 Thunderbird 的工具栏中组合“回复所有人”和“回复列表”按钮?如果可能,我希望它充当“回复列表”,如果我不回复邮件列表中的消息,我希望它充当“回复所有人”。
thunderbird ×3
email ×2
compression ×1
connector ×1
filesystems ×1
gui ×1
merge ×1
performance ×1
threading ×1
trim ×1
windows-7 ×1