> > How do I get gcc to use hugepages, for instance?"large" pages, or "super" pages perhaps ... but Linux "huge" pages seem pretty hard to adapt for generic use by applications. They are generally a somewhere between a bit too big (2MB on X86) to way too big (64MB, 256MB, 1GB or 4GB on ia64) for general use. Right now they also suffer from making the sysadmin pick at boot time how much memory to allocate as huge pages (while it is possible to break huge pages into normal pages, going in the reverse direction requires a memory defragmenter that doesn't exist). Making an application use huge pages as heap may be simple (just link with a different library to provide with a different version of malloc()) ... code, stack, mmap'd files are all a lot harder to do transparently. -Tony --
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Miller | Slow DOWN, please!!! |
| Con Kolivas | Re: -mm merge plans for 2.6.23 |
| Jens Axboe | Re: [00/17] Large Blocksize Support V3 |
git: | |
| Johannes Schindelin | Re: [PATCH] RFC: git lazy clone proof-of-concept |
| Dan McGee | Re: I don't want the .git directory next to my code. |
| Wink Saville | Resolving conflicts |
| walt | git versus CVS (versus bk) |
| Wolfgang Thiel | mtools |
| pete cervasio | Re: Splitting comp.os.linux |
| Lars Wirzenius | Re: Splitting comp.os.linux |
| BILES, GREG THOMAS | mtools |
| Richard Wilson | OpenBSD in the webcomic XKCD |
| David Newman | setting dscp or tos bits |
| Richard Stallman | Real men don't attack straw men |
| Edwin Eyan Moragas | poll(2) vs kqueue(2) performance |
