Dans mes souvenirs il existait un outil cpufreq qui permet de modifier le comportement du processeur. Après je ne sais pas s'il change le voltage mais il pouvait brider le CPU sur une fréquence plus faible et donc chauffe moins.
J'ai lu avec intérêt ce sujet mais sans être dans ce monde là. c'est toujours passionnant de lire des idées plutôt différentes qui ne passent pas par un mode scolaire de recrutement.
Par contre, quand on lit (attention je vais écrire des bêtises) :
campagne TI : Texas Instruments ?
une PIC : Pointer Independant Code ?
importance des TU : ???
Un peu d'explication d'acronymes n'aurait pas fait de mal.
En fait, actuellement, un utilisateur n'a le droit de n'utiliser que 50 % de la RAM et des CPU de la machine. Mais malgré cela dès qu'il y a plein d'IO et j'ai l'impression le serveur X ça provoque pas mal de ralentissements intempestifs.
Oui le noexec n'est pas une solution car des petits scripts légers d'analyse ont tout à fait le droit d'être exécutés.
C'est vrai que c'est une mauvaise solution mais je suis un peu bloqué par le fait de devoir laisser libre une exécution pour analyser des sorties et pouvoir maîtriser les ressources qui ne sont pas infinies…
Après, il y a des intermédiaires entre FPGA et CPU, comme le MIC. J'ai vu un array de risc, encore plus simple que MIC, tournant à 1 GHz avec un paquet de cpu dedans.
Mince je suis démasqué. En répondant, je pensais fortement au MIC qui est une technologie qui me plait beaucoup en ce moment ! J'attends de mettre la main sur une carte pour faire quelques tests.
D'ailleurs, un CPU comme celui de la futur PS4, doit être intéressant : 8 coeurs x86 et ~300 shader dans le même package avec 176 GB/s de bande passante mémoire sur 8Go.
Comme avec les processeurs Cell de la PS3 qui avaient été utilisés pour faire des Cluster. Ça marchait bien mais quand PlayStation a bloqué l'autorisation d'installer un OS externe ça a quelque peu capoté…
Il est vrai que les FPGA sont un peu le Graal présenté depuis des années comme solution qui va permettre de tout faire (même le café). J'avais assisté à une présentation (faut que je retrouve les slides) où il était expliqué que, théoriquement, si le FPGA pouvait remodeler, en fonction des calculs, demandés sa façon de « penser » on pourrait fortement améliorer le calcul. Imaginons un « processeur FPGA » qui saurait parfaitement faire une inversion de matrice puis quelques instants après serait réorganisé pour savoir traiter des images (comme les GPU). Là on y gagnerait fortement. Encore faut-il qu'une telle application soit utile et existe mais c'est une hypothèse basique que j'ai pris en exemple.
Pour les FPGA actuels, à mon avis c'est juste un problème de stade de développement. Même si, dans un sens, le développement a commencé. On le voit en lisant des articles sur l'exascale qui parlent de processeurs qui vont éteindre certains modules pour éviter de consommer trop. Le processeur saura quelles opérations faire et aura des modules qui ne savent faire que ça. Après le remodelage des portes en direct c'est encore de la science fiction !
Après sur la « puissance des GPU » c'est… comment dire… surfait. Personnellement, je n'y crois pas même si plein d'applications ont été portées au GPU, beaucoup de codes ne le seront peut-être jamais parce que la mémoire des GPU est insignifiante. L'avenir dira si j'ai raison mais en attendant il faut administrer des machines avec des GPU…
Je cherchais récemment un moteur de routage pour le vélo et on peut dire que là c'est du bon ! Juste l'affichage (prévu) du graphique montées/descentes pourrait être pratique.
Sur mon trajet journalier le logiciel donne le bon tracé sauf sur la fin. En fait, il conseille de passer par une rue à très fort trafic alors qu'il existe un passage "conseillé" en vélo (cycleway=designated). Il est vrai que cela ajoute une côte mais pour éviter de se faire écraser c'est plus sûr.
Pour le test aller de Boulevard de Lavéran, Marseille vers Avenue Escadrille Normandie Niémen, Marseille (faculté St Jérôme). Le passage conseillé c'est de prendre par la rue Albert Marquet.
Si il y a un suivi de rapport de bug pour cette application via un github ou autre j'ai pas vu dans la news…
Juste pour information, je suis hyper intéressé pour voir comment ça peut tourner même si je sais que c'est pas pour maintenant en production…
Quelqu'un aurait un article qui permettrait de voir les capacités ?
Juste en lisant cela, j'ai pensé à Journey2web : http://dev.filyb.info/journey2web
Un journal/article avait été mis sur LinuxFr pour en parler. Ça rapproche pas mal je trouve.
Sinon pour un fond de carte qui a un bon rendu de dénivelé, j'utilise celui de francetopo.fr
Je réponds sur le sujet MediaTomb mais parce que en fait je suis passé de MediaTomb sur Fedora à minidlna parce que tout simplement, un jour, MediaTomb n'arrivait plus à être visible sur la FreeBox. Malgré plein de vérifications diverses impossible de le refaire détecter…
Le fichier de configuration de minidlna est très basique et peut être fait en 5 minutes /etc/minidlna/minidlna.conf (sous Fedora). Par contre sous cette même distribution il y a un bug [1]. Il suffit de relancer le service au démarrage. Un petit script peut le faire tout seul parce que même dans le rc.local c'est encore trop tôt…
# cpufreq ou cpupower
Posté par MarbolanGos (site web personnel) . En réponse au message Undercloking sous Linux - Pourquoi ya pas ?. Évalué à 3.
J'ai pas de solution mais quelques pistes.
Dans mes souvenirs il existait un outil cpufreq qui permet de modifier le comportement du processeur. Après je ne sais pas s'il change le voltage mais il pouvait brider le CPU sur une fréquence plus faible et donc chauffe moins.
J'ai fouillé sur la Fedora 19 que j'ai sous la main et j'ai vu que le paquet était devenu kernel-tools et que la commande devenait cpupower (https://docs.fedoraproject.org/en-US/Fedora/19/html/Power_Management_Guide/Core_Infrastructure.html)
À explorer sous Debian parce que là j'ai que du Suse ou du Fedora mais ça existe cpufreq ou cpupower à rechercher…
[^] # Re: dell ?
Posté par MarbolanGos (site web personnel) . En réponse au message Choix d'un ultrabook. Évalué à 2.
Le latitude 6430u semble correspondre aussi. Je l'ai au bureau mais je ne sais pas s'il peut être vendu pour des particuliers.
# Intéressant mais très « acronymique »...
Posté par MarbolanGos (site web personnel) . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 3.
J'ai lu avec intérêt ce sujet mais sans être dans ce monde là. c'est toujours passionnant de lire des idées plutôt différentes qui ne passent pas par un mode scolaire de recrutement.
Par contre, quand on lit (attention je vais écrire des bêtises) :
campagne TI : Texas Instruments ?
une PIC : Pointer Independant Code ?
importance des TU : ???
Un peu d'explication d'acronymes n'aurait pas fait de mal.
# Le PDF d'accopagnement est loin d'être fait en libriste
Posté par MarbolanGos (site web personnel) . En réponse au journal L'éducation nationale publie des polices de caractères cursive libres... de diffusion. Évalué à -5.
Tout est dans la propriété du document pdf :
Surtout que franchement ce qui a été fait, en (La)TeX ça aurait été mieux mis en forme…
[^] # Re: Nice
Posté par MarbolanGos (site web personnel) . En réponse au message Tuer un processus par rapport à son nom d'exécutable. Évalué à 1.
En fait, actuellement, un utilisateur n'a le droit de n'utiliser que 50 % de la RAM et des CPU de la machine. Mais malgré cela dès qu'il y a plein d'IO et j'ai l'impression le serveur X ça provoque pas mal de ralentissements intempestifs.
[^] # Re: SELinux
Posté par MarbolanGos (site web personnel) . En réponse au message Tuer un processus par rapport à son nom d'exécutable. Évalué à 1.
Il est vrai que SELinux pourrait être une solution mais il va falloir fouiller…
[^] # Re: mauvaise solution
Posté par MarbolanGos (site web personnel) . En réponse au message Tuer un processus par rapport à son nom d'exécutable. Évalué à 1. Dernière modification le 22 mai 2013 à 11:36.
Oui le noexec n'est pas une solution car des petits scripts légers d'analyse ont tout à fait le droit d'être exécutés.
C'est vrai que c'est une mauvaise solution mais je suis un peu bloqué par le fait de devoir laisser libre une exécution pour analyser des sorties et pouvoir maîtriser les ressources qui ne sont pas infinies…
[^] # Re: killall ou pkill
Posté par MarbolanGos (site web personnel) . En réponse au message Tuer un processus par rapport à son nom d'exécutable. Évalué à 1.
Ah oui, j'avais déjà réfléchi avec un ps puis un killall. Je vais étudier le pkill qui semble pouvoir faire le ps en même temps. Merci !
[^] # Re: "Un monde de FPGA (portes logiques) est présenté"
Posté par MarbolanGos (site web personnel) . En réponse au journal HPC Magazine : Le média de référence du HPC et du Big Data.. Évalué à 1.
Mince je suis démasqué. En répondant, je pensais fortement au MIC qui est une technologie qui me plait beaucoup en ce moment ! J'attends de mettre la main sur une carte pour faire quelques tests.
Comme avec les processeurs Cell de la PS3 qui avaient été utilisés pour faire des Cluster. Ça marchait bien mais quand PlayStation a bloqué l'autorisation d'installer un OS externe ça a quelque peu capoté…
[^] # Re: "Un monde de FPGA (portes logiques) est présenté"
Posté par MarbolanGos (site web personnel) . En réponse au journal HPC Magazine : Le média de référence du HPC et du Big Data.. Évalué à 2.
Il est vrai que les FPGA sont un peu le Graal présenté depuis des années comme solution qui va permettre de tout faire (même le café). J'avais assisté à une présentation (faut que je retrouve les slides) où il était expliqué que, théoriquement, si le FPGA pouvait remodeler, en fonction des calculs, demandés sa façon de « penser » on pourrait fortement améliorer le calcul. Imaginons un « processeur FPGA » qui saurait parfaitement faire une inversion de matrice puis quelques instants après serait réorganisé pour savoir traiter des images (comme les GPU). Là on y gagnerait fortement. Encore faut-il qu'une telle application soit utile et existe mais c'est une hypothèse basique que j'ai pris en exemple.
Pour les FPGA actuels, à mon avis c'est juste un problème de stade de développement. Même si, dans un sens, le développement a commencé. On le voit en lisant des articles sur l'exascale qui parlent de processeurs qui vont éteindre certains modules pour éviter de consommer trop. Le processeur saura quelles opérations faire et aura des modules qui ne savent faire que ça. Après le remodelage des portes en direct c'est encore de la science fiction !
Après sur la « puissance des GPU » c'est… comment dire… surfait. Personnellement, je n'y crois pas même si plein d'applications ont été portées au GPU, beaucoup de codes ne le seront peut-être jamais parce que la mémoire des GPU est insignifiante. L'avenir dira si j'ai raison mais en attendant il faut administrer des machines avec des GPU…
# Excellent
Posté par MarbolanGos (site web personnel) . En réponse au journal rv, un moteur de recherche d'itinéraire vélo en utilisant les données d'OSM. Évalué à 5.
Je cherchais récemment un moteur de routage pour le vélo et on peut dire que là c'est du bon ! Juste l'affichage (prévu) du graphique montées/descentes pourrait être pratique.
Sur mon trajet journalier le logiciel donne le bon tracé sauf sur la fin. En fait, il conseille de passer par une rue à très fort trafic alors qu'il existe un passage "conseillé" en vélo (cycleway=designated). Il est vrai que cela ajoute une côte mais pour éviter de se faire écraser c'est plus sûr.
Pour le test aller de Boulevard de Lavéran, Marseille vers Avenue Escadrille Normandie Niémen, Marseille (faculté St Jérôme). Le passage conseillé c'est de prendre par la rue Albert Marquet.
Si il y a un suivi de rapport de bug pour cette application via un github ou autre j'ai pas vu dans la news…
[^] # Re: OruxMap
Posté par MarbolanGos (site web personnel) . En réponse à la dépêche OpenStreetMap : pourquoi vous devriez l'utiliser. Évalué à 1.
Un tuto existe pour ça : http://www.partir-en-vtt.com/php/articles/voir_article.php?id_article=282
# Btrfs RAID 5
Posté par MarbolanGos (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 4.
Juste pour information, je suis hyper intéressé pour voir comment ça peut tourner même si je sais que c'est pas pour maintenant en production…
Quelqu'un aurait un article qui permettrait de voir les capacités ?
# Framacalc
Posté par MarbolanGos (site web personnel) . En réponse au message Tableur numérique en ligne ?. Évalué à 3.
En fait c'est un framacalc : http://framacalc.org/_start
Ou alors j'ai lu de travers avant le week-end !
# Sujet liste de diffusion OSM-Fr
Posté par MarbolanGos (site web personnel) . En réponse au message choisir un téléphone Android (ou autre) petit budget. Évalué à 2.
En fait cette question a été posée sur la liste générale OSM-FR : http://lists.openstreetmap.org/pipermail/talk-fr/2013-March/056589.html
En gros la réponse c'est le wiko
[^] # Re: boucle for qui ne fonctionne pas
Posté par MarbolanGos (site web personnel) . En réponse au message [Résolu] Exécuter un script contenu dans une variable. Évalué à 4.
Il y a aussi:
[^] # Re: Des applis ?
Posté par MarbolanGos (site web personnel) . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 0.
Oser mettre bon jeu et simcity 5 dans le même panier quand on voit qu'il tourne pas même sous Windows pour cause de serveurs HS c'est fort.
[^] # Re: Déjà fait
Posté par MarbolanGos (site web personnel) . En réponse au journal plate-forme de financement pour vos projets open source. Évalué à 8.
Ça me fait penser à Elveos :
* https://linuxfr.org/news/lancement-de-la-b%C3%AAta-d%E2%80%99elveos
* https://linuxfr.org/users/fredb219/journaux/arret-d-elveos-org
Bon courage dans cette aventure quand même.
[^] # Re: Tizen?
Posté par MarbolanGos (site web personnel) . En réponse au journal Tizen 2.0 !. Évalué à 3.
Pas un seul screenshot et/ou matériel compatible dans une recherche rapide…
[^] # Re: le concept
Posté par MarbolanGos (site web personnel) . En réponse au journal Création d'un FabLab à Cholet (49). Évalué à 1.
Ou un lab de biohacking : http://www.ted.com/talks/ellen_jorgensen_biohacking_you_can_do_it_too.html ?
# Désolé...
Posté par MarbolanGos (site web personnel) . En réponse à la dépêche GeoBases, services et visualisation pour données géographiques. Évalué à 1.
Il y a un s en trop.
Sinon je plussoie les commentaires sans OpenStreetMap le projet perd beaucoup. Vivement que la proposition de quelqu'un sur la liste de diffusion @talk-fr donne quelque chose : http://lists.openstreetmap.org/pipermail/talk-fr/2013-January/054215.html
# Journey2web
Posté par MarbolanGos (site web personnel) . En réponse au journal Géolocalisation de photos. Évalué à 5.
Merci pour ce sujet très intéressant !
Juste en lisant cela, j'ai pensé à Journey2web : http://dev.filyb.info/journey2web
Un journal/article avait été mis sur LinuxFr pour en parler. Ça rapproche pas mal je trouve.
Sinon pour un fond de carte qui a un bon rendu de dénivelé, j'utilise celui de francetopo.fr
[^] # Re: Ils payent leur retard
Posté par MarbolanGos (site web personnel) . En réponse au journal AMD fait aussi le ménage. Évalué à 4.
Sans parler des processeurs Magny Cours qui ont des performances vraiment moyennes en comparaison des Sandy Bridge de Intel.
# VERS QUELLE PARTIE DU SITE LINUXFR.ORG ALLEZ-VOUS PREMIER ?
Posté par MarbolanGos (site web personnel) . En réponse au sondage Vers quelle partie du site LinuxFr.org allez‐vous en premier ?. Évalué à 2.
Je crois qu'il manque un mot dans le titre :
Cool un sondage que j'ai soumis publié !
[^] # Re: Retour MediaTomb
Posté par MarbolanGos (site web personnel) . En réponse au message Un bon serveur upnp ?. Évalué à 3.
Je réponds sur le sujet MediaTomb mais parce que en fait je suis passé de MediaTomb sur Fedora à minidlna parce que tout simplement, un jour, MediaTomb n'arrivait plus à être visible sur la FreeBox. Malgré plein de vérifications diverses impossible de le refaire détecter…
Le fichier de configuration de minidlna est très basique et peut être fait en 5 minutes /etc/minidlna/minidlna.conf (sous Fedora). Par contre sous cette même distribution il y a un bug [1]. Il suffit de relancer le service au démarrage. Un petit script peut le faire tout seul parce que même dans le rc.local c'est encore trop tôt…
[1] https://bugzilla.rpmfusion.org/show_bug.cgi?id=2439