Is wine *always* mapping threads onto processes? (Was: Re: multiple instances . . . )

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Sep 11, 2002 at 04:59:35AM +0200, Sylvain Petreolle wrote:
> it's probably a unique instance of the app with 5 threads in it.
> each windows thread matches a unix-like process.

Is that the general way wine translates windows threads, mapping them
onto processes? Would that really be a good idea? Usually the argument
goes that designing an app in a multithreaded rather than multiprocess
fashion is better, more resource friendly, albeit harder to do (e.g.
because inter-thread communication is much easier to do than
inter-process communication).

In my particular case, if the application were to spawn a few more
threads, I would run out of physical memory pretty quick, with each
one of those threads/processes consuming 32 megs.

Regards, Frank
_______________________________________________
wine-users mailing list
wine-users@winehq.com
http://www.winehq.com/mailman/listinfo/wine-users

[Index of Archives]     [Gimp for Windows]     [Red Hat]     [Samba]     [Yosemite Camping]     [Graphics Cards]     [Wine Home]

  Powered by Linux