问题标签 [fragmentation]

我正在模拟器中的不同 AVD 设置上测试我的应用程序，并在 Android 1.6 上的 MapView 中仅使用 QVGA 分辨率（lcd.density=120）时遇到缩放控件问题。

当点击屏幕以显示缩放控件时，放大/加号显示的比缩小大得多，这似乎具有正确的分辨率。

我已经测试了 Android 版本和分辨率的不同组合，但只有 1.6 的 QVGA 分辨率似乎有这个问题。我在谷歌上搜索过，但只发现两个纹身用户在他们的手机上报告了同样的问题，似乎使用了 QVGA。

这只是模拟器的一个已知问题还是在真实手机上仍然是一个问题？为什么我要支持 1.6 是因为 SE X10-Mini 在瑞典取得了巨大的成功，这款手机在 QVGA 上运行 1.6，直到 SE 最终升级手机。

I have heard the term before and I would like to know how to design and code one.
Should I use the STL allocator if available?
How can it be done on devices with no OS?
What are the tradeoffs between using it and using the regular compiler implemented malloc/new?

我的 Wordpress 网站上有 APC

在此处查看我的 APC 摘要页面

http://www.animefushigi.com/apc.php

我注意到我有大量的碎片（超过 10,000 个）

这是坏事吗？它会降低性能吗？

如果我使用原始套接字发送大小为 3000 字节的 UDP 数据包，我是否需要在代码中自己处理数据包碎片，或者原始套接字是否应该处理类似于 DGRAM 套接字的碎片？

raw socket问题包分片的跟进

如果我有一个这样实现的原始套接字：

如果我有一个大小为 1756 的数据包（不包括 IP 标头） ，如何设置ipHdr->fragment_offset（16 位，包括 3 位标志）？
我是否需要准备两个数据包——一个大小为 1480，另一个大小为 276，然后在两个数据包上打 IP 标头？

任何人都可以指出一个示例代码吗？

我正在尝试查看对特定类型的数据使用自定义索引是否可以减少数据库中的碎片。

[编辑：我们使用的是 MS SQL Server 2008 R2]

我有一个包含时间戳测量数据的 SQL 数据库。一直在插入大量数据，但一旦插入，实际上就不需要更新。然而，这些时间戳并不是唯一的，因为有多个设备（其中大约 50 个）同时测量数据。

这意味着表中每 50 行包含相等的时间戳值。这些数据或多或少是同时接收的，尽管我可以额外注意确保尽可能按顺序写入行（如果有帮助的话），也许可以将它们保存在内存中一段时间​​，然后仅在我获取数据时写入来自所有设备的单个时间戳。

我们将 NHibernate 与 Guid.Comb 一起使用，以避免使用普通的 bigint ID 进行索引查找。与普通 GUID 相比，这应该会减少碎片，但是对于如此多的插入，碎片仍然很快就会发生。

由于我的数据带有时间戳，并且数据几乎按顺序插入（增加时间戳），我想知道是否有更聪明的方法可以为该表创建具有唯一聚集索引的主键。时间戳列基本上是一个 bigint 数字（.NET DateTime 刻度）。

我还注意到，同一时间戳列上的非聚集索引也会变得非常碎片化。那么在这种情况下，您会推荐什么索引策略来减少堆碎片？

想象一下，你有一些包含一堆字节的内存：

让我们说+意味着分配和-免费。

我正在寻找如何计算碎片百分比的公式。

背景

我正在为具有静态内存的嵌入式设备实现一个微小的动态内存管理。我的目标是拥有一些可以用来存储少量数据的东西。主要是通过无线连接传入的数据包，每个大约 128 字节。

在许多嵌入式系统中，内存碎片是一个问题。特别是对于长时间运行（数月、数年等）的软件。对于许多项目，解决方案是简单地不使用动态内存分配，例如 malloc/free 和 new/delete。尽可能使用全局内存，频繁分配和释放类型的内存池是避免使用动态内存管理的好策略。

在嵌入式 Linux 中，这是如何解决的？我看到许多库使用动态内存。操作系统是否有防止内存碎片的机制？它会定期清理堆吗？还是应该避免在嵌入式环境中使用这些库？

Lucene 中有几个 IndexSearcher.Search 方法的重载。其中有些需要“top n hits”参数，有些则不需要（这些已过时，将在 Lucene.NET 3.0 中删除）。

那些需要“top n”参数的那些实际上会导致整个可能结果范围的内存预分配。因此，当您甚至无法估计返回的结果数时，唯一的机会是传递一个随机的大数以确保返回所有查询结果。由于 LOH 碎片，这会导致严重的内存压力和泄漏。

在不传递“top n”参数的情况下，是否有一种官方未过时的搜索方式？

提前谢谢各位。

我在这里观看 Paul S Randal 的索引碎片视频。在视频中，保罗说GUID or other random values as high-order key will cause page splits which in turn will cause index fragmentation。原因是，随机值意味着将新记录插入到随机页面中，这可能会导致随机页面上的页面拆分。我的问题：如果没有将新记录插入随机页面，仍然会发生页面拆分，对吗？如果这是真的，这两种情况有什么区别？

顺便说一句，高阶键是什么意思primary key？我不是以英语为母语的人，对此我不确定。

谢谢。