At 05:37 25/08/2014, Bruno Paul Martin wrote:
Content-Transfer-Encoding: base64Bonjour, l'avenir appartient à ceux
qui se lèvent tôt, quelques précisions...
BOINC est le programme qui permet d'utiliser les ressources locales
inutilisées d'un PC et sur un modèle Peer to Peer. il peut très
bien être mis en oeuvre sur un cloud ou bien sur des serveurs
physiques ou virtuels (V-BOINC) isolés
MPI (layer5 et au delà) est le protocol de communication assurant le
fonctionnement d'un système à mémoire partagée distribué. J'ai bien
dit distribué...
Dans mes recherches (plus bas) j'ai trouvé ce papier que je vais sans
doute lire en détail:
http://jlouisramblings.blogspot.co.uk/2011/07/erlangs-parallelism-is-not-parallelism.html
A vous d'écrire un code d'application qui supportera une quelconque
tolérance de panne. MPI favorise la mémoire localement et permet
entre autre la mise en oeuvre d'algorithme pour lesquels la
synchronisation est un vrai problème tel que la multiplication de
matrices distribuée ou bien de répartition de charge sur plusieurs
processeurs, il permet ainsi d'établir des communications entre des
processus ayant été démarrés séparément.
Mon concept architectonique personnel est :
1. l'évangélisation humaine des machines. Si on ne leur explique pas
le monde à la façon des hommes il leur sera difficile de nous y aider
à nous faciliter la vie.
2. pour cela il est sans doute plus simple et cohérent (pas
nécessairement toujour sûr [niveaux d'éhelle]) de coller à la vie qui
semble y avoir pas mal avancé.
3. la récompense est un décodage de la réalité validé par la
simulation qui devrait nous aide à la comprendre.
Je regarde Erlang (en raison de l'abordabilité de la programmation
que semble donner Elixir). Je me dis que plus on peut entrer
profondément dans l'architectonique commune (multidisciplinarité)
plus on a des chances de tomber sur des algorithmes communs qui
correspondent à la façons commune de faire des choses. La RFC 3439
complète l'architecture de l'internet (RFC 1958) par le principe de
simplicité; que j'associe au principe de moindre action. La nature
fait intelligenent simple. Si l'internet est robuste c'est qu'il se
rapproche de la simplicité. Or la RFC 1958 déconseille d'utiliser
plusieurs solutions au même besoin. J'ai tendance à penser que c'est
ce à quoi tend l'évolution : la sélection naturelle n'est pas de
savoir si une fonction nouvelle est adéquate mais si c'est la meilleure.
Je suis encore assez perdu entre Erlang (etc.), Haskell, SML, les
possibilité de MPI, etc. J'aimerais pouvoir théoriser une machine de
Turing+sémaphre pour avoir un bon atome de modèlisation de la
communication et de la sémantique.
En ce qui concerne Erlang vs. MPI ces URL donnent des éléménts de réflexion :
http://jkndrkn.livejournal.com/205249.html
http://erlang.org/pipermail/erlang-questions/2013-June/074436.html
Dans les années 90 je faisait déjà joujou avec des PC de l'époque ou
des stations de travail sun, hp, sur un réseau d'universités
constituant ainsi une grille de calcul, qui peut le plus peut le
moins, d'une centaine d'entre eux.
Mon approche n'est pas celle d'un développeur mais d'un utilisateur
impliqué (IUser). Je cherche les meilleures propositions Libres pour
résoudre un problème pratique :
- je suis dans un village/quartier/entreprise/collectivité/communauté
- il y a des ressources CPU et mémoire (*) en général sous Windows
disponibles de façon indéterminées sur des machines que je peux
envisager accessible sous (1) internet (2) un réseau maillé local à déterminer.
- je voudrais les regrouper sous la forme d'une "brume" (mot que
j'utilise pour différencier les contraintes de telles configs par
rapport un cloud solidement établi).
- pour en faire une plateforme multi-services, raisonnablement
stable, sans doute plus orientée big-data locales/personnelles.
- réclamant une capacité de programmation locale (après éducation
moyenne possible) de niveau commun (reste à définir suivant la
possibilité d'(in)formation organisable).
- dans un contexte (Montpellier) où à la fois les relations avec IBM
et les capacités universitaires peuvent s'avérer complémentaires si
le banc-test que cela peut représenter les intéresse au niveau de
l'approche du co-circonstantiel (**).
(*) mémoire peut-être un service associatif local où l'association
place des boitiers mémoire chez les membres selon un projet "mem-lab"
de sauvegarde partagée d'une datamasse commune locale protégée. Ces
mémoires peuvent aussi stocker des programmes propres au projet commun.
(**) le "co-circonstantiel" est une thématique qui me paraît
fondamentale aux thématiques agorique, intellition, atomisme
sémantique, communication syllochrone (je ne sais pas comment
autrement nommer ce qui est lié par le temps.
A+ Le sujet est clos pour moi je n'encourage pas la polémique mais
bien au contraire la délibération.
Très bonne formule si avec un brain d'imagination non bridée supposée
due aux vapeurs de l'innovation, mais sans y céder !
jfc
_______________________________________________
comptoir mailing list
[email protected]
http://cafedu.com/mailman/listinfo/comptoir_cafedu.com
