From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10807301118o7f21be62q267901b3f93545ac@mail.gmail.com> Date: Wed, 30 Jul 2008 11:18:29 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <4890ACDD.5070306@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <488B6EE7.3080100@mtu.edu> <1217421120.5036.34.camel@goose.sun.com> <13426df10807300810s4d854612ib7597a9463f7f02f@mail.gmail.com> <13426df10807300840lb13f30aw18b6f8def086ef31@mail.gmail.com> <4890A6B0.4070901@gmail.com> <4890ACDD.5070306@gmail.com> Subject: Re: [9fans] Plan 9 on Blue Gene Topicbox-Message-UUID: f6f2bebc-ead3-11e9-9d60-3106f5b1d025 On Wed, Jul 30, 2008 at 11:03 AM, don bailey wrote: >> Can you elaborate here? What tricks can the IBM compilers use >> that the Plan 9 ones can't? Are we talking optimization? yes. Quite impressive optimization. Which results in very high measured performance. At least when I've looked at it. The XLF/XLC compilers represent a few decades of very good work from IBM. > No, really, that's not troll bait. I'm actually interested in > understanding the project's basis for discriminating against > specific compiler capability. Obviously Plan 9's compiler > isn't optimal.. but what really are the requirements people > want? > it's not taken as such. The simplest requirement is "XLC version x.y.z". Why? Because these programs are beasts. Once they are working people are not inclined to change the compiler and runtime, as that is a frequent source of breakage. Sometimes you really do want the compiler bug. That said, if you look at the code XLF/XLC emit, it's pretty impressive. I suggest you grab the released papers on them. There's an ugly effect that can occur on big parallel machines. Very small performance deltas on small numbers of nodes can result in huge deltas on the whole machine. So the kinds of things you don't care about on, e.g., your desktop, become utterly crucial on lots of nodes. ron