Saturday, January 12, 2019

Today we continue discussing the best practice from storage engineering:
306) The use of garbage collector sometimes interferes with the performance of the storage device. The garbage collector has to be tuned for the kind of workloads.
307) In Solid State Drives as per descriptions online, there is a garbage collection process inside the SSD controller which resets dirty pages into renewed pages that can take the writes. It is important to know under which conditions the garbage collection might degrade performance. In the case of SSD, a continuous workload on small random writes puts a lot of work on the garbage collection.
308) A garbage collector will find it easier to collect aged data by levels. If there are generations in the pages to be reclaimed, it splits the work for the garbage collector so that the application operations can continue to work well.
309) Similarly, aggregated and large pages are easier for the garbage collector to collect rather than multiple spatially and temporally spread out pages If the pages can be bundled or allocated in clusters, it will signal the garbage collector to free them up at once when they are marked
310) Among the customizations for garbage collector, it is helpful to see which garbage collector is being worked the most. The garbage collector closer to the application has far more leverage in the allocations and deallocations than something downstream.
311) File copying on SSD is instantaneous. The operations that are file copy intensive gain performance significantly on SSD. The capacity is secondary consideration because the code that works well on SSD can make use of it even if it is smaller.

No comments:

Post a Comment