J'ai du monter un PC pour un proche qui souhaite changer de laptop pour un desktop, donc je suis allé voir mon revendeur Lyonnais du net , et j'ai débuté la tâche, et rien à dire mais le marché du processeur, c'est un vrai bordel. J'aété étonné moi avec mon vieil ivy bridge i3.
Le pire est qu'il a fallu lui expliquer que le i5/i7 n'était pas forcément meilleur qu'un i3, c qui importait était la génération (il voulait absolument (…)
Ce tutoriel fonctionne sur : Ubuntu et Debian.
(Si vous l'avez testé sur d'autres systèmes avec succès, n'hésitez pas à rajouter la compatibilité.)
Nous allons voir ici comment récupérer sur un conky sur notre bureau Ubuntu ou Debian les températures (et le % d'utilisation) d'autres machines (serveurs, routeurs, etc) sur lesquels nous aurons installé un serveur Web avec PHP.
Vous pouvez bien entendu utiliser Apache2 ou Nginx selon vos préférences. Par contre le moteur PHP doit être fonctionnel et (…)
Bonjour,
Je cherche un PC portable et j'avais envie d'essayer de changer de crèmerie en prenant un CPU AMD. Seulement voilà je suis surpris de découvrir des tas de problèmes assez graves dont je n'avais jamais entendu parler jusqu'ici.
Il semblerait que ces CPU de supportent pas l'instruction MWAIT et qu'il plantent lorsque le cœur est sensé redémarrer. Contourner ce problème empêcherait d'atteindre le niveau de consommation d'énergie C6, donc c'est pas bon du tout pour l'autonomie.
Dans l'errata publié (…)
2018 aura été l’année du RISC-V. Ce jeu d’instructions libre existait bien sûr avant 2018, puisqu’il a été créé en 2010, mais c’est véritablement en 2018 qu’il aura pris son envol.
Entendons‐nous bien, le RISC-V, pour Reduced Instructions Set Computing version V, n’est pas un microprocesseur. C’est une définition du jeu d’instructions ainsi que des registres internes du processeur. Bref, cela doit être vu comme une standardisation open‐source du langage d’un processeur. Libre aux fondeurs de développer leurs architectures de processeur compatible RISC-V. Il définit les instructions assembleur et leurs formats (codage) mais il ne définit pas le nombre d’étages de pipelines, comment est gérée la prédiction de branche ni le format de bus de données et d’instructions. Tout cela relève de l’implémentation.
Cher Nal,
Lors de la conférence Embedded Recipes à Paris, SCHED_DEADLINE a fait l'objet d'une présentation claire et accessible à toutes et tous. Un planificateur (ou ordonnanceur) pour CPU est le bout de code qui décide quand une tâche doit être exécuté. Basiquement : l'ordre d'exécution. Cet ordonnanceur pour CPU n'est pas nouveau, mais il va devenir l'ordonnanceur par défaut à partir de Linux 4.14.
SCHED_DEADLINE implémente l'algorithme « le délai au plus tôt possible » (Earliest Deadline First) auquel (…)
TETRANE est un éditeur de logiciel français créé en 2011, l'équipe comporte actuellement une dizaine d'ingés. Nous sommes basés à Mâcon (50m de la gare, plusieurs ingés habitent à LYON). Notre produit REVEN, basé sur notre simulateur de CPU, aide au debugging avancé et au reverse-engineering. REVEN est actuellement utilisé par des équipes d'experts du monde de la défense sur 4 continents.
Forts de notre succès, nous souhaitons renforcer l'équipe R&D pour adresser le marché des éditeurs de logiciels civils (…)
L'encyclopédie Wikipédia introduit OpenCL ainsi:
OpenCL (Open Computing Language) est la combinaison d'une API et d'un langage de programmation dérivé du C, proposé comme un standard ouvert par le Khronos Group. OpenCL est conçu pour programmer des systèmes parallèles hétérogènes comprenant par exemple à la fois un CPU multi-cœur et un GPU. OpenCL propose donc un modèle de programmation se situant à l'intersection naissante entre le monde des CPU et des GPU, les premiers étant de plus en plus parallèles, les seconds étant de plus en plus programmables.
Il s'agit donc d'une API permettant d'améliorer les performances algorithmiques en parallélisant les calculs complexes sur les périphériques divers présents de nos jours sur les ordinateurs (CPU, GPU…).
Côté pilotes, le support de cette API sur Linux fut notamment détaillé il y a quelques jours dans un autre article. Si vous êtes plutôt intéressé par le côté "utilisation" d'OpenCL, pour l'intégrer par exemple dans vos propres programmes, la société StreamComputing lance l'initiative "OpenCL training" (en français: "formation OpenCL") proposant une formation gratuite (à distance, par Internet interposé), avec GEGL — le nouveau moteur de traitement d'image de GIMP — comme "support de cours".
La ruse est donc de vous faire contribuer à GEGL tout en vous enseignant la technologie OpenCL. Moi je dis que c'est "double victoire", mais certains pourraient prétendre que les libristes sont fourbes! :P
Vous avez probablement lu la tribune de rms de mars 2015 :
http://www.wired.com/2015/03/need-free-digital-hardware-designs
J'ai été étonné que rms sorte de sa torpeur à ce sujet, puisque la question est pressante depuis très, très longtemps, au point de susciter la création du projet F-CPU en 1998. L'ouverture du matériel remonte à encore plus loin, d'ailleurs, et trouve ses sources à l'émergence des logiciels… Ce qui explique d'ailleurs le vieux mantra "Il ne peut y avoir de Logiciel Libre sans Matériel Libre" (…)
Pour diverses raisons j'étudie des configurations PCs très faible consommation ultra économique et avec du CPU courant et disponible (ici AMD), très bon marché (40 € max).
Considérez ces 2 processeurs début de gamme :
http://cpuboss.com/cpus/AMD-Sempron-3850-vs-AMD-A4-4000
Les "performances" sont vraiment comparables, rien ne les départage.
En bas à droite (Power Consumption) ils donnent une différence de 40 ou 32 W.
Un calcul simple en prenant 35 W comme delta moyen, pour fixer les idées, donne (pour un PC qui tournerait (…)
Java 8 est sorti ce mois-ci; tu as même eu droit à une dépêche ici même qui parle des lambdas, la stream API etc.
Cependant derrière ces gros changements qui impactent le monde hétérogène des devs Java, il y a des petits changements qui eux servent plutôt aux devs qui font des briques de base, de l'infra ou du code qui va vite. Je te propose donc d'explorer quelques JDK Enhancement Proposals d'OpenJDK.
Pour ce premier journal, on commence avec (…)
Il y a un bail, j’avais dit que je voulais un jour parler des architectures haute performance, et de leur potentiel futur. Je me lance donc ici, en espérant que certains se permettront de me corriger là où j’aurai fait des erreurs (sans doute nombreuses).
Je vais diviser ces explications en trois parties. La première (qui suit juste après) va juste faire un rappel sur les architectures « séquentielles » de base. La deuxième partie (à venir très bientôt) s’occupera de décrire les systèmes multi‐processeurs et multi‐cœurs, ainsi que la raison de leur existence. J’en profiterai pour aussi expliquer les problèmes récurrents liés à l’exploitation de systèmes haute performance. La dernière partie parlera des efforts effectués en ce moment pour fabriquer les supercalculateurs du futur (disons à l’horizon 2020-2025).