Dtsearch relativity9/7/2023 For a rough estimate of the time needed to compress an index, divide the total size of the index by 150 Mb to get compression time in minutes.įor frequently-updated indexes, compression is usually done on a schedule (once a day during off-hours, or once a week over the weekend). The time required to compress an index is proportional to the size of the index, and will depend on both CPU and hard disk speed. For example, if you start with a 50 Gb index that is fully compressed, and then update it 10 times, each time adding a one page document, fragmentation will be 11 but only a tiny percentage of the index data will be fragmented. On each update, dtSearch appends data to what is already in the index, without affecting fragmentation of the existing data. It might be more, because some updates might involve more than one commit (for example, if the update involves a lot of data).įragmentation is also affected by the amount of data that is fragmented. For example, if you build an index and then update it 5 times, fragmentation would be at least 6. Each time an index update commits, fragmentation of the index increases. In both cases, the data is not removed from the index but is tagged as "obsolete" for removal the next time the index is compressed.įragmentation occurs when an index is updated. Obsolete data comes from documents that are reindexed and from documents that are removed from the index. Compressing an index optimizes the index structure, removing obsolete data and defragmenting search structures for better performance.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |