> Koichi: I do think so. This is mistake. I said "I don't think so". 30% is not enough.
More correctly, making a OS thread per a Ruby thread, and creating a Guild makes 1 Ruby thread.
Because of current limitation. We'll improve it.
Yes.
absolutely.
So we need to rewrite to support multi-guilds application.
Like sub-process, but share many things like bytecodes (ISeq in MRI context), class and module objects (and method tables) and so on. Also we can share immutable objects (deeply frozen objects) like threads.
CRuby/MRI supports C-extension which can use TLS (thread-local-storage). So that each Ruby threads runs on one OS thread.
Similar to Erlang process, but more heavy weight (because it creates OS thread per Guild).
Quoted from slides: > GC/Heap > * Share it. Do stop the world parallel marking- and lazy concurrent sweeping. > * Synchronize only at page acquire timing. No any synchronization at creation time.
It's magic of transferring membership. I omitted details on slides.
Could you link to http://www.atdot.net/~ko1/activities/2016_rubykaigi.pdf ? current one is on temporary file space (will be removed soon).
> Koichi: I do think so. This is mistake. I said "I don't think so". 30% is not enough.
More correctly, making a OS thread per a Ruby thread, and creating a Guild makes 1 Ruby thread.
Because of current limitation. We'll improve it.
Yes.
absolutely.
So we need to rewrite to support multi-guilds application.
Like sub-process, but share many things like bytecodes (ISeq in MRI context), class and module objects (and method tables) and so on. Also we can share immutable objects (deeply frozen objects) like threads.
CRuby/MRI supports C-extension which can use TLS (thread-local-storage). So that each Ruby threads runs on one OS thread.
Similar to Erlang process, but more heavy weight (because it creates OS thread per Guild).
Yes.
Quoted from slides: > GC/Heap > * Share it. Do stop the world parallel marking- and lazy concurrent sweeping. > * Synchronize only at page acquire timing. No any synchronization at creation time.
It's magic of transferring membership. I omitted details on slides.
Could you link to http://www.atdot.net/~ko1/activities/2016_rubykaigi.pdf ? current one is on temporary file space (will be removed soon).