![]() Without requiring separate partitions for data and metadata, and a secondarycache property which can be configured per L2ARC top level vdev instead of once per pool, and in the end would most likely result in ineffective use of the physical L2ARC vdev. Without requiring a complete redesign of the L2ARC. Basically behaving as with secondarycache=metadata, but in addition also storing data on opportunity bases. The motivation is the wish to have a L2ARC which stores data and metadata, but prioritizes metadata. Alternatively the number of feeds where metadata was evicted (there might already be a kstat for this)
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |