问题标签 [fragmentation]

在 SQL Server 中，是否有一些关于使用 LOB 对索引进行碎片整理的要点？比如text, ntext, image, varchar(max), nvarchar(max), varbinary(max), xml。

谢谢。

我想从使用 MP3 编码的音频文件切换到 AAC+ 用于存储在 Android 应用程序中的语音文件。这将使安装大小更小。

我遇到的一个问题是 AAC+ 支持在 Android 的 Froyo 版本中被破坏： http ://code.google.com/p/android/issues/detail?id=9308

后来修复： https ://android.googlesource.com/platform/frameworks/base/+/16263d9f8cc01392c2f3678b381ce897647c8c81

潘多拉常见问题解答显然证实了一些手机已通过无线方式更新，但警告其他手机：

为什么我在 Froyo 上遇到音频问题？

如果您已升级到 Froyo (Android 2.2)，您可能会在收听 Pandora 时注意到音频质量问题。Android 团队已经意识到 AAC+ 音频的这个问题，并发布了一个修复程序，该修复程序正在逐步在各种 Android 手机上推出。

目前，Sprint HTC EVO 和 Google Nexus One 具有包含此 AAC+ 音频修复程序的 OTA Android 操作系统更新。

如果您的手机与上述两款不同，如果您对此问题有任何其他疑问，请联系您手机的支持团队。

是否已更新所有 Froyo 手机以包含此修复程序？还是有一些运营商/制造商不打扰？这在 Android 中很常见，因为他们声称测试更新太昂贵了。

我的 Flurry 指标显示 Android 2.2 为 33.2%，2.2.1 为 12.2%，2.2.2 为 0.1%。因此，如果修复仅附带版本号更改，则大多数 Froyo 手机都不会出现此问题。

我正在使用 Red Gates ANTS 内存分析器来调试内存泄漏。它一直警告我：

内存碎片可能导致 .NET 保留过多的可用内存。

或者

内存碎片正在影响可以分配的最大对象的大小

因为我有强迫症，这个问题必须解决。

有哪些标准编码实践有助于避免内存碎片。你能通过一些.NET 方法对其进行碎片整理吗？它甚至会有所帮助吗？

我有一台服务器通过NetworkStream.Read.

应用协议为：

ClientMessage [128 字节] → 来自服务器的响应 [128 字节]

现在在服务器端：是否有可能MyTcpClient.GetStream().Read()只返回 < 128 字节，尽管来自客户端的所有消息都是 128 字节长？

我想这样的客户端消息足够短，可以放入 tcp/ip 层上的一个数据包中——但是会不会有某种碎片或随机的呢？

NetworkStream.DataAvailable防御这种情况的正确属性是什么？

在平稳运行了几个小时后，我有时会遇到奇怪的错误和连接丢失，这就是类似的情况。

提前致谢。

在 DDBMS 的上下文中， Vertical Fragmentation和Horizo​​ntal Fragmentation有什么区别？

是不是关系的外延是纵向的碎片化，内涵的碎片化是横向的碎片化？

是否有任何来源可以找到 IP 分段数据的不同 pcaps 样本（与 WireShark 兼容）？

描述

当使用 openmp 的 parallel for 构造分配和释放具有 4 个或更多线程的随机大小的内存块时，程序似乎在测试程序运行时的后半部分开始泄漏大量内存。因此，它将消耗的内存从 1050 MB 增加到 1500 MB 或更多，而实际上并没有使用额外的内存。

由于 valgrind 没有显示任何问题，我必须假设看似内存泄漏实际上是内存碎片的突出影响。

有趣的是，如果 2 个线程每个进行 10000 次分配，效果还没有显示出来，但是如果 4 个线程每个进行 5000 次分配，效果就很明显了。此外，如果分配的块的最大大小减少到 256kb（从 1mb），效果会变弱。

重并发可以那么强调碎片吗？或者这更有可能是堆中的错误？

测试程序说明

构建演示程序以从堆中获取总共 256 MB 随机大小的内存块，执行 5000 次分配。如果达到内存限制，首先分配的块将被释放，直到内存消耗低于限制。一旦执行了 5000 次分配，所有内存都会被释放并且循环结束。所有这些工作都是针对 openmp 生成的每个线程完成的。

这种内存分配方案允许我们预计每个线程的内存消耗约为 260 MB（包括一些簿记数据）。

演示程序

由于这确实是您可能想要测试的东西，因此您可以使用简单的 makefile 从dropbox下载示例程序。

按原样运行程序时，您应该至少有 1400 MB 的可用 RAM。随意调整代码中的常量以满足您的需要。

为了完整起见，实际代码如下：

测试系统

从我目前看到的情况来看，硬件很重要。如果在更快的机器上运行，测试可能需要调整。

测试

一旦你执行了 makefile，你应该得到一个名为ompmemtest. 为了查询一段时间内的内存使用情况，我使用了以下命令：

这会产生令人印象深刻的碎片或泄漏行为。4 个线程的预期内存消耗为1090 MB，随着时间的推移变为1500 MB：

请注意：使用gcc 4.3、4.4 和 4.6(trunk)编译时，我可以重现此问题。

APC 中的碎片是什么，我应该如何解释它以调整我的设置？

全部在标题中：）我希望。

我想我在 Android 开发方面遇到了一个常见问题，但似乎找不到我正在寻找的答案。

如果我在 Photoshop 800x480px (240ppi) 上制作一个画布，并在该画布上制作一个 282 x 121px 的徽标，我无法理解为什么当我显示图像时它会在我的模拟器中以相同的 800x480px 占据屏幕的 3/4。

我用来显示徽标的代码如下

提前致谢！

可能的解决方案

不确定这是否是做事的最佳方式并且是否会获得任何反馈，我遇到了这个解决方案（通常当您已经发布了一个问题 :D 时）是按如下方式对图像进行编码：

考虑在a中注册新成员Dictionary的入场和入场时间：

现在的问题是Mike位置在哪里Dictionary。他是添加到末尾Dictionary还是填充空位置Susan（如果我们迭代foreach或访问Dictionaryvia 索引）？行为是否始终得到保证？