J'utilise un logiciel pas libre, et qui ne prends que ses propres cartes, pas celle d' OSM :( sur Android, c'est CoPilot Live. Je suis plus qu'enchanté de ce logiciel : il est excellent (bien meilleur que les tomtom de base : plus rapide à calculer, consommant très peu de ressources cpu, infos détaillées des routes, mises à jour perpétuelles, bref du presque bonheur car pas libre)
Ne connaissant le logiciel gps du Milestone, difficile de faire une comparaison. Pour ce qui concerne la partie vocale, elle est assez fournie et dispose d'options de répétition ainsi que d'éloignement (on choisi combien de fois il répète, et à partir de quelle distance du point il parle). Un mode 2 roues est distinct du mode piéton et du mode voiture. Le vocal est plus fiable -que le visuel- en terme de retour d'informations sur la distance au point : la carte affiche "à 50m" alors qu'on est dessus, au même moment le vocal dit bien "tourner à ..." (dû je pense au "peu de panneau" de type de distance, c'est un détail). Le mode vocal détaille assez bien ("au prochain rond point prendre la troisième sortie"), plus qu'un tomtom de base.
Je ne l'ai pas essayé en moto, mais l'ai essayé en condition un peu similaire : en ville, Toulouse, avec uniquement le vocal comme guide : c'est ok. Mais on doit pouvoir tomber sur le même type de reproche que tu fais quant même, même si c'est dans une moindre mesure. Pour améliorer le mode vocal il faudrait à n'en pas douter que ce mode puisse piocher également de manière régulière dans les "POI", historique par exemple, du genre "troisième à doite, après le cinéma", et donc pas seulement "troisième à droite".
Petit bonus : il affiche les points GPS purs, si on veux.
Il permet aussi de lui donner à manger une photo, et hop il caclule l'itinéraire vers ce point. (les photos étant géotagguées par défaut : c'est vraiment très très pratique, ça).
Regret : tout comme avec google maps, on est loin de la qualité par la simplicité de OpenStreetMap : quel régal à utiliser, avec les points gps comme addresses de pages : du pur bonheur.
Haaa.
Non suelement d'une part il me semble avoir lu qu'effectivement le bilan co2 n'était pas reluisant pour les bloom box, premier argument à leur encontre.
Mais en plus, il y a la question de l'impact social.
Chez nous, nous serrons certainement protégés dans une certaine mesure. Mais on peux anticiper facilement que le prix de l'électricité sera variable...géographiquement... Peut être même aller jusqu'au paradoxe où la zone de production du biogaz paiera plus chère son électrcité qu'un centre ville... C'est le danger de l'abandon de la notion de "service public : pour tous pareil, partout". Et finalement le danger sur la notion de solidarité nationale compensatrice.
Ceci peut être compensé par... celui qui gère le réseau de distribution.
Mais sincèrement, quelque soit mon avis et mes opinions, je ne peux que constater que l'on va vers un éclatement des etats tels que nous les connaissions hier, et un renforcement des pouvoirs locaux. Dans le cadre européen. Est ce bin ? un mal ? franchement j'en sais foutre rien. Pour le moment, la production par les énergies alternatives est règlementée et encadrée, il me semble bien que c'est edf qui achète cela, et non pas erdf auquel on payerait uniquement l'entrée et la distribution sur le réseau, non ? Il y a la une ambiguité à lever sur les rôles, justement... N'étant pas expert, je m'abstientrais de plus.
La seule chose dont je sois finalement sûr, c'est que cette nouvelle technologie à le triple avantage de plaire aux écolos, de plaire aux financiers, et de coller parfaitement avec les politiques locales des grands pays (etats-unis et peut être demain europe).
Enfin, si, je vais quant même balancer ce que je pense : j'espère que c'est EDF, et un EDF National, restant sous le contrôle de l'Etat, en tant que Service Public, qui intègrera toutes nouvells techno de production. Malheureusement j'ai bien peur que cela ne soit pas comme ça, prochainement... Alors j'espère que les collectivités locales sauront prendre de l'avance ...
1) je ne peux penser à tout
2) s'il semble que je sois plus à même d'anticiper que toi, il n'en reste pas moins que je ne suis pas acteur de la filière, et que d'autres auront les réponses que tu cherches
Le biogaz peux être distrbué par le réseau gazier (il y a des limitations il me semble, selon le type de biogaz, qui ne touche pas le type qui nous intéresse ici. Désolé j'ai pas tout retenu des explications sur ce sujet précis). La distribution du biogaz vers les bloom box n'est donc pas un problème.
La quantité déchets -> biogaz, est, je le repête, un manque à combler de mon petit savoir sur le sujet. Aujourdhui c'est rentable pour les agriculteurs qui revendent leurs boues, et rentable pour celui qui les transforme. Ceci sans l'obligation d'achat à prix fixe de la production qui en est issue. Ces informations sont suffisantes pour anticiper un développement serein de cette filière. En théorie.
En pratique, cela va être plus dur chez nous, c'est certain...
enfin ne perdont pas de vue qu'il ne s'agit pas de remplacer quoi que ce soit. Ill s'agit d'un nouvel apport, peut être mieux, qui sait, 20% de l'électricité dans combien ? 20 ans.
Par contre les effets méchaniques induit par cela, même dans le cas minimal, sont aussi intéressants que la technologie elle même. Surtout qu'il semble que nos penseurs libéraux voient cela d'un bon oeil, et sont prêts à participer à cela... C'est bien deux choses totalement distinctes : d'un côté la techno, d'un autre côté sa mise en oeuvre.
Je me méfie beaucoup des articles actuels des experts français sur le sujet. L'objectivité leur manque souvent, et c'est logique, aucune pierre a jeter : la solution déchets agricoles / boues -> biogaz -> piles à combustibles oxydes solides -> fournisseurs locaux, va très compréhensiblement à l'necontre actuel des intérêts du cea, de total, de edf, ... Il est normal que la perspective de perdre ne serais ce que 20% dans les 20 ans des points de centes les plus rentables (qui s'équipera en premier ? pas les zones désertes...) au profit d'opérateurs locaux, nouveau, entrant frontalement en concurence avec eux, et renforçant d'autre part le rôle du réseau de dsitrbution, que ces gens là coryait économiquement non viable jusqu'à peu ...
Outre Atlantique la foculasition se fait plutot sur le fait qu'il faille encore une fois passé par une phase de tratiement (déchets / boues -> biogaz.) Et que la solution ne le prenne pas directement en compte (impossible semble t il, aujourdhui). D'un autre côté il semble que cela arrange les financiers, cela aussi, en plus de la redistribution des rôles par éclatement des producteurs.
Tout comme je me méfie aussi d'une éventuelle annonce sur la durée de vie des bloombox. Bloom energy est avant tout un industriel. Il est don parfaitement normal qu'il attende le retour des calculs et des prévisions des experts financiers afin d'ajuster au mieux la durée de vie de leur produit...
Je gardais cette partie pour vos éventuels commentaires :)
Il s'agit de BioGaz. Ce qui est également intérressant : quelques agriculteurs de ma région commencent a y trouver une source de revnu d'appoint, et la filière s'organise. J'ai rencontré récemment une personne à l'énergie débordante, servant de fédérateur pour le recyclage des "boues" issues de l'agriculture bovine / ovine, et la transformation en biogaz entre autre.
Nous avons donc une base de production locale, qui permet d'ores et déjà de fournir la matière première à ces bloom box. En améliorant la filière, il est tout à fait possible d'obtenir d'obtenir le schéma déchets/boues->biogaz->bloombox. Et tout cela reste du local, du moins du national compensé. Pour une bonne partie des besoins bloombox. Là par contre je n'ai pas de chiffres du rapport production matière initiale -> consommation-retraitement -> production éléctrique. Rien d'autre que ce qui a été rendu public pour le moment : à savoir un coût calculé à 11cents le kw/h pour les usa pour le moment. C'est peu d'informations, et de nombreuses choses restent à éclaircir, pour moi du moins.
et je suis avide de nouvelles informations sur ce sujet aussi :)
Les bloom box risquent fort d'accélerer largement le mouvement déjà engagé (avec cette filière sus-cité, mais aussi avec les énergies dites alternatives plus connues : eolien, solaire) qui est une production locale. Et surtout à changer, cette fois, le renouvellement du rapport producteurs->distributeurs->consommateurs.. Ce qui n'est actuellement le cas que pour le producteur par énergies alternatives. Les bloombox risquent de forcer à se fédérer au niveau des communes ou des quartiers.
j'aurais du regarder ton profile avant de poster :) pas sûr du tout que ça te serve à quoi que ce soit, les infos sur le pastebin :p désolé :)
Ce que je retiens du tests ce sont surtout les valeurs différentielles : on retrouve grosso modo les mêmes différences qu'avec les autres testeurs ayant publiés leurs résultats ici : quel que soit l'o.s, quelque que soit l'archi et quel que soit le hard, le rapport comparatif entre navigateurs reste sensible le même.
Bien entendu on peux émettre des (gros) doutes sur les tests eux mêmes (quelqu'un les a t il relu ?), et b ien entendu on peux optimiser tel ou tel navigateur en jouant sur des options de compilation (voir en change compilateur : swiftfox compilé avec icc ou gcc ? roo il est beau), mais quant même se dégage de tout ses résultats rapportés ici une similitude claire de différences entre navigateur. Non ?
Sûr qu'insulter va arranger les choses (le "comme d'hab chez mdv", qui est totalement faux). Un petit condensé d'info, si tu as besoin pour ton rapport de bug : http://pastebin.mandriva.com/17390 Cela devrait te permettre de -au moins- faire des comparaisons.
ps : tiens je vais tester avec le Firefox de la version "mini" qui, visuellement, envoi du bois :)
_ Mandriva 2010, 32 bits. sur Intel Atom 330
_ Système normalement occupé, de la même manière sur tout les tests.
_ Connection internet de type FreeWifi (fluctuante, entre bas débit et 100k/s, selon l'itinérance sur les points d'accès freewifi disponibles autour...)
_ Navigateurs pendant les tests : occupés sur une recherche d'image (pour tous la même), et l'affichage du résultat, dans un second onglet.
Firefox : 3.5.8
Total: 27638.2ms
note : firefox rame pendant les tests, et devient difficilement utilisable http://tinyurl.com/yd37xky
Arora : 0.10.1
Total: 2115.2ms
note : arora reste parfaitement réactif pendant les tests http://tinyurl.com/yewvow7
Chrome : 5.0.307.11
Total: 1735.2ms
note : chrome reste parfaitement utilisable pendant les tests. http://tinyurl.com/ygozpru
Konqueror : 4.4.00
Total: 18304.0ms http://tinyurl.com/yk3ebbh
note : konqueror reste parfaitement utilisable pendant les tests.
Galeon : 2.0.7
Total: 6589.6ms
note : galeon aussi reste parfaitement utilisable http://tinyurl.com/yzpp3bq
---> Les trois grands gagnants sont Chrome, Arora et Epiphany !
Firefox semble complètement à la ramasse, pour ce test, sur ce système 32bits.
Autre résultat, autre plateforme :
Android Donut, sur un HTC Magic : 76225.08ms ... ( http://tinyurl.com/ykxpfe2 )
Les navigateurs pas testés ou pas testables
lynx, links & links-graphics ... :-):
Chromium : plus utilisé depuis une dizaine de mois... et plein d'autres...
Il semble que le support de cette carte est débuté par des patchs fournis par compulab pour le 2.6.22 puis 24, disponibles dans le lien que tu donnes ( lien Documentation -> sources only). Puis le support de cette carte semble avoir été intégré directement, avec comme mainteneur Mr Rapoport, de chez compulab, et est considéré comme stable et maintenu.
Tomsc, tu peux poser le contexte de w, de crosscompil, des infos précise sur le matos comme cet écran tactile, et ton .config sur un pastebin, histoire de te faire aider un peu, avant d'aller poser, éventuellement, des questions sur la liste infradead. Parceque là, on ne sait même pas si, plutôt que le support de cette carte (qui semble ok), cela ne serait pas le support de cet écran ...
Arf j'ai confondu "Pour La Science" avec "La Recherche" je crois bien.
Tangeante à eu une re-numérotation ? j'étais persuadé avoir des niméros pas plus que xx, mais bon j'en ai que deux ou trois.
Merci de la correcftion.
Pour info : CheckInstall gère les dépendances. Lorsque tu as localisé, pris connaissance des dépendances nécessaires, et fait le nécessaire, tu peux avec checkinstall les renseigner, par leur nom et leur version, ou leur nom et la version minimale. Et cela fonctionne parfaitement bien.
savoir sur quels serveurs tournent une application donnée (point de vue "application") et savoir quelles applications sont hébergées sur un serveur (point de vue "serveur"). Les premiers outils étaient de simples tableaux nécessitant une double mise à jour et donc peu fiable. Chez nous, cela s'appelle la cartographie applicative.
Chez nous, on nomme cela la sécurité (par absence de centralisation facilement accessible de la répartition des informations) --> êtes vous bien sûr que cela n'existe pas déjà, mais que simplement vous n'y avez peutr être pas accès ? Cela peut paraitre paradoxal, pour des gens amenés gérer une partie, mais bon.
Chez nous, chez notre client, ça sert aussi d'excuses pour dire "zut j'ai pas fait la doc, flute me souviens plus où j'ai centraliser cette biblio, Merde, le système utilisé pour versionner les biblio sur tel filer est différents de sur tel autre, pour un même secteur, j'ai encore fait ça un retour de vacances...tant pis, c'est un sous traitant qui fera le boulot" ;)
"Le problème est que ça coupe tout simplement l'envie de lire".
enlever l'envie de lire, mais à qui ??
3) Z'avez d'autres suggestions ?
Avec ces articles là, il serait peut être sage de prévoir une page spéciale. La dépêche restante complète comme celle ci (tant que possible!), et renvoyant aux paragraphes encore plus détaillés sur une page spéciale (si possible aussi lol)
En tout cas, prévoir un archivage (ou un accès) spécifique pour les dépêches noyaux. Je trouverai ça intéressant et sympa. Sympa parceque cela permettrai de faire des sauts rapides entre versions proches de noyaux. Et d'une manière plus globale et à plus long terme, avoir une belle historisastion.
Je connais et n'aime pas trop, ça me laisse une impression de "souvent des publications non validées" (les pages "en bref" de Science&Vie ou souvent ou peux deviner des annonces grandiloquantes pour appel financement, dans "Pour la Science, ils font tout un dossier), même si effectivement les articles sont plus velus et plus complets, lla vulgarisation y est de moins bonne qualité. Or n'étant pas non plus "Science", la vulgarisation reste un élément censé être essentiel dans "Pour La Science", et est délaissée au profit d'une fausse impression de "velu". Je suis un peu dur lol, mais vraiment je trouve Science&Vie supérieur Mais ouhai, je matte systématiquement les deux à la librairie, mais n'emporte "Pour La Science" que lorsqu'il y a des articles sur "l'astronomie" lol et le quantique relol.
Une revue a conseillé aux djeuns (et moins puisque je la lis également parfois) c'est la nouvelle revue "Tangeante" (moins de 2 ans il me semble). Souvent mélange de philosophie, mathématique et informatique. J'ai entre autre en tête un super numéro avec plein d'exemple en Python :) Bref, "tangeante", un joli brin d'une guirlande éternelle.
ps : Alors, cet élément dont on nomme temps la mesure de sa différence (de son interaction) avec la gravitation, ils vont le trouver ou pas ? Celui après le boson scalaire, là ... okok je ->
C'est un classique, le remerciement pour la dépêche noyau.
Classiquement, donc, merci Patrick de publier cela sur linuxfr, en fait, merci à toute l'équipe de linuxfr, plus précisement. Remarquable travail de suivi, de vérification, et d'écriture qui demande à n'en pas douter une belle somme de temps. Celle ci apporte un éclairage essentiel sur de nombreux points. Elles rendent passionnante la vie du noyau même aux non-initiés, et ceci n'est pas un compliment mal placé, mais sincèrement, j'aimerai beaucoup lire ces articles dans Science&Vie, pour de multiples raisons. Et d'une manière plus générale, j'aimerai beaucoup avoir plus d'articles de cette qualité (de cette construction (technique-humains-projet) pour de nombreux autres sujets.
C'est inquiétant cette montée actuelle de l'importance de la communication, vous ne trouvez pas ?
Que l'on moque un site web sur un site de spécialistes est bien naturel. Mais que les médias fassent choux gras d'aussi peu, c'est à double tranchant : restreindre le débat au discours, et renforcer l'impact l'importance des dits médias.
Leur traitement de l'information est problématique, me semble t il.
Le responsable ump des jeunes pop se retrouve placardisé, ok ses choix n'ont pas amenés le résultat escompté, mais au final on cause beaucoup du site et du lipdub, mais pas du fond.
Avec Freches c'est le niveau au dessus : on flingue quelqu'un pour qq conneries de dites, et on enterre au passage 30 ans de boulots ?
Je n'aime ni l'un ni l'autre, mais tout ceci me semble bien disproportionné.
Continuez, chers médias, à nous montrer les rolex, cela vous évite de nous montrer les retraités obligés de faire les poubelles, et de se demander pourquoi.
Ou tu ouvres l'initrd, puis tu ajoutes à init un check de ce qu'a fait le noyau. Et pour automatiser tu surcharges les options de création d'initrd lors de l'install d'un nouveau noyau.
quoi ? on est plus vendredi ?
zarb...
mauvaise distro pour cet usage, changer distro
/désolé/
Autre piste : utiliisation de autofs. (Voir, avant, si les accès ne sont pas trop nombreux en même temps sur tout les points.) Le principe d'autofs est de monter à la demande. Ainsi tu n'a pas x iso montées en même temps, mais x iso montées quant quelq'un ou quelque chose veux y accéder. Par exemple, pour un répertoire comme /usr/share/applications que tu voudrais voir déporter sur un serveur nfs c'est très pratique... Et ça marche aussi pour monter des iso (je passerai par un fichier genre iso.auto renseigné comme il faut, puis sa déclaration dans auto.master)
m'enfin c'est zarb cette histoire de limites de montage d'iso sur ta distro. Dans un modinfo loop tu n'a pas un truc du genre :
parm: max_loop:Maximum number of loop devices (int)
parm: max_part:Maximum number of partitions per loop device (int)
???
Et : pas besoin de rebooter, hein ;-)
Tu arrêtes d'utiliser le module loop, en démontant les iso montées. Puis, après un rmmod loop, tu fais simplement un :
modprobe loop max_loop=100
et paf, ls /dev/loo* |wc -l affiche ... 100 devices disponibles.
M'enfin c'est bizarre qu'une version serveur ne le permette pas... (surtout que le module le permet par défaut) Ca doit être une simple erreur de syntaxe lors du passage de l'option au noyau.
Je serais toi, je ferais les deux :
Plus de loop par défaut. Et chaque iso montées uniquement à la demande d'accès.
J'ai rien compris à votre message \o/
Mais le titre indique : Partage samba ssh et autre en même temps
Alors la réponse est OUI. Et par défaut. C'est la fonction même des couches d'abstraction de types pseudo-fs pour le réseau. Bon, après partager un même dossier en même temps en NFS, CIFS et sshfs, voire plus... c'est quant même un peu s'en remettre aux utilisateurs, à leur nombre et leurs usages... Non ?
Chez moi, sur un poste avec peu de connections donc, je partage les dossiers images/musiques/vidéos en NFS et en CIFS, en même temps. En NFS pour le réseau local, en CIFS au cas un invité dont la machine ne comprends pas NFS se pointe chez moi.
[^] # Re: une petite question
Posté par bubar🦥 . En réponse au journal Le GPS du Motorola Milestone. Évalué à 3.
Ne connaissant le logiciel gps du Milestone, difficile de faire une comparaison. Pour ce qui concerne la partie vocale, elle est assez fournie et dispose d'options de répétition ainsi que d'éloignement (on choisi combien de fois il répète, et à partir de quelle distance du point il parle). Un mode 2 roues est distinct du mode piéton et du mode voiture. Le vocal est plus fiable -que le visuel- en terme de retour d'informations sur la distance au point : la carte affiche "à 50m" alors qu'on est dessus, au même moment le vocal dit bien "tourner à ..." (dû je pense au "peu de panneau" de type de distance, c'est un détail). Le mode vocal détaille assez bien ("au prochain rond point prendre la troisième sortie"), plus qu'un tomtom de base.
Je ne l'ai pas essayé en moto, mais l'ai essayé en condition un peu similaire : en ville, Toulouse, avec uniquement le vocal comme guide : c'est ok. Mais on doit pouvoir tomber sur le même type de reproche que tu fais quant même, même si c'est dans une moindre mesure. Pour améliorer le mode vocal il faudrait à n'en pas douter que ce mode puisse piocher également de manière régulière dans les "POI", historique par exemple, du genre "troisième à doite, après le cinéma", et donc pas seulement "troisième à droite".
Petit bonus : il affiche les points GPS purs, si on veux.
Il permet aussi de lui donner à manger une photo, et hop il caclule l'itinéraire vers ce point. (les photos étant géotagguées par défaut : c'est vraiment très très pratique, ça).
Regret : tout comme avec google maps, on est loin de la qualité par la simplicité de OpenStreetMap : quel régal à utiliser, avec les points gps comme addresses de pages : du pur bonheur.
[^] # Re: Et le CO2
Posté par bubar🦥 . En réponse au journal La révolution Green-IT. Évalué à 3.
Non suelement d'une part il me semble avoir lu qu'effectivement le bilan co2 n'était pas reluisant pour les bloom box, premier argument à leur encontre.
Mais en plus, il y a la question de l'impact social.
Chez nous, nous serrons certainement protégés dans une certaine mesure. Mais on peux anticiper facilement que le prix de l'électricité sera variable...géographiquement... Peut être même aller jusqu'au paradoxe où la zone de production du biogaz paiera plus chère son électrcité qu'un centre ville... C'est le danger de l'abandon de la notion de "service public : pour tous pareil, partout". Et finalement le danger sur la notion de solidarité nationale compensatrice.
Ceci peut être compensé par... celui qui gère le réseau de distribution.
Mais sincèrement, quelque soit mon avis et mes opinions, je ne peux que constater que l'on va vers un éclatement des etats tels que nous les connaissions hier, et un renforcement des pouvoirs locaux. Dans le cadre européen. Est ce bin ? un mal ? franchement j'en sais foutre rien. Pour le moment, la production par les énergies alternatives est règlementée et encadrée, il me semble bien que c'est edf qui achète cela, et non pas erdf auquel on payerait uniquement l'entrée et la distribution sur le réseau, non ? Il y a la une ambiguité à lever sur les rôles, justement... N'étant pas expert, je m'abstientrais de plus.
La seule chose dont je sois finalement sûr, c'est que cette nouvelle technologie à le triple avantage de plaire aux écolos, de plaire aux financiers, et de coller parfaitement avec les politiques locales des grands pays (etats-unis et peut être demain europe).
Enfin, si, je vais quant même balancer ce que je pense : j'espère que c'est EDF, et un EDF National, restant sous le contrôle de l'Etat, en tant que Service Public, qui intègrera toutes nouvells techno de production. Malheureusement j'ai bien peur que cela ne soit pas comme ça, prochainement... Alors j'espère que les collectivités locales sauront prendre de l'avance ...
[^] # Re: Quel combustible ?
Posté par bubar🦥 . En réponse au journal La révolution Green-IT. Évalué à 1.
1) je ne peux penser à tout
2) s'il semble que je sois plus à même d'anticiper que toi, il n'en reste pas moins que je ne suis pas acteur de la filière, et que d'autres auront les réponses que tu cherches
Le biogaz peux être distrbué par le réseau gazier (il y a des limitations il me semble, selon le type de biogaz, qui ne touche pas le type qui nous intéresse ici. Désolé j'ai pas tout retenu des explications sur ce sujet précis). La distribution du biogaz vers les bloom box n'est donc pas un problème.
La quantité déchets -> biogaz, est, je le repête, un manque à combler de mon petit savoir sur le sujet. Aujourdhui c'est rentable pour les agriculteurs qui revendent leurs boues, et rentable pour celui qui les transforme. Ceci sans l'obligation d'achat à prix fixe de la production qui en est issue. Ces informations sont suffisantes pour anticiper un développement serein de cette filière. En théorie.
En pratique, cela va être plus dur chez nous, c'est certain...
enfin ne perdont pas de vue qu'il ne s'agit pas de remplacer quoi que ce soit. Ill s'agit d'un nouvel apport, peut être mieux, qui sait, 20% de l'électricité dans combien ? 20 ans.
Par contre les effets méchaniques induit par cela, même dans le cas minimal, sont aussi intéressants que la technologie elle même. Surtout qu'il semble que nos penseurs libéraux voient cela d'un bon oeil, et sont prêts à participer à cela... C'est bien deux choses totalement distinctes : d'un côté la techno, d'un autre côté sa mise en oeuvre.
Cdt.
[^] # Re: Quel combustible ?
Posté par bubar🦥 . En réponse au journal La révolution Green-IT. Évalué à 1.
[^] # Re: Quel combustible ?
Posté par bubar🦥 . En réponse au journal La révolution Green-IT. Évalué à 2.
Outre Atlantique la foculasition se fait plutot sur le fait qu'il faille encore une fois passé par une phase de tratiement (déchets / boues -> biogaz.) Et que la solution ne le prenne pas directement en compte (impossible semble t il, aujourdhui). D'un autre côté il semble que cela arrange les financiers, cela aussi, en plus de la redistribution des rôles par éclatement des producteurs.
Tout comme je me méfie aussi d'une éventuelle annonce sur la durée de vie des bloombox. Bloom energy est avant tout un industriel. Il est don parfaitement normal qu'il attende le retour des calculs et des prévisions des experts financiers afin d'ajuster au mieux la durée de vie de leur produit...
[^] # Re: Quel combustible ?
Posté par bubar🦥 . En réponse au journal La révolution Green-IT. Évalué à 3.
Il s'agit de BioGaz. Ce qui est également intérressant : quelques agriculteurs de ma région commencent a y trouver une source de revnu d'appoint, et la filière s'organise. J'ai rencontré récemment une personne à l'énergie débordante, servant de fédérateur pour le recyclage des "boues" issues de l'agriculture bovine / ovine, et la transformation en biogaz entre autre.
Nous avons donc une base de production locale, qui permet d'ores et déjà de fournir la matière première à ces bloom box. En améliorant la filière, il est tout à fait possible d'obtenir d'obtenir le schéma déchets/boues->biogaz->bloombox. Et tout cela reste du local, du moins du national compensé. Pour une bonne partie des besoins bloombox. Là par contre je n'ai pas de chiffres du rapport production matière initiale -> consommation-retraitement -> production éléctrique. Rien d'autre que ce qui a été rendu public pour le moment : à savoir un coût calculé à 11cents le kw/h pour les usa pour le moment. C'est peu d'informations, et de nombreuses choses restent à éclaircir, pour moi du moins.
et je suis avide de nouvelles informations sur ce sujet aussi :)
Les bloom box risquent fort d'accélerer largement le mouvement déjà engagé (avec cette filière sus-cité, mais aussi avec les énergies dites alternatives plus connues : eolien, solaire) qui est une production locale. Et surtout à changer, cette fois, le renouvellement du rapport producteurs->distributeurs->consommateurs.. Ce qui n'est actuellement le cas que pour le producteur par énergies alternatives. Les bloombox risquent de forcer à se fédérer au niveau des communes ou des quartiers.
[^] # Re: Faut voir
Posté par bubar🦥 . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
Ce que je retiens du tests ce sont surtout les valeurs différentielles : on retrouve grosso modo les mêmes différences qu'avec les autres testeurs ayant publiés leurs résultats ici : quel que soit l'o.s, quelque que soit l'archi et quel que soit le hard, le rapport comparatif entre navigateurs reste sensible le même.
Bien entendu on peux émettre des (gros) doutes sur les tests eux mêmes (quelqu'un les a t il relu ?), et b ien entendu on peux optimiser tel ou tel navigateur en jouant sur des options de compilation (voir en change compilateur : swiftfox compilé avec icc ou gcc ? roo il est beau), mais quant même se dégage de tout ses résultats rapportés ici une similitude claire de différences entre navigateur. Non ?
[^] # Re: Faut voir
Posté par bubar🦥 . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
http://pastebin.mandriva.com/17390 Cela devrait te permettre de -au moins- faire des comparaisons.
ps : tiens je vais tester avec le Firefox de la version "mini" qui, visuellement, envoi du bois :)
[^] # Re: Faut voir
Posté par bubar🦥 . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
Total: 2253.8ms
http://tinyurl.com/ybgsouv
[^] # Re: Faut voir
Posté par bubar🦥 . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
_ Système normalement occupé, de la même manière sur tout les tests.
_ Connection internet de type FreeWifi (fluctuante, entre bas débit et 100k/s, selon l'itinérance sur les points d'accès freewifi disponibles autour...)
_ Navigateurs pendant les tests : occupés sur une recherche d'image (pour tous la même), et l'affichage du résultat, dans un second onglet.
Firefox : 3.5.8
Total: 27638.2ms
note : firefox rame pendant les tests, et devient difficilement utilisable
http://tinyurl.com/yd37xky
Arora : 0.10.1
Total: 2115.2ms
note : arora reste parfaitement réactif pendant les tests
http://tinyurl.com/yewvow7
Chrome : 5.0.307.11
Total: 1735.2ms
note : chrome reste parfaitement utilisable pendant les tests.
http://tinyurl.com/ygozpru
Konqueror : 4.4.00
Total: 18304.0ms
http://tinyurl.com/yk3ebbh
note : konqueror reste parfaitement utilisable pendant les tests.
Opera 10.10.4742
Total: 18455.8ms
note : opera reste lui aussi utilisable.
http://tinyurl.com/y9lyvzs
Epiphany : 2.28.1
Total: 2192.6m
note : pareil, epiphany reste utilisable...
http://tinyurl.com/yksbx6b
Galeon : 2.0.7
Total: 6589.6ms
note : galeon aussi reste parfaitement utilisable
http://tinyurl.com/yzpp3bq
---> Les trois grands gagnants sont Chrome, Arora et Epiphany !
Firefox semble complètement à la ramasse, pour ce test, sur ce système 32bits.
Autre résultat, autre plateforme :
Android Donut, sur un HTC Magic : 76225.08ms ... ( http://tinyurl.com/ykxpfe2 )
Les navigateurs pas testés ou pas testables
lynx, links & links-graphics ... :-):
Chromium : plus utilisé depuis une dizaine de mois... et plein d'autres...
[^] # Re: Une idée
Posté par bubar🦥 . En réponse au message Driver écran. Évalué à 2.
Tomsc, tu peux poser le contexte de w, de crosscompil, des infos précise sur le matos comme cet écran tactile, et ton .config sur un pastebin, histoire de te faire aider un peu, avant d'aller poser, éventuellement, des questions sur la liste infradead. Parceque là, on ne sait même pas si, plutôt que le support de cette carte (qui semble ok), cela ne serait pas le support de cet écran ...
# rtfm
Posté par bubar🦥 . En réponse au message ps aux.... Évalué à 2.
[^] # Re: Super article
Posté par bubar🦥 . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 3.
Tangeante à eu une re-numérotation ? j'étais persuadé avoir des niméros pas plus que xx, mais bon j'en ai que deux ou trois.
Merci de la correcftion.
pour revenir à Linux, voici une couverture d'un magazine qui n'a pas 20 ans...forrcément : http://lh3.ggpht.com/_kacbVFEVtH8/S4kOwilvJxI/AAAAAAAAAyE/5z(...) ;-)
[^] # Re: Aujourd'hui, je diffuse mon code.
Posté par bubar🦥 . En réponse au journal Aujourd'hui, je diffuse mon code.. Évalué à 2.
# sécurité
Posté par bubar🦥 . En réponse au journal Application web de cartographie applicative. Évalué à 2.
Chez nous, on nomme cela la sécurité (par absence de centralisation facilement accessible de la répartition des informations) --> êtes vous bien sûr que cela n'existe pas déjà, mais que simplement vous n'y avez peutr être pas accès ? Cela peut paraitre paradoxal, pour des gens amenés gérer une partie, mais bon.
Chez nous, chez notre client, ça sert aussi d'excuses pour dire "zut j'ai pas fait la doc, flute me souviens plus où j'ai centraliser cette biblio, Merde, le système utilisé pour versionner les biblio sur tel filer est différents de sur tel autre, pour un même secteur, j'ai encore fait ça un retour de vacances...tant pis, c'est un sous traitant qui fera le boulot" ;)
[^] # Re: Questions aux lecteurs
Posté par bubar🦥 . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 2.
enlever l'envie de lire, mais à qui ??
3) Z'avez d'autres suggestions ?
Avec ces articles là, il serait peut être sage de prévoir une page spéciale. La dépêche restante complète comme celle ci (tant que possible!), et renvoyant aux paragraphes encore plus détaillés sur une page spéciale (si possible aussi lol)
En tout cas, prévoir un archivage (ou un accès) spécifique pour les dépêches noyaux. Je trouverai ça intéressant et sympa. Sympa parceque cela permettrai de faire des sauts rapides entre versions proches de noyaux. Et d'une manière plus globale et à plus long terme, avoir une belle historisastion.
[^] # Re: Super article
Posté par bubar🦥 . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 4.
Une revue a conseillé aux djeuns (et moins puisque je la lis également parfois) c'est la nouvelle revue "Tangeante" (moins de 2 ans il me semble). Souvent mélange de philosophie, mathématique et informatique. J'ai entre autre en tête un super numéro avec plein d'exemple en Python :) Bref, "tangeante", un joli brin d'une guirlande éternelle.
ps : Alors, cet élément dont on nomme temps la mesure de sa différence (de son interaction) avec la gravitation, ils vont le trouver ou pas ? Celui après le boson scalaire, là ... okok je ->
[^] # Re: Super article
Posté par bubar🦥 . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 3.
Classiquement, donc, merci Patrick de publier cela sur linuxfr, en fait, merci à toute l'équipe de linuxfr, plus précisement. Remarquable travail de suivi, de vérification, et d'écriture qui demande à n'en pas douter une belle somme de temps. Celle ci apporte un éclairage essentiel sur de nombreux points. Elles rendent passionnante la vie du noyau même aux non-initiés, et ceci n'est pas un compliment mal placé, mais sincèrement, j'aimerai beaucoup lire ces articles dans Science&Vie, pour de multiples raisons. Et d'une manière plus générale, j'aimerai beaucoup avoir plus d'articles de cette qualité (de cette construction (technique-humains-projet) pour de nombreux autres sujets.
ps : à quant le quizz d'après dépêche noyau ?! :p
# inquietant
Posté par bubar🦥 . En réponse au journal Le flop des « Créateurs de possibles ». Évalué à 9.
Que l'on moque un site web sur un site de spécialistes est bien naturel. Mais que les médias fassent choux gras d'aussi peu, c'est à double tranchant : restreindre le débat au discours, et renforcer l'impact l'importance des dits médias.
Leur traitement de l'information est problématique, me semble t il.
Le responsable ump des jeunes pop se retrouve placardisé, ok ses choix n'ont pas amenés le résultat escompté, mais au final on cause beaucoup du site et du lipdub, mais pas du fond.
Avec Freches c'est le niveau au dessus : on flingue quelqu'un pour qq conneries de dites, et on enterre au passage 30 ans de boulots ?
Je n'aime ni l'un ni l'autre, mais tout ceci me semble bien disproportionné.
Continuez, chers médias, à nous montrer les rolex, cela vous évite de nous montrer les retraités obligés de faire les poubelles, et de se demander pourquoi.
Désolé
[^] # Re: Le drame
Posté par bubar🦥 . En réponse au journal Le flop des « Créateurs de possibles ». Évalué à 7.
Finalement, Bayrou est bien placé
...
[^] # Re: Exemples + colorisation de code
Posté par bubar🦥 . En réponse au message PKI par EJBCA. Évalué à 2.
ps : toutes ces variables, au début, tu voudrais pas les sortir de ton script ? les coller dans un fichier "de conf" qui est sourcé par le script ?
[^] # Re: RTFM
Posté par bubar🦥 . En réponse au message Grub et raid sous debian. Évalué à 2.
quoi ? on est plus vendredi ?
[^] # Re: Option max_lopp
Posté par bubar🦥 . En réponse au message Problème de "loop" libre. Évalué à 3.
mauvaise distro pour cet usage, changer distro
/désolé/
Autre piste : utiliisation de autofs. (Voir, avant, si les accès ne sont pas trop nombreux en même temps sur tout les points.) Le principe d'autofs est de monter à la demande. Ainsi tu n'a pas x iso montées en même temps, mais x iso montées quant quelq'un ou quelque chose veux y accéder. Par exemple, pour un répertoire comme /usr/share/applications que tu voudrais voir déporter sur un serveur nfs c'est très pratique... Et ça marche aussi pour monter des iso (je passerai par un fichier genre iso.auto renseigné comme il faut, puis sa déclaration dans auto.master)
m'enfin c'est zarb cette histoire de limites de montage d'iso sur ta distro. Dans un modinfo loop tu n'a pas un truc du genre :
parm: max_loop:Maximum number of loop devices (int)
parm: max_part:Maximum number of partitions per loop device (int)
???
Et : pas besoin de rebooter, hein ;-)
Tu arrêtes d'utiliser le module loop, en démontant les iso montées. Puis, après un rmmod loop, tu fais simplement un :
modprobe loop max_loop=100
et paf, ls /dev/loo* |wc -l affiche ... 100 devices disponibles.
M'enfin c'est bizarre qu'une version serveur ne le permette pas... (surtout que le module le permet par défaut) Ca doit être une simple erreur de syntaxe lors du passage de l'option au noyau.
Je serais toi, je ferais les deux :
Plus de loop par défaut. Et chaque iso montées uniquement à la demande d'accès.
Cdt.
# pas sûr
Posté par bubar🦥 . En réponse au message Partage samba ssh et autre en même temps. Évalué à 1.
Mais le titre indique : Partage samba ssh et autre en même temps
Alors la réponse est OUI. Et par défaut. C'est la fonction même des couches d'abstraction de types pseudo-fs pour le réseau. Bon, après partager un même dossier en même temps en NFS, CIFS et sshfs, voire plus... c'est quant même un peu s'en remettre aux utilisateurs, à leur nombre et leurs usages... Non ?
Chez moi, sur un poste avec peu de connections donc, je partage les dossiers images/musiques/vidéos en NFS et en CIFS, en même temps. En NFS pour le réseau local, en CIFS au cas un invité dont la machine ne comprends pas NFS se pointe chez moi.
[^] # Re: Induction, déduction
Posté par bubar🦥 . En réponse au journal Windows chez les parlementaires, la pointe de l'iceberg. Évalué à -1.
?