nanogui: pixmap buffer patch!
Subject:
Re: [nanogui] Re: pixmap buffer patch!
From:
"Greg Haerr" ####@####.####
Date:
27 Aug 2002 16:52:49 -0000
Message-Id: <016801c24de8$c82dee80$3aba46a6@xmission.com>
: Now, the bad news - the semaphore adds another couple levels of
: complexity to the issue, and in order to do it correctly, we will need
: to include processor specific assembly language to handle the atomic
: read/write operations. This is assuming, of course, that we choose not
: to use an 3rd party library. So in order to increase our performance
: and control over the shared framebuffer, we are going to have to take a
: slight hit in our portability, at least in the near term (until we get a
: reasonable library with all of the needed assembly for our most popular
: processors).
Actually, we may not need to spinlock. We could use the
pthread_mutex stuff that's actually in glibc now. (That's how
I implemented the multi-thread locking...)
:
: Having said all this, I vote that we go ahead and add the code. Having
: a good internal semaphore system would be useful both now, and in the
: future
Good idea, Jordan. I'll look into this.
Regards,
Greg
