From: Fernando Rodriguez <frodriguez.developer@outlook.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: OT: GCC 5 Offloading
Date: Sat, 12 Sep 2015 03:49:02 -0400 [thread overview]
Message-ID: <BLU437-SMTP23A667AAE7C7E1645CDC2D8D5F0@phx.gbl> (raw)
In-Reply-To: <loom.20150910T140922-270@post.gmane.org>
On Thursday, September 10, 2015 12:20:39 PM james wrote:
> You are taking a very conservative view of things. Codes being worked
> out now for clusters, will find their way to expand the use of the
> video card resources, for general purpose things. Most of this will
> occur as compiler enhancements, not rewriting by hand or modifying
> algorithmic designs of existing codes. Granted they are going to
> mostly apply to multi-threaded application codes.
Your being over-optimistic. It seems to me all they're hoping for is to define
a standardized and portable high-level interface for programming accelerators.
The ones that will benefit the most is the same applications that can benefit
from lower level technologies like CUDA. Scientific/number crunching
applications, some kinds of clustering, etc.
With no synchronization most existing multithreaded designs cannot benefit from
it. And obviously code running on the accelerator cannot branch into the CPU,
so no system or library calls. That leaves only purely number crunching loops.
There's little of that on desktop and few of them can be fully optimized for
parallelization. And to be worth the overhead of offloading the CPU needs to be
maxed out. That leaves only the few applications I mentioned before.
I'm looking at Intel MICs[1] and those look a lot more promising though still
of limited use for desktops. It uses OpenMP so it has a lot less restrictions
than OpenACC (a few ebuilds in the tree can already benefit from it with minor
patches) and you can even offload whole proccesses. You can even ssh to the MIC
since it runs Linux. It's not for the average desktop but they're not too
expensive either. It may be worth it for high-end gentoo workstation (you can
offload compile jobs with distcc) and I got a project on the backburner that can
benefit from it.
Do you know of any plans to enable offloading on the gentoo toolchain? I was
able to build the offloading compiler using crossdev with a few hacks and wrote
an ebuild for Intel's simulator[2]. I will work on enabling the host compiler
tomorrow and may open a feature request and post patches once I get it
working. The changes needed to enable it on the host are pretty trivial.
[1] https://software.intel.com/en-us/articles/intel-xeon-phi-coprocessor-codename-knights-corner
--
Fernando Rodriguez
next prev parent reply other threads:[~2015-09-12 7:50 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-07 19:56 [gentoo-user] new computer : any advice ? Philip Webb
2015-09-07 20:55 ` Dale
2015-09-08 15:32 ` [gentoo-user] " James
2015-09-08 15:51 ` Stefan G. Weichinger
2015-09-08 16:00 ` Francisco Ares
2015-09-09 2:20 ` James
2015-09-09 18:01 ` Stefan G. Weichinger
2015-09-09 18:24 ` Stefan G. Weichinger
2015-09-09 19:35 ` Jeremi Piotrowski
2015-09-09 20:32 ` Stefan G. Weichinger
2015-09-09 21:52 ` james
2015-09-10 6:35 ` Fernando Rodriguez
2015-09-10 12:20 ` james
2015-09-10 13:26 ` Rich Freeman
2015-09-10 18:22 ` Gevisz
2015-09-10 21:12 ` james
2015-09-11 4:42 ` Gevisz
2015-09-12 7:49 ` Fernando Rodriguez [this message]
2015-09-10 2:22 ` james
2015-09-09 19:22 ` Mick
2015-09-09 19:35 ` Alan McKinnon
-- strict thread matches above, loose matches on Subject: below --
2015-09-15 3:11 [gentoo-user] OT: GCC 5 Offloading james
2015-09-15 7:22 ` Fernando Rodriguez
2015-09-15 15:44 ` [gentoo-user] " james
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BLU437-SMTP23A667AAE7C7E1645CDC2D8D5F0@phx.gbl \
--to=frodriguez.developer@outlook.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox