-
Notifications
You must be signed in to change notification settings - Fork 546
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Compatibility] Added LCS command #843
[Compatibility] Added LCS command #843
Conversation
Nicely done!! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great contribution! This is a gnarly one to implement 👍
A few initial comments... Let me know if you need any further guidance.
@TalZaccai Fixed review command with an open question |
Might be a good idea to perf test these commands, varying #threads:
another example:
|
I don't think I have proper setup to run Data Load
LCS
GET
@badrishc @TalZaccai Provided the inconsistency with my setup of Feel free to guide me in the right direction if I am doing something wrong with |
* Added LCS command * Format fix * Reverted CommandDocsUpdater.cs * Fix cluster test * Fixed wrong change * Moved to constant * Review command fixes * Fixed review comment * Fixed test issue --------- Co-authored-by: Vasileios Zois <[email protected]> Co-authored-by: Tal Zaccai <[email protected]>
* Lua allocations go through .NET; really crummy allocator on the POH just to prove it's possible; squashing to clean up _a lot_ of experimentation commits * punch a LuaOptions into settings * wire up the Lua options * prep for other allocators * Implement more allocators and expand testing * Knock out a number of todos, consider allocator in benchmarks, additional validation * add a test for OOMs * formatting * convert ScriptOperations to explore different allocators * cleanup Lua error messgages; this revealed a bug in buffer management for LuaScripts, fixes that * Make managed allocator less naive, and benchmark on par. It will probably be unusual to use this allocator, but it shouldn't be _bad_ either. * formatting * address nit * address feedback; only copy relevant bits, not whole buffer * set lua options in OperationsBase, fixing benchmarks * BDN Updates: 1) Added a check for NA in results which is an indication that the BDN test failed at run time 2) Added 'Lua.LuaScriptCacheOperations','Lua.LuaRunnerOperations' to BDN Github Action 3) Updated Expected values for the new Lua BDN tests * Updated some of the LuaScriptCacheOperations expected values * [Compatibility] Added LCS command (#843) * Added LCS command * Format fix * Reverted CommandDocsUpdater.cs * Fix cluster test * Fixed wrong change * Moved to constant * Review command fixes * Fixed review comment * Fixed test issue --------- Co-authored-by: Vasileios Zois <[email protected]> Co-authored-by: Tal Zaccai <[email protected]> * Configure min and max IO completion threads (#904) * Configure min and max IO completion threads separately from min and max threads (in the ThreadPool). This is needed as some scenarios may limit number of thread pool threads but require a larger number of IO completion threads. * nit * address nit * address feedback; only copy relevant bits, not whole buffer * set lua options in OperationsBase, fixing benchmarks * Yak shave a bunch of cleanup, looking to reduce amount of work done generally in Lua to get some perf back. * formatting * fix LuaRunnerOperations ; session wouldn't always be initialized before, which would cause SendAndReset() to fail thinking the message was too large * Updated Expected values for Allocated in the BDN perf tests to match current Lua changes. * Missed one expected value. Fixed that so should be ok. * Seen some instances where allocated bytes are 1024 on one run and then run it a second time and see 1312 without any code changes. Just a small variance between runs so decided to just make sure doesn't go above 1312 for any that were set to 1024. The charts and other things will show the small nuances if needed. * Bumped expected values up a bit to handle variance --------- Co-authored-by: darrenge <[email protected]> Co-authored-by: Vijay Nirmal <[email protected]> Co-authored-by: Vasileios Zois <[email protected]> Co-authored-by: Tal Zaccai <[email protected]> Co-authored-by: Badrish Chandramouli <[email protected]>
Adding the LCS commands to garnet