David Miller writes:It's not just HPC, as I pointed out, it's pretty much everything, including kernel compiles. And "use hugepages" is a pretty inadequate answer given the restrictions of hugepages and the difficulty of using them. How do I get gcc to use hugepages, for instance? Using 64k pages gives us a performance boost for almost everything without the user having to do anything. If the hugepage stuff was in a state where it enabled large pages to be used for mapping an existing program, where possible, without any changes to the executable, then I would agree with you. But it isn't, it's a long way from that, and (as I understand it) Linus has in the past opposed the suggestion that we should move in that direction. Paul. --
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Con Kolivas | Re: -mm merge plans for 2.6.23 |
| Jens Axboe | Re: [00/17] Large Blocksize Support V3 |
| David Miller | Slow DOWN, please!!! |
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) |
| pete cervasio | Re: Splitting comp.os.linux |
| Wolfgang Thiel | mtools |
| BILES, GREG THOMAS | mtools |
| Robert L. Mcmillin | Re: Splitting comp.os.lin |
| 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 |
