On Fri, Feb 6, 2009 at 3:08 PM, Igor Stasenko <siguctua at gmail.com> wrote:

> 2009/2/6 Steve Wart <steve.wart at gmail.com>:
> > We were thinking about using Hydra for a recent project for this reason.
> Our
> > FFI calls were doing network I/O that made it impossible to maintain an
> > acceptable frame rate in Croquet.
> >
> > Unfortunately I didn't find the time to dig into this but our image size
> was
> > already a problem and I assumed that this approach would make that
> problem
> > worse. Maybe a Pharo image could exist on one thread to do network I/O
> and a
> > regular Croquet thread could run on another thread?
> >
> > I recall that Hydra was released early because it was unexpectedly
> > successful, but I haven't heard much about it since then.
> >
>
> Yes Hydra FFI is multithreaded already.


Does it support callbacks from threads?  Does it support callbacks from
threads other than threads that have called-out?   (I call these callbacks
foreign callbacks because they come from threads the Vm doesn't know exist
until they callback)


> But all thread safety problems which may arise when you using foreign
> modules are on your hands, of course.
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20090206/37a6988b/attachment.htm