Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
> To throw this in, since I didn't see any responses: There > was a discussion on this list a month or two ago about > this, if it's the same phenomenon. Here's a link about how > Solaris manages its memory, which is analogous: > > http://www.sunworld.com/sunworldonline/swol-10-1995/swol-10-perf_p.html After consulting the kernel archives, it turns out that shared memory is working fine, as long as you mount it as /dev/shm according to the Documentation/Changes file, but at the moment accounting for shared memory isn't implemented (you're in trouble if your shared memory is actually 0), as it was thought to be too expensive for making a quick fix. That should be taken care of sometime in the future. Brian J. Conway dogbert at clue4all.net Geek for hire: http://clue4all.net/resume Men may control the free world, but women control the boobs. (http://www.pvponline.com/archive.php3?archive=20001024) - Subcription/unsubscription/info requests: send e-mail with "subscribe", "unsubscribe", or "info" on the first line of the message body to discuss-request at blu.org (Subject line is ignored).
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |