Thanks Bert. I have been getting some reading done on libuv, and running the fs_stat benchmark. I already forked and made a new ums branch, and committed a tiny change to increase a buffer used for printing.
I am mapping out how I want to integrated UMS into libuv right now, and updating my ums1 project too, so that I have a good example of runtime behavior for when I get started changing the libuv code. There are many magical things in ums, I would suggest that it is likely the best way to do a thread pool that uses I/O. As for example, it was created specifically to make thread pools for MS SQL Server, according to the going deep video I mentioned above. If there was a faster way, I would suspect that Microsoft would have found it. On Wednesday, June 17, 2015, Bert Belder <[email protected]> wrote: > I am greatly in favor of doing an experiment with user-mode scheduling. > UMS is this magical thing where the operating system asks you what to do > next when it blocks a thread on I/O (or a page fault/yield). > I think it would be possible to create a much more efficient thread pool > than what we currently have. > > So +1 from me; try to implement an UMS-based thread pool and run the > 'stat' benchmark so see if it makes for a good improvement. > > - Bert > > On Wednesday, June 17, 2015 at 9:43:36 AM UTC-7, Iñaki Baz Castillo wrote: >> >> 2015-06-16 23:13 GMT+02:00 <[email protected] >> <javascript:_e(%7B%7D,'cvml','[email protected]');>>: >> > Hopefully, with these new options, multicore performance scaling can be >> > improved. >> >> It seems that you are trying to improve something that cannot be >> improved given that libuv is mostly single threaded. >> >> >> -- >> Iñaki Baz Castillo >> <[email protected] <javascript:_e(%7B%7D,'cvml','[email protected]');>> >> > -- > You received this message because you are subscribed to a topic in the > Google Groups "libuv" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/libuv/DLXZdgwnt1k/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected] > <javascript:_e(%7B%7D,'cvml','libuv%[email protected]');>. > To post to this group, send email to [email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>. > Visit this group at http://groups.google.com/group/libuv. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "libuv" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/libuv. For more options, visit https://groups.google.com/d/optout.
