Ping Xie

Yeah I will take a look. Btw, a few of us are at the Linux open source summit this week so our response would be a bit slower than usual.

@lipzhu, I am still waiting for the detailed design. Here is my understanding of what we are trying to achieve here (but @madolson @touitou-dan can let me know if I...

>Maybe we could do some prefetch before this line My understanding is that the slow access is a result of `d->ht_table[table][idx]` but since it depends on the `idx` value computed...

> @PingXie Maybe I confused you, #111 is inspired from [redis/redis#12305 (comment)](https://github.com/redis/redis/pull/12305#issuecomment-1619530121). > > For existing io-threads implementation, user may found that with the same client requests pressure, server with...

> Be careful though because eventually you just end up implementing a full programming language virtual machine to solve the problem. Good point @mattsta. I wonder if there is a...

@madolson and I discussed another option (in the context of atomic slot migration) which essentially implements slot-level replication. Here is the high level flow 1. source (parent) forks a child...

> I have an implementation. Didn't write it down yet, but I recorded a song which explains it all. Please review. https://suno.com/song/b06c2a5b-3760-4916-9f56-eb3fe66f24e2 Are you referring to https://github.com/valkey-io/valkey/pull/298? I will take...

> @PingXie The song is about atomic slot migration. Ship-it

The way I see it, a bit philosophically, the operational convenience from the coupling of cluster management with data access comes at the cost of complexity, reliability and scalability. In...

> @PingXie What do you want to get consensus on here? The value proposition, aka the "why" question. I consider this thread to be more of an open-ended discussion for...