Je ne dis pas que c'est impossible, juste qu'on a tendance à préférer repousser toujours plus l'échéance.
Et alors ? Si c'est possible sans grand risque niveau sécurité (indice, globalement ça va), pourquoi ne pas le faire ?
Plus une centrale nucléaire dure longtemps, plus cela réduit son coût par énergie produite et réduit l'empreinte carbone due à la construction / démantèlement.
Ça dépends des datacenters, regarde le projet Shadow
Je n'ai pas le temps de regarder en détails mais cela ressemble à un service de clients légers. Pour faire du cloud gaming notamment.
On parle donc d'un sujet encore une fois différent, et je doute que tu puisses oser offrir ce genre de service à base de RPi à la maison.
Bref, du hors sujet.
Ma remarque traite de stockage et de redondance des données. Supprimer les copyright permettrait de supprimer un nombre incroyable de serveur hardware comme virtuel (NAS, seedbox, etc).
Mais cela n'est pas l'objet de la discussion.
La magie étant que si tu mutualises, tu n'as pas besoin d'un RPI pour tout le monde. Idem avec les tours de recup etc :)
Non, mais tu en auras besoin d'un grand nombre quand même. Tu sais les datacenters remplissent un besoin. Ils ne tournent pas à vide. Si tu veux décentraliser les usages, faudra quand même avoir de la puissance de calcul et de stockage qu'ils offrent quelque part.
Et comme je l'ai dit, le RPi ou les ordinateurs d'occasions, c'est bien, mais la performance par Watt n'est pas à leur avantage.
Il nécessite une armée pour protéger les gisements et une logistique entièrement basée sur le pétrole pour transporter les minerais entre la production, le traitement, la consommation et la déchetterie.
Il ne faut pas 20 000 soldats pour protéger les gisements d'uranium. D'autant que de souvenir la France puise une partie de ces ressources en Australie et au Canada, des pays stables et n'ayant pas besoin de l'armée française.
Et le minerais à transporter, on parle de quelques tonnes par an pour produire 75% de l'électricité annuel du pays. Autant dire que cela ne pèse pas bien lourd dans le bilan carbone.
Cela a un bilan toujours plus favorable que de l'éolien / solaire dont les appareils sont produits en Chine.
Bref, à moins que tu aies des chiffres quelque part, en terme d'ordre de grandeur le nucléaire a un bilan carbone très très favorable.
Sans compter la construction/destruction d'une centrale nucléaire (si c'est possible de les démonter, j'attends toujours de voir qu'ils cessent de repousser l'échéance et s'y essayent).
Des centrales nucléaires démantelées cela existe, en France notamment. Faut arrêter de croire que c'est quelque chose d'inconnu.
Et même en tenant compte de cet aspect là, le bilan carbone reste favorable.
Tu imagines qu'il suffit de 50 grandes installations pour produire 75% de l'électricité de la 5-7e puissance économique du monde ? C'est rien. Les installations de gaz / pétroles / éoliennes / solaires sont bien plus gourmands à ce niveau là pour rendre le même service.
Tu peux mutualiser plusieurs services sur un raspberry pi et un petit ventilo trafiqué en full recup.
Le RPi n'a pas vraiment un bon ratio puissance / Watt par rapport aux serveurs des data centers.
Le RPi est un outil intéressant pour expérimenter ou pour bénéficier d'un appareil d'une puissance suffisante pour faire des choses persos chez soi. Mais si tu cherches à optimiser la puissance électrique par rapport à la puissance proposée, ce qui est important pour la mutualisation, c'est un très mauvais appareil.
Dans ce monde là, pas besoin de changer les pièces tout les ans afin de gagner des millisecondes et aucune clim même en été.
Concernant l'énergie, tu as des projets d'installation de data center dans des pays froids ou de récupération de chaleur pour alimenter le réseau urbain ou une piscine municipale. Et malgré tout, faut encore démontrer que l'énergie grise (et de fonctionnement) de produire des RPi ou équivalents pour tout le monde ne compense pas ce coût de climatisation.
On peut aussi se poser la question de l'économie monstrueuse d'énergie et de production qu'on gagnerait en supprimant définitivement les copyrights et droits d'auteurs sur les films/séries/musiques/cultures (qui poussent à la sur-réplication: je parie qu'il existe plus de copies de Game Of Throne que de belges sur Terre).
Ce serait bien de garder le débat sur un terrain délimité. On parle de datacenters et de cloud, pas de copyright ici.
je ne parle pas des monstres de smartphone d'aujourd'hui qui n'ont rien de vraiment embarqué, mais surtout des montres connecté de la marque
Un système embarqué par définition n'est pas lié à de faibles ressources. Ce n'est qu'une des définitions possibles.
Un ordinateur classique qui sert de terminal de retrait d'argent liquide est par exemple un système embarqué. Alors que le système est puissant et basé sur une architecture PC.
Le fait que le téléphone portable n'ait pas de clavier / souris, que la batterie est un élément important du système et que l'intégration des composants doit être optimale définie un téléphone même surpuissant comme un système embarqué aussi.
Mais pour un bête serveur web Apache, une petite boite DELL à 300€ suffit. Pour elle, pas de salle serveur, pas de clim…
Mais si chacun s'héberge dans son coin, il faudra plus de matériels pour héberger les contenus ou les services car la mutualisation des ressources sera plus faible. Ce qui consomme non seulement en électricité mais surtout pollue pour produire le dit matériel.
Sachant qu'on est capable aujourd'hui de limiter le besoin en clim de ces salles par rapport à avant, pour peu que le data center soit dans un pays avec une électricité peu émettrice de gaz à effet de serre (cas de la France), la décentralisation est moins bénéfique pour l'environnement que le modèle inverse.
La décentralisation / centralisation est un débat pertinent sur le contrôle des données et de l'infrastructure. Voire sur l'autonomie technique. Mais niveau environnemental c'est loin d'être un sujet pertinent, sauf si tu as des chiffres à l'appui.
Ah bon… franchement Balmer a fait du "embrace and extend" avec Linux????????
La stratégie EEE a été utilisée de manière quasi systématique par Microsoft durant l'ère Ballmer. Pas spécifique à un produit en particulier.
Et bizarrement depuis le changement de direction, la stratégie de Microsoft a changé. Leur métier d'ailleurs a changé (l'entreprise repose moins sur les licences logicielles qu'avant, les services sont en plein essor).
En ce qui concerne WINE, je ne suis pas sur de mes maths mais il me semble bien que la part de marche est nettement inferieur a une position dominante mais bon je dois me tromper et 0.1% doit etre plus grand que 99,9%
La stratégie EEE repose sur trois piliers. Avant de crier à son utilisation, il faudrait voir la concrétisation de ces piliers. Pour l'instant on n'a pas la moindre indice que ce sera le cas. Donc tu spécules sur les intentions de Microsoft pour l'instant. Donc tu FUD / trolles. C'est tout.
Si Microsoft avait appliqué cette stratégie hier, être méfiant serait légitime. Aujourd'hui on a plutôt des indices que ce ne sera pas le cas.
tu ne connais pas le concept de "embrace and extend".
Toi non plus visiblement, cela fait quoi, 10-15 ans que cette stratégie n'a plus été utilisée par Microsoft. Cela a été employée par l'ancienne direction, Ballmer tout ça, tu sais celui qui disait que Linux était un cancer.
On peut reprocher des choses à Microsoft aujourd'hui, mais soyons lucide, cette stratégie n'existe plus et Microsoft a changé depuis.
Sinon on va toujours reprocher à l'Allemagne de suivre des stratégies de nazis et la France des stratégies collaborationnistes ?
Toi tu ne sais pas ce qu'est WSL pour dire que cela n'a rien avoir (Microsoft/Linux/Desktop)
Bah toi non plus j'ai l'impression. WSL c'est juste un sous système qui transforme les appels systèmes de Linux en ceux de Windows ce qui permet une sorte de virtualisation très performance et mieux intégrée. Et globalement cela ne fonctionne qu'en CLI pour attirer les développeurs qui préfèrent utiliser le shell UNIX (au lieu de Powershell), git ou python par exemple sous Linux que sous Windows (car l'intégration est moine bonne).
C'est donc un outil pour attirer du monde sur sa plateforme. Tout comme WINE pour Linux d'ailleurs. Est-ce que WINE fait de EEE ?
Posté par Renault (site web personnel) .
En réponse au journal Flatpak.
Évalué à 9.
Dernière modification le 12 octobre 2018 à 10:15.
Puis ça a un intérêt. J'adore Fedora, je l'utilise au boulot pour programmer avec GNOME Builder.
Si je veux la dernière version de Builder disponible, je dois changer de version de Fedora pour l'obtenir. C'est dommage car ce n'est pas le moment pour une telle opération mais je veux bien ces fonctionnalités qui m'apporteraient un gros confort.
Hop Flatpak, et si ça foire, j'ai toujours la version stable de ma distribution disponible. Et je peux aussi aider les développeurs des projets upstream an testant les dernières versions qu'ils proposent (voire les nightlies) si je le souhaite. Ce qui était plus pénible si on se base uniquement sur ce que propose la distro.
L'inconvénient que tu citais plus haut sur les perfs, je ne comprends pas : le configure n'est fait qu'une fois, après tu "make" quand tu changes un fichier et c'est très rapide.
Il n'y a pas que le cas où tu développes une application seule que le temps du configure entre en jeux.
Exemple, dans l'embarqué on génère très souvent des images entiers à base de buildroot et Yocto. Pour faire les choses bien on a une intégration continue sur le système avec nos changements. Résultat l'image doit être régénérée à chaque fois de 0 (cela signifie refaire le configure de centaines / milliers de paquets à chaque nouveau commit ou nouvelle livraison).
Une fois on a monitoré le temps passé à construire une image. Sur l'heure nécessaire à générer une image fraiche, environ un tiers était passé dans les différents configure. Soit environ 20 minutes. C'est quand même assez long.
Et dire que c'est juste « changer les habitudes » de quelques utilisateurs, oui, si tu veux… mais alors pourquoi a-t-on inventé les distributions pour englober / uniformiser ça ? Parce les utilisateurs ne veulent pas juste s'emmerder.
Une distribution c'est un peu plus qu'un simple gestionnaire de paquets. Nombre d'entre elles d'ailleurs s'échangent les outils volontiers.
Pendant que Windows et Mac se Linuxifie (Mac App Store, Windows Store), Linux se windowsise, amusant!
C'est amusant mais c'est un peu plus complexe que cela.
Pour moi Windows et MacOS ne vont pas dans le sens de Linux. Leurs dépôts sont certes un effort pour récupérer un des avantages des dépôts de Linux mais ce n'est pas le même mécanisme non plus.
Le but des dépôt de Linux n'est pas uniquement de proposer des logiciels en général, c'est aussi faire un travail d'intégration et de mutualisation. Du genre toutes les applications de Fedora utilisent la même version de la glibc. macOS et Windows ne font que de lister des applications provenant de l'extérieur sans les modifier ou les intégrer. Ils vérifient au mieux certaines exigences (sécurité, compatibilité binaire, etc.) mais cela s'arrête là. Leur modèle est plus proche de Flathub (une collection de Flatpak).
Après personnellement je pense que le modèle uniquement basé sur les dépôts ou uniquement basé sur les applications qu'on doit chercher sur le site du développeur est une erreur. Être capable de faire les deux est le mieux pour les utilisateurs et les développeurs.
Les Flatpaks ont en effet les avantages suivant :
Le développeur a le contrôle de son livrable, s'il veut publier à une date précise une nouvelle version, il n'a pas à attendre X temps que son application soit disponible sur les distributions (s'il est empaqueté)
L'utilisateur peut outrepasser sa distro se elle ne fait pas de paquets ou si sa politique est trop stricte en terme de mise à jour pour avoir la dernière version en date de son logiciel préféré
Mais les dépôts restent utiles pour :
La distribution minimise l'empreinte des logiciels en uniformisant l'usage des composants communs entre toutes les applications
Elle s'assure de la compatibilité de ces composants, de l'intégration entre eux mais aussi des MaJ de sécurité
Cela peut éviter aussi que l'utilisateur qui veuille un système très fiable se tape des bogues liés à une version trop récente de son outil
Du coup avoir la possibilité de faire les deux c'est bon pour tout le monde. L'utilisateur a une plus grande flexibilité sur son système. Et c'est très bien que Windows comme macOS aient aussi un système central pour récupérer les applications tout en laissant le choix de télécharger depuis un site quelconque.
Est-ce que Intel et AMD ont des usines de CPU en Chine continentale ? Je ne crois pas.
AMD n'a plus d'usines depuis plusieurs années, tout est sous traité comme pour nVidia à TSMC. Qui a si je me souviens bien une usine en Chine continentale sur 5-10 à d'autres emplacement (principalement Taiwan).
Intel a des usines propres, sur la poignée qui sont en général aux USA, une usine est en Chine continentale.
Après cela ne signifie pas que les processeurs soient faits dans ces usines chinoises. TSMC emploie cette usine peut être uniquement pour des clients locaux. Intel l'utilise peut être pour d'autres composants comme des puces réseaux. Mais ce n'est pas impossible que des puces importantes de ces marques soient produites là bas.
Perso des souvenirs que j'ai de cette époque lointaine, W95 / W98 sur les machines de l'époque ce n'était clairement pas des systèmes hyper réactifs. Je ne crois pas qu'ils soient plus lents en terme absolus pour faire la "même chose". Si on peut considérer qu'on fait réellement la même chose 20 ans après, perso je pense que c'est illusoire de comparer cela.
Dans un sens oui, le logiciel et matériel employés sont trop vieux pour que ce soit réellement intéressant d'avoir une licence libre. Mais justement, Apple 'na pas grand chose à perdre de libérer le code pour l'occasion.
Même si en effet c'est déjà bien qu'ils aient fait ça.
Dune et C&C ont une notion de stock avec limitations. Tu dois construire des silos et autres bâtiments de réserve si tu veux augmenter le stock possible de tes ressources. Si les bâtiments sont détruits, tu perds ce stock par ailleurs.
Ce n'est pas comme AoE ou Warcraft par exemple où tout ce qui est récolté est disponible sans limitations de temps et de quantité.
Donc pour moi ils se situent un peu au milieu des deux genres, le stock existe mais est limité de fait ce qui oblige à une certaine continuité de production.
Mais bon, d'un autre côté, il est considéré que la voiture électrique est non polluante alors que son énergie produit des déchets nucléaires (ou alors de l'arsenic et du mercure pour les panneaux solaires) et qu'il faut des terres rares pour son fonctionnement - ce qui limite leurs durées de vie pour celles qui n'ont pas de batteries amovibles, et qui est assez chiant pour le recyclage.
Le nucléaire est moins polluante pour l'atmosphère et les gaz à effet de serre. Si tu considères que ces questions sont prioritaires aux questions des déchets nucléaires, cette phrase est plutôt vraie.
Tout pollue d'une façon ou d'une autre, la question est de choisir une priorité dans la lutte. Il ne semble pas aberrant que les gaz à effets de serre soient aujourd'hui la priorité absolue.
Un "desktop" a peine booté qui consomme 1Go, cela n'a rien de normal même en 4k.
Il n'y a pas que GNOME qui tourne, pas mal de services en arrière plan.
Gnome-Shell c'est 150 Mio sinon, tout seul.
La crypto, la gestion de l'autonomie, l'usb ou n'importe qu'elle techno que vous allez trouver ne justifie pas cela.
Ça explique une partie. Ce n'est pas la justification de tout.
Mais il y a plein de trucs comme ça qu'on oublie, mais à la fin ça s'accumule.
Le poids des images vectorielles c'est peanuts par rapports à leurs équivalents bitmap.
Mais tu crois que cela ne prend pas de RAM et du CPU de les convertir dans un format bitmap ?
La "gestion de l'autonomie", la crypto et le rendu vectoriel sont pris en charge matériellement depuis des années et au dernières nouvelles. Ce n'est pas le boulot de Gnome d'implémenter ces points et ils n'ont pas d'impact majeurs sur la consommation CPU.
Mais GNOME en a besoin et interagit avec tout ceci.
upower pour la gestion de l'énergie pour savoir l'autonomie restante, réduire la luminosité de l'écran automatiquement, afficher le status de la batterie, etc. NetworkManager pour configurer et exploiter le réseau, sans fil ou non, le VPN, etc. Il y a XWayland ou Xorg lui même en arrière plan aussi (et ce n'est pas léger). Tu as le démon du Bluetooth, la pile USB, PulseAudio, etc. Sans compter le noyau lui même qui pèse environ 8 Mio sans les modules.
Bref, ces composants sont à eux seuls environ 10-15% de la mémoire vive consommée quand GNOME est lancé. Et je ne parle pas des bibliothèques que GNOME a besoin.
Et je rappelle que c'est toi qui a commencé à comparer GNOME avec des systèmes complets (Amiga ou QNX), il est donc logique de comparer des choses de manière cohérente en prenant tout en compte et pas seulement ce qui nous intéresse.
Ca pourrait se passer comme ça pour les grandes métropoles, mais pas pour le reste du monde.
Et pourquoi pas ? Cela serait un remplacement bien plus efficace qu'un TER ou un bus qui amène les gens du village au boulot et les ramène. Pour un coût probablement moindre car plus de souplesse.
D'autant plus que cela pourrait être rendu obligatoire pour des raisons de sécurité, d'urbanisme et de pollution.
il faudrait que les gens soient respectueux des biens communs
Suffit de photographier l'état de la voiture avant / après dépôt. Tu sais qui a été dedans à ce moment là et hop facture.
Je pense que de toute façon la voiture individuelle est un concept qui va disparaître assez rapidement au profit d'un parc commun (public ou privé) automatisé.
Le combat devrait être d'avoir des garanties dans ce modèle qui s'imposera à tous et non pour le phénomène transitoire.
je crois que ce qui me gène le plus finalement, c'est que le seule habitude qu'on puisse adopter avec gnome3, c'est celle de ne plus en avoir (d'habitudes), c'est plutôt inconfortable et contre-productif pour un outil qu'on utilise en permanence (il n'est pas censé compliquer la vie des utilisateurs fidèles)
Si GNOME a changé de temps en temps son ergonomie, il est assez rare qu'à chaque version tu doivent vraiment changer ta manière de travailler. GNOME évolue de façon incrémentale. Je crois que depuis GNOME3 il y a eu vraiment 3/4 changements importants.
lorsque Gnome n'a plus géré les icônes sur le bureau, on m'a dit que je n'utilisais pas le système comme il fallait !
Faut arrêter de dire ce genre de choses sur GNOME, c'est lourd à la fin.
Ce n'est pas ta manière de faire qui est fausse, c'est que cette fonctionnalité n'est pas cohérente avec l'interface et l'ergonomie que GNOME souhaite avoir. C'est tout. C'est donc la vision des développeurs de GNOME qui est exprimée, cela ne signifie pas que tes préférences sont mauvais.
En ce qui concerne le transport cela revient à 400€ (pour 2 zones ? uniquement celle de départ et d'arrivée ? quel prix si tu dois aller de la zone 5 à la zone 2 ? ou de la zone 5 à la zone 5 ? si c'est le cas alors il est à espérer que la personne n'ait pas besoin d'une autre zone)
La pass Navigo toute zone c'est 75€ par mois. Honnêtement ce n'est pas si cher.
Je rappelle qu'une voiture ça revient vite cher. En écartant le montant de l'achat tu as l'assurance (facilement 75-100€ par mois suivant la voiture et la couverture) et le carburant qui va vite au delà de 100€ par mois.
Et l'entretien difficile à estimer mais 25-50€ / mois me semble pas déconnant.
À Paris et alentours on peut vivre sans voiture et dans ce cas de figure là le coût du transport est bien plus faible que partout ailleurs en France. Car les autres villes françaises sont plus dépendantes de la voiture.
Et le 45min, c'est quand tu as de la chance, car j'ai des collègues qui sont « à côté » (du moins sur la carte ; moi je télé-travaille) et pour qui c'est un stricte minimum et quand il n'y a aucun soucis. Cela fait minimum 1h30 aller-retour,
Je suppose que le 45 minutes c'est "aller" uniquement, qui correspond à la moyenne française sur le sujet. Rien d'extraordinaire de passer 1h30 au total pour aller au boulot sur la journée.
Paris ne me fait pas rêver, mais ce n'est pas l'Enfer sur Terre. Beaucoup d'autres villes ont des problèmes bien plus lourds sur les sujets que tu pointes pourtant. Car Paris a quand même une belle activité (économique, sociale et culturelle), un réseau de transport public qui rend la voiture dispensable ce qui est plus difficile ailleurs.
Et c'est vrai qu'il y a des jeux en 4K ; que ces derniers consomment beaucoup de RAM ça parait donc tout à fait normal, mais quel rapport avec Gnome ? Pareil pour tous tes exemples, je vois pas trop le rapport entre la consommation mémoire de Gnome et le connecteur au bout de ton clavier.
GNOME est forcément impacté par la taille des écrans, la qualité des couleurs, le poids ou le calcul des images (vectoriels), l'affichage de la vidéo, la gestion de l'autonomie, la cryptographie et j'en passe. Même si tout n'impacte pas GNOME non plus.
Mon propos reste de dire que le poids des logiciels a augmenté mais pas uniquement par simple gâchis, il y a de vrais gains derrière même si c'est dissimulées. Certains semblent l'oublier.
Bien sûr que cela fonctionne, cela n'est pas le propos.
Mais ce n'est pas aussi universels que le PCIe et USB. Aussi flexibles et puissants.
Car bon le PS/2, selon le modèle, ce n'est pas très plug and play par exemple.
Bref, oui avant ça fonctionnait bien mais avec des limitations que nos systèmes actuels n'ont plus. Et forcément cela a un coût car cela nécessite une plus grande complexité matérielle et logicielle.
Oui mais la quantité de pilotes était ridicule, très peu portable sur d'autres architectures, sans doute un code dégueulasse pour faire tout entrer aux forceps. Le Web a évolué, on a des machines capable d'afficher des jeux vidéo en 4K avec un réalisme de fou en étant fluide. De même pour la qualité des vidéos.
On a des protocoles plus complexes qu'avant mais plus flexibles et puissant comme l'USB, le PCIe, le Bluetooth. Mais peut être que la nostalgie des cartes ISA pourries et du PS/2 te manque. Pas moi.
Aujourd'hui la sécurité est fondamentale aussi, une application a bien moins de pouvoir de nuisance sur le système. La moindre communication peut également être chiffrée mais apparemment la communication en clair tu aimes bien.
Les applications sont moins boguées qu'avant (sisi, je t'assure). Car les pratiques évoluent. Les interfaces sont plus jolies (tu compares vraiment des bureaux en couleurs 16 bits avec la définition VGA avec ceux d'aujourd'hui ?), plus riches mais aussi plus simples pour l'utilisateur. Les outils ont beaucoup plus d'automatismes qu'avant. Et cela s'en ressort en confort : aujourd'hui un OS peut être utilisé sans faire de la configuration manuelle étrangement complexe dont à la ligne de commande.
Etc. Bref, comparer les situations d'il y a 20-30 ans à aujourd'hui c'est ridicule. Oui on pouvait faire des choses similaires en étant moins gourmand à l'époque, mais des tas de choses n'étaient pas vraiment possibles à cette époque non plus. Ou de manière moins sûre et moins agréable à l'usage. On ne peut pas dire que ces ressources sont exploitées pour rien. On a gagné pas mal de choses même si ce n'est pas toujours visible.
[^] # Re: Maintenant, c'est clair
Posté par Renault (site web personnel) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 3.
Et alors ? Si c'est possible sans grand risque niveau sécurité (indice, globalement ça va), pourquoi ne pas le faire ?
Plus une centrale nucléaire dure longtemps, plus cela réduit son coût par énergie produite et réduit l'empreinte carbone due à la construction / démantèlement.
Je n'ai pas le temps de regarder en détails mais cela ressemble à un service de clients légers. Pour faire du cloud gaming notamment.
On parle donc d'un sujet encore une fois différent, et je doute que tu puisses oser offrir ce genre de service à base de RPi à la maison.
Bref, du hors sujet.
Mais cela n'est pas l'objet de la discussion.
Non, mais tu en auras besoin d'un grand nombre quand même. Tu sais les datacenters remplissent un besoin. Ils ne tournent pas à vide. Si tu veux décentraliser les usages, faudra quand même avoir de la puissance de calcul et de stockage qu'ils offrent quelque part.
Et comme je l'ai dit, le RPi ou les ordinateurs d'occasions, c'est bien, mais la performance par Watt n'est pas à leur avantage.
[^] # Re: Maintenant, c'est clair
Posté par Renault (site web personnel) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 7. Dernière modification le 16 octobre 2018 à 13:35.
Il ne faut pas 20 000 soldats pour protéger les gisements d'uranium. D'autant que de souvenir la France puise une partie de ces ressources en Australie et au Canada, des pays stables et n'ayant pas besoin de l'armée française.
Et le minerais à transporter, on parle de quelques tonnes par an pour produire 75% de l'électricité annuel du pays. Autant dire que cela ne pèse pas bien lourd dans le bilan carbone.
Cela a un bilan toujours plus favorable que de l'éolien / solaire dont les appareils sont produits en Chine.
Bref, à moins que tu aies des chiffres quelque part, en terme d'ordre de grandeur le nucléaire a un bilan carbone très très favorable.
Des centrales nucléaires démantelées cela existe, en France notamment. Faut arrêter de croire que c'est quelque chose d'inconnu.
Et même en tenant compte de cet aspect là, le bilan carbone reste favorable.
Tu imagines qu'il suffit de 50 grandes installations pour produire 75% de l'électricité de la 5-7e puissance économique du monde ? C'est rien. Les installations de gaz / pétroles / éoliennes / solaires sont bien plus gourmands à ce niveau là pour rendre le même service.
Le RPi n'a pas vraiment un bon ratio puissance / Watt par rapport aux serveurs des data centers.
Le RPi est un outil intéressant pour expérimenter ou pour bénéficier d'un appareil d'une puissance suffisante pour faire des choses persos chez soi. Mais si tu cherches à optimiser la puissance électrique par rapport à la puissance proposée, ce qui est important pour la mutualisation, c'est un très mauvais appareil.
Tu crois que les data centers changent chaque année les serveurs ? Cela coûterait une fortune pour un gain limité. En général cela tient quelques années, j'ai ici une source qui parle plutôt de 3 ans : https://www.zdnet.fr/actualites/quel-est-le-meilleur-moment-pour-mettre-un-serveur-a-la-retraite-39828156.htm
Concernant l'énergie, tu as des projets d'installation de data center dans des pays froids ou de récupération de chaleur pour alimenter le réseau urbain ou une piscine municipale. Et malgré tout, faut encore démontrer que l'énergie grise (et de fonctionnement) de produire des RPi ou équivalents pour tout le monde ne compense pas ce coût de climatisation.
Ce serait bien de garder le débat sur un terrain délimité. On parle de datacenters et de cloud, pas de copyright ici.
[^] # Re: Qt static
Posté par Renault (site web personnel) . En réponse au journal Réduire la taille des exécutables générés avec PyInstaller. Évalué à 3. Dernière modification le 16 octobre 2018 à 10:20.
Un système embarqué par définition n'est pas lié à de faibles ressources. Ce n'est qu'une des définitions possibles.
Un ordinateur classique qui sert de terminal de retrait d'argent liquide est par exemple un système embarqué. Alors que le système est puissant et basé sur une architecture PC.
Le fait que le téléphone portable n'ait pas de clavier / souris, que la batterie est un élément important du système et que l'intégration des composants doit être optimale définie un téléphone même surpuissant comme un système embarqué aussi.
[^] # Re: Maintenant, c'est clair
Posté par Renault (site web personnel) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 4.
Mais si chacun s'héberge dans son coin, il faudra plus de matériels pour héberger les contenus ou les services car la mutualisation des ressources sera plus faible. Ce qui consomme non seulement en électricité mais surtout pollue pour produire le dit matériel.
Sachant qu'on est capable aujourd'hui de limiter le besoin en clim de ces salles par rapport à avant, pour peu que le data center soit dans un pays avec une électricité peu émettrice de gaz à effet de serre (cas de la France), la décentralisation est moins bénéfique pour l'environnement que le modèle inverse.
La décentralisation / centralisation est un débat pertinent sur le contrôle des données et de l'infrastructure. Voire sur l'autonomie technique. Mais niveau environnemental c'est loin d'être un sujet pertinent, sauf si tu as des chiffres à l'appui.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Renault (site web personnel) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 4.
La stratégie EEE a été utilisée de manière quasi systématique par Microsoft durant l'ère Ballmer. Pas spécifique à un produit en particulier.
Et bizarrement depuis le changement de direction, la stratégie de Microsoft a changé. Leur métier d'ailleurs a changé (l'entreprise repose moins sur les licences logicielles qu'avant, les services sont en plein essor).
La stratégie EEE repose sur trois piliers. Avant de crier à son utilisation, il faudrait voir la concrétisation de ces piliers. Pour l'instant on n'a pas la moindre indice que ce sera le cas. Donc tu spécules sur les intentions de Microsoft pour l'instant. Donc tu FUD / trolles. C'est tout.
Si Microsoft avait appliqué cette stratégie hier, être méfiant serait légitime. Aujourd'hui on a plutôt des indices que ce ne sera pas le cas.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Renault (site web personnel) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 5. Dernière modification le 12 octobre 2018 à 11:06.
Toi non plus visiblement, cela fait quoi, 10-15 ans que cette stratégie n'a plus été utilisée par Microsoft. Cela a été employée par l'ancienne direction, Ballmer tout ça, tu sais celui qui disait que Linux était un cancer.
On peut reprocher des choses à Microsoft aujourd'hui, mais soyons lucide, cette stratégie n'existe plus et Microsoft a changé depuis.
Sinon on va toujours reprocher à l'Allemagne de suivre des stratégies de nazis et la France des stratégies collaborationnistes ?
Bah toi non plus j'ai l'impression. WSL c'est juste un sous système qui transforme les appels systèmes de Linux en ceux de Windows ce qui permet une sorte de virtualisation très performance et mieux intégrée. Et globalement cela ne fonctionne qu'en CLI pour attirer les développeurs qui préfèrent utiliser le shell UNIX (au lieu de Powershell), git ou python par exemple sous Linux que sous Windows (car l'intégration est moine bonne).
C'est donc un outil pour attirer du monde sur sa plateforme. Tout comme WINE pour Linux d'ailleurs. Est-ce que WINE fait de EEE ?
[^] # Re: Espace disque partagé...
Posté par Renault (site web personnel) . En réponse au journal Flatpak. Évalué à 9. Dernière modification le 12 octobre 2018 à 10:15.
Puis ça a un intérêt. J'adore Fedora, je l'utilise au boulot pour programmer avec GNOME Builder.
Si je veux la dernière version de Builder disponible, je dois changer de version de Fedora pour l'obtenir. C'est dommage car ce n'est pas le moment pour une telle opération mais je veux bien ces fonctionnalités qui m'apporteraient un gros confort.
Hop Flatpak, et si ça foire, j'ai toujours la version stable de ma distribution disponible. Et je peux aussi aider les développeurs des projets upstream an testant les dernières versions qu'ils proposent (voire les nightlies) si je le souhaite. Ce qui était plus pénible si on se base uniquement sur ce que propose la distro.
[^] # Re: Un nouveau standard ?
Posté par Renault (site web personnel) . En réponse à la dépêche E.T. téléphone Meson. Évalué à 6.
Il n'y a pas que le cas où tu développes une application seule que le temps du configure entre en jeux.
Exemple, dans l'embarqué on génère très souvent des images entiers à base de buildroot et Yocto. Pour faire les choses bien on a une intégration continue sur le système avec nos changements. Résultat l'image doit être régénérée à chaque fois de 0 (cela signifie refaire le configure de centaines / milliers de paquets à chaque nouveau commit ou nouvelle livraison).
Une fois on a monitoré le temps passé à construire une image. Sur l'heure nécessaire à générer une image fraiche, environ un tiers était passé dans les différents configure. Soit environ 20 minutes. C'est quand même assez long.
Une distribution c'est un peu plus qu'un simple gestionnaire de paquets. Nombre d'entre elles d'ailleurs s'échangent les outils volontiers.
[^] # Re: LibreOffice 5.3.7, sérieux ?
Posté par Renault (site web personnel) . En réponse à la dépêche Sortie de Mageia 6.1. Évalué à 10.
C'est amusant mais c'est un peu plus complexe que cela.
Pour moi Windows et MacOS ne vont pas dans le sens de Linux. Leurs dépôts sont certes un effort pour récupérer un des avantages des dépôts de Linux mais ce n'est pas le même mécanisme non plus.
Le but des dépôt de Linux n'est pas uniquement de proposer des logiciels en général, c'est aussi faire un travail d'intégration et de mutualisation. Du genre toutes les applications de Fedora utilisent la même version de la glibc. macOS et Windows ne font que de lister des applications provenant de l'extérieur sans les modifier ou les intégrer. Ils vérifient au mieux certaines exigences (sécurité, compatibilité binaire, etc.) mais cela s'arrête là. Leur modèle est plus proche de Flathub (une collection de Flatpak).
Après personnellement je pense que le modèle uniquement basé sur les dépôts ou uniquement basé sur les applications qu'on doit chercher sur le site du développeur est une erreur. Être capable de faire les deux est le mieux pour les utilisateurs et les développeurs.
Les Flatpaks ont en effet les avantages suivant :
Mais les dépôts restent utiles pour :
Du coup avoir la possibilité de faire les deux c'est bon pour tout le monde. L'utilisateur a une plus grande flexibilité sur son système. Et c'est très bien que Windows comme macOS aient aussi un système central pour récupérer les applications tout en laissant le choix de télécharger depuis un site quelconque.
[^] # Re: Questions
Posté par Renault (site web personnel) . En réponse au journal Des puces-espionnes installées sur des cartes mères par les Chinois ?. Évalué à 6.
AMD n'a plus d'usines depuis plusieurs années, tout est sous traité comme pour nVidia à TSMC. Qui a si je me souviens bien une usine en Chine continentale sur 5-10 à d'autres emplacement (principalement Taiwan).
Intel a des usines propres, sur la poignée qui sont en général aux USA, une usine est en Chine continentale.
Après cela ne signifie pas que les processeurs soient faits dans ces usines chinoises. TSMC emploie cette usine peut être uniquement pour des clients locaux. Intel l'utilise peut être pour d'autres composants comme des puces réseaux. Mais ce n'est pas impossible que des puces importantes de ces marques soient produites là bas.
[^] # Re: Ça prendrait combien de temps à développer sans cette lourdeur ?
Posté par Renault (site web personnel) . En réponse au journal Un développeur qui dénonce. Évalué à 10.
Perso des souvenirs que j'ai de cette époque lointaine, W95 / W98 sur les machines de l'époque ce n'était clairement pas des systèmes hyper réactifs. Je ne crois pas qu'ils soient plus lents en terme absolus pour faire la "même chose". Si on peut considérer qu'on fait réellement la même chose 20 ans après, perso je pense que c'est illusoire de comparer cela.
[^] # Re: MS-DOS ... 2 ?
Posté par Renault (site web personnel) . En réponse au journal Le code source de MS-DOS 1.25 & 2.0 déposé sous licence MIT sur github. Évalué à 3.
Dans un sens oui, le logiciel et matériel employés sont trop vieux pour que ce soit réellement intéressant d'avoir une licence libre. Mais justement, Apple 'na pas grand chose à perdre de libérer le code pour l'occasion.
Même si en effet c'est déjà bien qu'ils aient fait ça.
[^] # Re: Production en continu
Posté par Renault (site web personnel) . En réponse au journal Zero-K, le jeu de stratégie temps-réel libre. Évalué à 3.
Dune et C&C ont une notion de stock avec limitations. Tu dois construire des silos et autres bâtiments de réserve si tu veux augmenter le stock possible de tes ressources. Si les bâtiments sont détruits, tu perds ce stock par ailleurs.
Ce n'est pas comme AoE ou Warcraft par exemple où tout ce qui est récolté est disponible sans limitations de temps et de quantité.
Donc pour moi ils se situent un peu au milieu des deux genres, le stock existe mais est limité de fait ce qui oblige à une certaine continuité de production.
# Typo pour Perl
Posté par Renault (site web personnel) . En réponse à la dépêche Sortie de Fedora 29 bêta. Évalué à 3.
Je n'avais pas réalisé en rédaction, c'est Perl 5.28 bien sûr qui est proposé et non 5.12. Si on pouvait le corriger, merci. :)
Merci à la petite souris de Xubuntu de me l'avoir signalée !
[^] # Re: Vieux con
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 5.
Le nucléaire est moins polluante pour l'atmosphère et les gaz à effet de serre. Si tu considères que ces questions sont prioritaires aux questions des déchets nucléaires, cette phrase est plutôt vraie.
Tout pollue d'une façon ou d'une autre, la question est de choisir une priorité dans la lutte. Il ne semble pas aberrant que les gaz à effets de serre soient aujourd'hui la priorité absolue.
[^] # Re: Première attaque
Posté par Renault (site web personnel) . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 1. Dernière modification le 24 septembre 2018 à 11:36.
Bientôt sur Internet, le lien entre les radars automatique et la censure littéraire.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 7.
Il n'y a pas que GNOME qui tourne, pas mal de services en arrière plan.
Gnome-Shell c'est 150 Mio sinon, tout seul.
Ça explique une partie. Ce n'est pas la justification de tout.
Mais il y a plein de trucs comme ça qu'on oublie, mais à la fin ça s'accumule.
Mais tu crois que cela ne prend pas de RAM et du CPU de les convertir dans un format bitmap ?
Mais GNOME en a besoin et interagit avec tout ceci.
upower pour la gestion de l'énergie pour savoir l'autonomie restante, réduire la luminosité de l'écran automatiquement, afficher le status de la batterie, etc. NetworkManager pour configurer et exploiter le réseau, sans fil ou non, le VPN, etc. Il y a XWayland ou Xorg lui même en arrière plan aussi (et ce n'est pas léger). Tu as le démon du Bluetooth, la pile USB, PulseAudio, etc. Sans compter le noyau lui même qui pèse environ 8 Mio sans les modules.
Bref, ces composants sont à eux seuls environ 10-15% de la mémoire vive consommée quand GNOME est lancé. Et je ne parle pas des bibliothèques que GNOME a besoin.
Et je rappelle que c'est toi qui a commencé à comparer GNOME avec des systèmes complets (Amiga ou QNX), il est donc logique de comparer des choses de manière cohérente en prenant tout en compte et pas seulement ce qui nous intéresse.
[^] # Re: Renault, Nissan et Mitsubishi, TomTom...
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 1.
Et pourquoi pas ? Cela serait un remplacement bien plus efficace qu'un TER ou un bus qui amène les gens du village au boulot et les ramène. Pour un coût probablement moindre car plus de souplesse.
D'autant plus que cela pourrait être rendu obligatoire pour des raisons de sécurité, d'urbanisme et de pollution.
Suffit de photographier l'état de la voiture avant / après dépôt. Tu sais qui a été dedans à ce moment là et hop facture.
[^] # Re: Renault, Nissan et Mitsubishi, TomTom...
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 3. Dernière modification le 22 septembre 2018 à 10:14.
Je pense que de toute façon la voiture individuelle est un concept qui va disparaître assez rapidement au profit d'un parc commun (public ou privé) automatisé.
Le combat devrait être d'avoir des garanties dans ce modèle qui s'imposera à tous et non pour le phénomène transitoire.
[^] # Re: Smartphones libres
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 2.
SailfishOS a été proposé sur des téléphones entre 150 et 400€. c'est raisonnable hein.
[^] # Re: ca suffit
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 8.
Si GNOME a changé de temps en temps son ergonomie, il est assez rare qu'à chaque version tu doivent vraiment changer ta manière de travailler. GNOME évolue de façon incrémentale. Je crois que depuis GNOME3 il y a eu vraiment 3/4 changements importants.
Faut arrêter de dire ce genre de choses sur GNOME, c'est lourd à la fin.
Ce n'est pas ta manière de faire qui est fausse, c'est que cette fonctionnalité n'est pas cohérente avec l'interface et l'ergonomie que GNOME souhaite avoir. C'est tout. C'est donc la vision des développeurs de GNOME qui est exprimée, cela ne signifie pas que tes préférences sont mauvais.
[^] # Re: Moins de Paris, plus de €
Posté par Renault (site web personnel) . En réponse au message Développeur pipeline python dans un studio 3D - CDI, Paris . Évalué à 3. Dernière modification le 21 septembre 2018 à 17:15.
La pass Navigo toute zone c'est 75€ par mois. Honnêtement ce n'est pas si cher.
Je rappelle qu'une voiture ça revient vite cher. En écartant le montant de l'achat tu as l'assurance (facilement 75-100€ par mois suivant la voiture et la couverture) et le carburant qui va vite au delà de 100€ par mois.
Et l'entretien difficile à estimer mais 25-50€ / mois me semble pas déconnant.
À Paris et alentours on peut vivre sans voiture et dans ce cas de figure là le coût du transport est bien plus faible que partout ailleurs en France. Car les autres villes françaises sont plus dépendantes de la voiture.
Je suppose que le 45 minutes c'est "aller" uniquement, qui correspond à la moyenne française sur le sujet. Rien d'extraordinaire de passer 1h30 au total pour aller au boulot sur la journée.
Paris ne me fait pas rêver, mais ce n'est pas l'Enfer sur Terre. Beaucoup d'autres villes ont des problèmes bien plus lourds sur les sujets que tu pointes pourtant. Car Paris a quand même une belle activité (économique, sociale et culturelle), un réseau de transport public qui rend la voiture dispensable ce qui est plus difficile ailleurs.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 8.
GNOME est forcément impacté par la taille des écrans, la qualité des couleurs, le poids ou le calcul des images (vectoriels), l'affichage de la vidéo, la gestion de l'autonomie, la cryptographie et j'en passe. Même si tout n'impacte pas GNOME non plus.
Mon propos reste de dire que le poids des logiciels a augmenté mais pas uniquement par simple gâchis, il y a de vrais gains derrière même si c'est dissimulées. Certains semblent l'oublier.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 5.
Bien sûr que cela fonctionne, cela n'est pas le propos.
Mais ce n'est pas aussi universels que le PCIe et USB. Aussi flexibles et puissants.
Car bon le PS/2, selon le modèle, ce n'est pas très plug and play par exemple.
Bref, oui avant ça fonctionnait bien mais avec des limitations que nos systèmes actuels n'ont plus. Et forcément cela a un coût car cela nécessite une plus grande complexité matérielle et logicielle.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 10.
Oui mais la quantité de pilotes était ridicule, très peu portable sur d'autres architectures, sans doute un code dégueulasse pour faire tout entrer aux forceps. Le Web a évolué, on a des machines capable d'afficher des jeux vidéo en 4K avec un réalisme de fou en étant fluide. De même pour la qualité des vidéos.
On a des protocoles plus complexes qu'avant mais plus flexibles et puissant comme l'USB, le PCIe, le Bluetooth. Mais peut être que la nostalgie des cartes ISA pourries et du PS/2 te manque. Pas moi.
Aujourd'hui la sécurité est fondamentale aussi, une application a bien moins de pouvoir de nuisance sur le système. La moindre communication peut également être chiffrée mais apparemment la communication en clair tu aimes bien.
Les applications sont moins boguées qu'avant (sisi, je t'assure). Car les pratiques évoluent. Les interfaces sont plus jolies (tu compares vraiment des bureaux en couleurs 16 bits avec la définition VGA avec ceux d'aujourd'hui ?), plus riches mais aussi plus simples pour l'utilisateur. Les outils ont beaucoup plus d'automatismes qu'avant. Et cela s'en ressort en confort : aujourd'hui un OS peut être utilisé sans faire de la configuration manuelle étrangement complexe dont à la ligne de commande.
Etc. Bref, comparer les situations d'il y a 20-30 ans à aujourd'hui c'est ridicule. Oui on pouvait faire des choses similaires en étant moins gourmand à l'époque, mais des tas de choses n'étaient pas vraiment possibles à cette époque non plus. Ou de manière moins sûre et moins agréable à l'usage. On ne peut pas dire que ces ressources sont exploitées pour rien. On a gagné pas mal de choses même si ce n'est pas toujours visible.