lkml.org 
[lkml]   [2000]   [Sep]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC] Wine speedup through kernel module
Date
From

Andi Kleen <ak@suse.de> wrote:
> I did not see the lock. Where is it ?

Well, on the bit functions set_bit() and test_and_clear_bit(), the macro
inserts an appopriate locking instruction into the assembly.

On the wait queue, the wait_queue structure includes

> I don't know too much about Win32, but I assume you could always share it
> lazily on demand (assuming the most mutexes are only used by threads, not
> between processes)

How does a second process know when a first process has created one, unless
its name is published. And if you do it that way, they then have to negotiate
in some way to elevate it to a kernel object.

> But the number of objects is not restricted, no ?

Currently each the handle map for each process is restricted to a single page
less a header. This places a rough limit on the number of objects to number of
processes (not threads) * ~1020. Additionally, some objects (like mutexes) can
beshared and so several handle map entries point to a single object.

However, a hard limit can easily be imposed, and may best be.

David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:38    [W:0.123 / U:0.356 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site