duongkame commented on PR #3754:
URL: https://github.com/apache/ozone/pull/3754#issuecomment-1284634984

   
   > Code can continue testing and add a metric at the end for successful reads 
vs. not found read. It is a valid test to look at the performance of OM to 
report a key does not exist. Object Stores can be bombarded with nonexistent 
keys, and the performance of the underlying storage to report keys that don't 
exist is important. LSM tree-based storage has to scan all levels before 
reporting a key as not found and in some ways represents the worst case 
performance at scale.
   
   agree, reading nonexistent keys is a valid test case and the tool should 
support it deterministically. To do that, it has to know (on its own) which key 
exists and which doesn't. Warp does that by having a pre-test phase in which 
warp creates a set of keys (10K or so) and keeps the created keys in memory for 
the real read test.
   
   We can also do the same for this tool, by maintaining a set of known keys 
that can be initialized by a pretest phase and grows with the write test.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to