Thanks, nicity. Doing the search around, I see the threads on this topic. Looks like it gets asked every six months. Thanks for the pointer to the patch.
Let me add to the discussion to explain my use cases and why I'll be trialing spidermonkey and not v8. We've built a massively parallel database ( http://citrusleaf.net/ ) and will be supporting different query mechanisms. Using javascript is not an unreasonable map/reduce language. What I need is for "queries" to be sandboxed against each other, primarily with arena-style allocation, so queries can execute in parallel, but also so I can terminate a query that runs amok, and finally to reduce memory fragmentation. Cheers, -brian On Nov 21, 11:36 am, nicity <[email protected]> wrote: > Hi, > > There could be only one V8 instance (and thread of execution) per > process as of now, > there is issue with prototype patch to fix that > limitationhttp://code.google.com/p/v8/issues/detail?id=510and > previous discussion about the > matterhttp://groups.google.ru/group/v8-users/browse_thread/thread/44621a6ef... > V8 supports preemption of several threads wanting access to v8 > processing (they should use Locker object instance and > Locker::StartPreemption(<time_slice>) should be called) > > On Nov 21, 10:23 pm, bbulkow <[email protected]> wrote: > > > Greetings, > > > I am evaluating languages and implementations for embedding, and the > > key feature I need is great multi-core support. > > > Javascript is an interesting choice (compared to Ruby and Python in > > particular) due to its heritage of separate independent contexts. > > > How does v8 support threading? What locks would prevent multiple > > threads of execution from attaining good parallelism? How much > > parallelism has been seen in the wild? > > > (I can imaging adding some of this information to the architecture > > notes....) > > > Diving through the mailing list is tough because of the spam. Please > > excuse me if this question has been asked and answered before. > > > cheers, > > -brianb --~--~---------~--~----~------------~-------~--~----~ v8-users mailing list [email protected] http://groups.google.com/group/v8-users -~----------~----~----~----~------~----~------~--~---
