karteum59 a écrit 869 commentaires

Le GPU est compatible OpenCL

Sous Linux aussi ? (de mémoire, le SDK OpenCL Linux officiel de Intel n'utilise que le CPU (contrairement à Android/Windows). Il y a aussi le projet Beignet, très décrié pour réinventer la roue plutôt que réutiliser Gallium/POCL/… et dans tous les cas j'ai compris que c'était encore très immature).

Ouais, mais

• Debian / Ubuntu ne sont pas basées sur Nix
• Le nombre d'utilisateurs de Nixos est plusieurs ordres de grandeur en dessous. Or ça conditionne le dynamisme d'une distrib (nombre de paquets, nombre de bug-report et de posts sur les Forums, etc.)

L'aspect technique est une chose. Le pragmatisme et l'aspect "industriel en est une autre. J'ai essayé plein de distro autrefois, mais aujourd'hui je ne me vois plus abandonner aisément Debian, essentiellement pour cette raison (masse critique d'utilisateurs).

Premièrement, je te propose une solution qui marche dès aujourd'hui. Une qui n'est pas idéale mais une qui fonctionne : zfs. Oui, il faut un peu de compétence pour le faire. Mais bon, ne serait-il pas temps d'arrêter avec le pseudo argument de Madame Michu ?

Pas seulement pour Madame Michu, mais pour le quidam moyen. Personnellement et bien que me considérant comme power-user, je n'ai plus le temps (ni l'envie, contrairement à il y a 10 ans) de passer ma vie à faire du fine-tuning ou de l'adminsys. Par contre, je souhaite pouvoir prévenir les régressions lors des upgrades, sans me prendre la tête. J'ai un temps basculé sur Pardus (et envisagé Nixos), mais je reviens toujours à Debian/Ubuntu car je ne veux plus me prendre la tête à recompiler mes applis (quel que soit le programme que tu souhaites installer, apt-get install et c'est réglé !).

Accessoirement: je commence à me demander si btrfs sera un jour stable…

Quatrièmement, le snapshoting est voué à devenir une brique de base de l'OS. Cela sera un requis.

N.B. une de mes Debian est installée sous forme d'image ext2 sur une carte SD (en FAT) pour tourner sur un dongle Android, et j'aimerais aussi que le rollback fonctionne dans ces cas là (j'ignore quelles conséquences btrfs et/ou les snapshots COW entrainent sur le nombre de cycles d'écriture). Plus généralement, à chaque fois que tu ajoutes un prérequis, tu entraines des conséquences que tu n'as pas forcément anticipées. Je n'ai personnellement pas envie de restreindre Linux/Debian au monde du serveur…

Autre exemple: j'ai une VM OpenVZ "pas chère" chez un hébergeur. Je n'ai pas regardé en détails mais je ne suis pas sûr de pouvoir faire des snapshots puisque je n'ai pas de contrôle fin du fs sous-jacent.

Les avantages apportés par le snapshoting au niveau du FS surpassent largement les inconvénients qui sont principalement comme tu le dis de la compatibilité arrière

Pour toi peut-être. Pas forcément pour tout le monde.

N.B. je n'ai rien contre les snapshots au niveau FS, et je pense même que c'est très bien. Je souhaiterais juste pouvoir faire un rollback sur mes apt-get upgrade sans avoir à y recourir (car on ne peut pas toujours).

Le fs est bien mieux placé pour ça. Tu peux utiliser zfs pour cela (ou attendre btrfs) à l'aide des snapshots

Pas d'accord. Je veux pouvoir installer ma Debian (et faire mes rollbacks) quel que soit le fs utilisé, et en l'occurence ext3/4 est aujourd'hui le plus simple/stable pour le quidam moyen (surtout pour un desktop). Faire un rollback quand l'upgrade entraine des régressions ne devrait pas être réservé à l'élite capable d'installer/configurer un système sous ZFS.

C'est cool, mais en ce qui me concerne, j'aimerais surtout que apt évolue au delà du cosmétique pour gérer les rollback transactionnels (e.g. en cas d'update foireux), un peu comme Nix ou Pisi

(on me dira que c'est déjà possible, suffit d'utiliser une distro appropriée à la place de Debian ! Sauf que le gros avantage de Debian est sa masse critique, en nombre d'utilisateurs et nombre de packages…)

Et sur Pentax, il y a aussi qqch d'equivalent ?

Tant que les pilotes graphiques ne sont pas lancés, la carte graphique se trouve dans l'état dans lequel le bios l'a laissé. Pour réduire la consommation, il faut lancer un pilote qui activera le clock/power gating et diminuera la tension d'alimentation de la carte. Ça peut économiser facile 5W sur un laptop.

ça m'intéresse aussi: y'a pas moyen d'envoyer les commandes qui-vont-bien en CLI (e.g. ACPI) plutôt que de lancer un serveur X ? Autre question: KMS ne fait pas déjà le boulot que tu décris ?

Par ailleurs: que se passe t-il si on lance un serveur X dans un script, et que l'on ferme ce dernier ? (je présume que la carte graphique restera dans l'état où le serveur X l'a laissée ?)

…et accessoirement, on trouve énormément de vieux laptops sur le marché de l'occasion (parfois avec un écran ou une carte graphique cassée) qui ne demandent qu'à continuer leur vie en tant que serveur plutôt que d'être jeté à la benne pendant que d'autres personnes achètent de nouvelles machines (ARM ou pas) pensant faire du bien à la planète en prenant des cartes basse consommation (alors que c'est le process de fabrication qui consomme le plus). J'ai récemment acheté sur leboncoin un Lenovo x200 (CPU Core 2 P8600, 2 Go RAM, 160 Go disque dur, GPU X4500, etc.) pour 100 € ! (le clavier était UK, mais je m'en fous). A moins d'avoir un besoin spécifique (e.g. les GPIO sur une carte Raspberry Pi), pourquoi acheter une carte ARM si c'est "juste" pour faire serveur alors qu'on trouve de telles machines en occasion ? (et encore, mon exemple de x200 est un très bon desktop mais serait franchement surdimensionné pour un serveur. On trouve des machines parfaitement aptes à faire serveur pour moins de 50 € !)

Le support à long terme: (…)

Si le but est de faire un serveur maison, pourquoi une machine ARM ne suffirait pas

Bah il me semble que plein de raisons sont justement données dans le post juste au dessus auquel tu réponds: le support à long terme est pour moi une très bonne raison d'éviter ARM (que j'apprécie beaucoup par ailleurs). Comme tu le sais (ou pas), le matériel ARM n'est pas capable de s'introspecter, contrairement au x86 avec l'ACPI. Sur ARM, la description des composants se fait soit avec un support explicite de ton SoC+carte-mère dans le noyau (d'où pb de support à long terme), soit avec le device-tree. La 2ème solution est plus pérenne, mais tu l'as quand même dans l'os si tu récupères un jour une carte ARM vierge sans réussir à trouver le .dtb correspondant sur le net (< ma_vie >j'ai un Novo7 Advanced II brické, et j'ai bien du mal à retrouver le kernel et le .fex correspondant sur le net pour tenter de debricker le bousin< /ma_vie >)
Pire: de nombreux fabricants de chipsets (notamment asiatiques, notamment (au hasard)… Rockchip et Mediatek) refusent fréquemment de se conformer à la GPL et de livrer les sources du kernel pour leur SoC.

Avec du x86, tu prends la distro que tu veux, et tu es à peu près sûr que ça boote et que ça marche du premier coup (et que ce sera toujours le cas dans 5 ans). Alors qu'avec ARM…

Ouais ouais…

A ma connaissance il n'existe pas de moyen de rooter son téléphone sans activer le eFuse (en tout cas pas sur mon i9305)

Pour faire un parallèle, quand on achète un PC

• La garantie de mon PC ne doit pas être invalidée si j'installe Linux à la place
• Je dois pouvoir réinstaller l'OS d'origine (Windows dans le cas d'un PC) i.e. le remettre dans l'état d'origine. Dans le cas du Samsung, griller le eFuse est irrémédiable, et je ne suis même pas sûr qu'il soit possible de réinstaller le firmware d'origine une fois le eFuse grillé. Or, le firmware officiel Samsung est actuellement le seul à gérer certaines fonctionnalités (EAP-SIM…)

Rien n'excuse que ce genre de "fonctionnalité" (KNOX) soit activée par défaut. Le seul moyen pour moi de le rendre acceptable serait de le rendre optionnel. Peut-être que ce serait possible avec deux eFuse ?

• un pour activer KNOX uniquement pour les gens qui en ont l'utilité (BYOD en entreprise, etc)
• une fois KNOX activé, alors le second eFuse sert effectivement à prouver que la chaîne de confiance est respectée

Hum… et la capacité à passer à l'échelle (i.e. pas simplement à faire un joli démonstrateur en lab), tu y as pensé ?

Mouais… en règle générale et dans la vraie vie, si tu veux avoir ta liberté (de publier sous la licence que tu souhaites), il faut te mettre à ton compte (avec la précarité que ça implique).

Détail qui m'agace: pourquoi ils disent "l'employéE" dans le texte ? Je veux bien qu'on lutte contre les discriminations H-F sur les sujets importants, mais jusqu'à preuve du contraire en grammaire française le masculin l'emporte quand le terme se veut générique H/F…

http://www.apple.com/fr/batteries/replacements.html

Hors de prix == personne ne va le faire (et notamment pas Mme Michu…)

Par ailleurs la remarque s'applique aussi aux Sony, LG, HTC, Xiaomi, etc. (en fait presque tout le monde, sauf… Samsung qui reste un des derniers à garder des batteries amovibles mais est largement criticable sur KNOX, voir plus bas :( )

Ce qui est certain, c'est que chez Samsung on ne peut maintenant plus échapper à KNOX, ce qui signifie

• on ne peut plus downgrader le bootloader
• toute la chaîne est signée cryptographiquement. Rooter son téléphone, changer son kernel, installer un firmware alternatif comme CyanogenMod, etc. font que le bootloader (qui va le détecter) va griller un eFuse dans le SoC de manière irréversible
• une fois ce eFuse grillé, ce n'est pas clair pour moi: de manière sûre, les containers KNOX ne sont plus utilisables (m'en fous…), et un flag "samsung warranty void" apparaît au boot (qui n'a pas d'effet sur la garantie en Europe, mais peut l'invalider ailleurs dans le monde). Je pense aussi que le "triangleAway" ne peut plus fonctionner. Pas bien grave si ça n'est que ça. Mais plus gênant: j'ai cru comprendre que réinstaller un firmware Samsung officiel n'était plus possible ensuite (ce n'est pas clair: est-ce juste la fonction KNOX qui est inutilisable, ou bien l'installation générale d'un firmware officiel ?). C'est très gênant en cas de revente du téléphone, ou en cas d'usage de certaines fonctionnalités (CyanogenMod ne supporte pas EAP-SIM par exemple…)
• Bref, c'est la m… Et encore, Samsung n'a pas (encore ?) complètement interdit l'usage de firmwares alternatifs

Sauf s'il s'agit d'un des modèles de téléphones "basiques" supportés par OsmocomBB ? :)

Et sur les iPhones qu'on ne peut pas ouvrir, on fait comment ?

C'est simple: ne pas acheter de téléphone avec une batterie inamovible ! ça fera au passage plaisir à la planète en évitant de jeter un téléphone parfaitement fonctionnel au bout de 2 ans lorsque la batterie lâchera…

J'aimerais bien que mes enfants puissent encore toucher de l'argent pour les softs que j'ai développé pour mon employeur !

Justement comme tu le dis: "pour les softs que j'ai développé pour mon employeur !". Si tu quittes ton CDI pour te mettre à ton compte (avec toute la précarité que ça implique) et que tu vends toi-même tes propres softs, ta situation sera plus proche de celle que connaissent les artistes (qui sont tous +/- en "freelance", avec une situation très précaire. Certains ont des revenus importants et stables, mais la plupart ont des rentrées d'argent très irrégulières).

N.B. je ne cherche pas à dédendre le régime de protection du droit d'auteur actuel, mais je pense juste que comparer la situation d'un artiste avec le développement logiciel en CDI est inapproprié.

Je n'ai en aucun cas défendu une quelconque migration vers un Windows plus récent ! (on est sur linuxfr tout de même :)

Je dis juste que: non, malheureusement Calligra + Dillo ne constitue pas une solution iso-fonctionnelle (n'en déplaise à ceux qui le voient comme une évidence). Rien de plus. Or, il est urgent (pour notre environnement) qu'on arrête de jeter des machines qui fonctionnent encore, juste parce qu'elles seraient "dépassées".

Oui enfin on est en train de parler d'une machine qui faisait le job avec XP + Office XP + Netscape, et on nous répond que l'alternative c'est LXDE + Calligra + Dillo.

J'aime bien ces solutions libres, mais je ne suis pas sûr que ce soit vraiment iso-fonctionnel…

Ça ne règle pas le problème matériel : une machine sur laquelle XP fonctionnait très bien ne sera pas assez puissante pour W8… Une distribution Linux avec une interface légère genre XFCE sera au contraire d'une utilisation confortable sur une telle machine.

Pour du Web oui ce genre de migration peut faire l'affaire tout en restant iso-fonctionnelle avec la situation antérieure (encore que, ça se discute parfois, notamment sur les vidéos flash…)

Mais pour d'autres usages tels que édition/traitement de texte malheureusement non (LibreOffice est très bien mais malheureusement ni iso-fonctionnel, ni pleinement compatible avec MS-Office, et malheureusement beaucoup plus lourd - de vieilles versions de Office (e.g. Office XP) s'ouvrent en un clin d'oeil, alors que LibO est un veau sur le vieux netbook de mon père…). ça ne m'a pas empêché de migrer autant de machines que possible dans ma famille et autour de moi, mais il faut rester lucide: on a toujours un gros manque concernant une suite bureautique complète ET légère.

Enorme !
Ils sont décidément très forts… :)

Ah edit: apparemment les colis d'une valeur inférieure à 22 € ne seraient pas taxés
=> http://www.douane.gouv.fr/page.asp?id=533
"…et d'une valeur inférieure ou égale à 22 euros pour la TVA"

Donc il semblerait que j'avais bien raison depuis le début ! (au moins sur cet exemple de câble USB. Par contre, j'aurais eu tort si le colis avait eu une valeur de plus de 22 €). Un juriste dans la salle pour confirmer ?

Oui, on peut troller en se comportant d'emblée de manière hautaine et aggressive comme tu le fais depuis le début et ici encore, face à une procédure qui est quand même absurde et à un texte peu lisible (le premier truc qu'on voit est quand même la franchise). Le paiement de la TVA devrait se limiter à faire passer le coût de 0.66 € à 0.8 €. Si la procédure fait qu'on paye 20 € de "frais de dossier" pour un colis avec un câble USB, c'est que la procédure est foireuse (ou délibérément conçue pour les gros importateurs). Quant à Auchan/LDLC, je pense que sur du volume 1°/ ils payent le câble (et le transport) infiniment moins que 0.6 € / unité, 2°/ ils payent la douane aussi infiniment moins que 5 € / unité => je maintiens que 5 € / câble c'est très probablement 90% de marge (et je suis gentil).

Je note aussi que sur Amazon, on peut aussi commander des câbles USB pour < 1€