From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id 3D3377EE7D for ; Wed, 20 May 2015 00:34:16 +0200 (CEST) Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of jerome.benoit@grenouille.com) identity=pra; client-ip=91.121.8.57; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="jerome.benoit@grenouille.com"; x-sender="jerome.benoit@grenouille.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail3-smtp-sop.national.inria.fr: domain of jerome.benoit@grenouille.com designates 91.121.8.57 as permitted sender) identity=mailfrom; client-ip=91.121.8.57; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="jerome.benoit@grenouille.com"; x-sender="jerome.benoit@grenouille.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@laposte.grenouille.com) identity=helo; client-ip=91.121.8.57; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="jerome.benoit@grenouille.com"; x-sender="postmaster@laposte.grenouille.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0C7BAB3uVtV/zkIeVtcg2ReglhGw1iFcgKCAhABAQEBAQEBgQqEIwEBAgEBDBdWBQsJAiEhAgIPEjYGE4gXAwoMCZIAnRCfGw2FAgEBCAIgizqCOxKCOAeCaIFFBZcdhHiBVIEoUo4bgyODVwIjggocgVQ8MQGCRgEBAQ X-IPAS-Result: A0C7BAB3uVtV/zkIeVtcg2ReglhGw1iFcgKCAhABAQEBAQEBgQqEIwEBAgEBDBdWBQsJAiEhAgIPEjYGE4gXAwoMCZIAnRCfGw2FAgEBCAIgizqCOxKCOAeCaIFFBZcdhHiBVIEoUo4bgyODVwIjggocgVQ8MQGCRgEBAQ X-IronPort-AV: E=Sophos;i="5.13,460,1427752800"; d="scan'208";a="125038574" Received: from ns37873.ovh.net (HELO laposte.grenouille.com) ([91.121.8.57]) by mail3-smtp-sop.national.inria.fr with ESMTP; 20 May 2015 00:34:15 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by laposte.grenouille.com (Postfix) with ESMTP id 92FEB7F7FB; Wed, 20 May 2015 00:34:13 +0200 (CEST) X-Virus-Scanned: spam & virus filtering at laposte.grenouille.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: Received: from laposte.grenouille.com ([127.0.0.1]) by localhost (ns37873.ovh.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9OOE688kY1r5; Wed, 20 May 2015 00:33:52 +0200 (CEST) Date: Wed, 20 May 2015 00:33:48 +0200 From: =?UTF-8?B?SsOpcsO0bWU=?= Benoit To: Leonardo Laguna Ruiz Cc: caml-list@inria.fr Message-ID: <20150520003348.107ca926@nemesis> In-Reply-To: <555AF3ED.9040205@gmail.com> References: <650052B1-6518-402A-B55C-F436E69EEEF6@gmail.com> <555AF3ED.9040205@gmail.com> Organization: Grenouille.com X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/C1qCB1o.PRBYXeUAS4QhxEK"; protocol="application/pgp-signature" Subject: Re: [Caml-list] Vult language made with Ocaml --Sig_/C1qCB1o.PRBYXeUAS4QhxEK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 19 May 2015 10:27:25 +0200 in <555AF3ED.9040205@gmail.com>,=20 Leonardo Laguna Ruiz wrote: > Hi Erkki, =20 > Targeting OpenCL would be very interesting. Is not yet in the roadmap=20 > but I will keep an eye on it. I have access to a Parallella board > where I can do testing but I haven't though too much about how Vult > will express parallelization. I've spent month hacking on Parallella. And parallel programming on such network-on-chip coprocessor is still at its infancy. For Vult, I think you should use wrapper around OpenCL primitives to expose the low-level API to your higher level language. Keep in mind that the OpenCL implementation for the Parallella epiphany is not 100% compatible with the standard for good reasons : the mesh network between the cores and the special instructions that permit to switch between them at some specific execution points.=20 Doing parallel programming on such hardware is really quit new and the main work so far have to take a CPU intensive task and algo and *smart* porting them to the epiphany topology with specifics optimisations, for examples :=20 http://www.adapteva.com/wp-content/uploads/2012/10/Scalable-Parallel-Multip= lication-of-Big-Matrices.pdf http://www.hh.se/download/18.4cc60a491424e61ad932fed/1385997469308/MCC134.3= .pdf So far, nobody have found a programming model to distribute the load across the network topology and the core that will always be optimized (and I doubt this will happen in a near future) and that's why it's fun to play with it :) I play with a geometricaly shaped load distribution of commons executions patterns found in distributed algo for grid, just because it's now possible to do for real in 2D :) And it sound promising in term of performance with low overhead, but who cares ? :) --=20 J=C3=A9r=C3=B4me Benoit aka fraggle Piment Noir - http://piment-noir.org OpenPGP Key ID : 9FE9161D Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D --Sig_/C1qCB1o.PRBYXeUAS4QhxEK Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlVbukwACgkQ+qDLUJ/pFh3HjQCg1837/uSp4YkyrKGjNppfm3fI bCwAoNtXnAjy5DDz6y7B00Z/1C+9oKnm =Vb5G -----END PGP SIGNATURE----- --Sig_/C1qCB1o.PRBYXeUAS4QhxEK--