benoar a écrit 4229 commentaires

Sur un grand nombre de SSD, l'activation du trim (-o discard) entraîne une perte de perf. considérable.

Franchement, se baser sur l'avis d'un mec qui a mis ça dans le wiki… Sans sources, ça me semble exagéré de dire ça. Et ça omet complètement les problèmes d'usure que ça entraîne de ne pas le faire.

Les FS modernes n'ont carrément plus besoin du trim.

WTF ? Soit je n'ai pas compris ce que tu dis, soit tu n'as pas compris le fonctionnement du trim… Bien sûr qu'il sera toujours très utile, et pas que pour les SSD (en virtualisation c'est pratique pour avoir des volumes sparse).

Le trim (Appelé discard sous linux) est trop problématique à plein de niveau.

Les soit-disant « problèmes » évoqués sont juste que discard fait effectivement très bien son boulot : il dit au SSD qu'il peut supprimer ce bloc, et donc oui, forcément, si tu veux le récupérer après un "rm" mal placé, bah tu peux pas, et oui si tu veux être discret sur les zones effacées ou non de ton disque pour des raisons de confidentialité (disque entièrement chiffré), il ne faut pas l'utiliser. Mais désolé, ce sont deux cas d'utilisation très spécifiques et le discard marche très bien pour tout le monde dans 99,9% des cas.

Là où le discard est intéressant, c'est pour la durée de vie du SSD et les perfomances : ça les améliore, car il a moins besoin de refaire de la réécriture interne pour trouver de la place. Perso, je pense que les chiffres classiques d'amplification d'écriture sont souvent beaucoup sous-estimés car ils ne prennent pas en compte une charge classique mais très mauvaise pour les SSD : plein de petites écritures aléatoires. Après, un FS peut mitiger le problème en essayent d'être « gentil » avec le disque à ce niveau, cf par exemple l'option "ssd" (voire ssd_spread pour les contrôleurs vraiment merdiques, i.e. les cartes CF/SD / clé USB, mais faut être un peu maso) de btrfs.

À priori, ce comportement vient d'une « mauvaise utilisation » historique. Avec un terminal comme uRxvt, on peut avoir du vert clair ou foncé gras, avec l'option "+is" (intensityStyles) qui respecte les couleurs théoriques (i.e. on a bien un vert foncé gras avec "\e[1;32mYO" et un vert clair gras avec "\e[1;92mYO").

Ce qui veut dire qu'il faut toujours bien un modem 3G en plus mais il est effectivement intégré au hardware (mais certainement pas au CPU) de manière à pouvoir communiquer avec le CPU quand le système est « éteint ». Ce qui se ferait typiquement sur un laptop.

Si on regarde la datasheet du modem donnée en exemple http://archive.ericsson.net/service/internet/picov/get?DocNo=35/28701-FGB101576&.. il est relié en USB par le port mPCIe. Donc il doit être alimenté pendant que la machine est éteinte, chose « classique » sur des bécanes quand on configure un tout petit peu le BIOS (pour allumer la machine au clavier, par exemple), et doit pouvoir facilement déclencher un allumage par interruption. Bref, c'est juste une intégration ingénieuse de matos on ne peut plus classique.

Bon, dans ce que je comprend du papier d'Intel, le modem 3G c'est quand même un device à part donc je vois pas trop d'où Jim Stone sort que c'est intégré à la puce mais j'ai peut-être raté une référence.

Dans le lien que tu mets (merci au passage), il est clairement indiqué que le lien 3G est effectué par une passerelle externe, reliée en Ethernet à la machine, et que l'AMT passe par celui-ci.

Quand on voit le ton du texte et les images du site d'origine, ça fait clairement conspirationiste à deux francs.

Mais putain arrête de pourrir ce site avec tes réponses vides d'argument, insultantes et basées sur tes pauvres expériences persos. Tu ne réponds même pas aux commentaires intéressants de groumly et René (ou alors tu choisis les parties qui t'arrangent). Moi je n'ai pas envie de te donner que des baffes.

Pour éviter ça, tu peux utiliser les raccourcis clavier, ça va plus vite et ça ne nique pas ta sélection : Ctrl+K puis Backspace puis Clic milieu.

Wahou, on dirait que tu as été traumatisé par des végétariens quand tu étais petit…

Sur le fond, je suis parfaitement d'accord pour dire qu'on mange trop de viande : les apports nutritionnels ne justifient pas de manger de la viande à tous les repas ; les quantités servies sont souvent excessives, et il vaut probablement ne pas manger de la viande de mauvaise qualité.

Et donc, comment fais-tu pour ne pas manger trop de viande, pas à tous les repas, pas en quantité excessive, et de bonne qualité, quand dans 99% des situations hors de chez toi (cantine, restaurant, amis) tu vas justement te retrouver face à de la viande industrielles pas chère dégueulasse en quantité ? Et toi tu nous parles des 1% des cas où il y a du végétarien disponible, pas cher, des abats, ou de la viande « non polluante » ? Bah tu refuses poliment. Et parfois tu expliques aux gens que quand tu te retrouves dans cette situation 99% du temps, oui, ça te donne envie de les informer.

Mais tout ceci ne peut pas justifier une position dogmatique, qui peut aller jusqu'à se montrer impoli, voire outrancier, en société, à raconter n'importe quoi pour se justifier, et à émettre un jugement moralisateur sur les gens qui se comportent de manière logique.

Je ne sais pas qui tu as rencontré, mais d'un côté, vu comme tu te places comme « logique », je pense que j'aurais du mal à ne pas être outrancier/moralisateur en face de toi…

Ce genre de timeout, ça ressemble à quelque chose lié au réseau. Pourrais-tu tu faire un tcpdump voir si tu vois quelque chose ?

Je parle tcpdump avant le « reste » car je ne vois pas trop comment tu aurais pu faire des changements de config qui arrivent à ça, vu que normalement su n'y touche pas trop (autant sudo fait de la résolution de nom, mais pas su, je crois), mais aussi car vu comme c'est louche, ça pourrait être dû à quelque chose que tu ne contrôle pas (rootkit ?…).

Tu as trouvé un bon tutoriel, ou tu penses faire de l'ingénieurie (sic?) inverse et coder des pilotes ?

Je n'ai pas de tutoriel tout cuit, mais j'ai déjà fait du portage pas trop bas niveau vers Debian ou autre, pour des archis « exotiques ».

J'avais vu ça moi aussi. Mais ça suppose néanmoins de trouver un moyen efficace de gérer tout ce qui touche au défilement de l'écran, y compris celui de la ligne de commande.

Alors le défilement, c'est autre chose : justement, je pense qu'il ne faut pas faire comme ça avec ce style d'écran, mais plutôt partir sur un truc genre écran circulaire… Oui, bon, encore quelque chose qui ne va pas faciliter le portage.

Bref, c'est un superbe projet, mais ce n'est pas gagné…

Clair. Pour moi, ça a une chance non négligeable de tomber à l'eau, mais je j'ai toujours ce projet sous le coude au cas où. Le jour où un truc style laptop sort avec un écran e-ink, je saute dessus.

Je me suis toujours dit qu'il y aurait un truc à faire avec le fonctionnalité send/receive de btrfs (enfin, les devs même du truc ont déjà du y penser). J'ai cherché « btrfs replication » sur un moteur de recherche, et je suis tombé sur ça : http://docs.opensvc.com/storage.btrfs.html
Ça a l'air de faire un peu usine à gaz qui fait plein d'autres trucs inutiles, et en plus ça n'a pas l'air d'être « live », mais ça peut être une idée intéressante à implémenter.

Oui, ya du boulot :-)

C'est toujours dans mes projets de faire ce genre de chose. Les Kobo ont justement un kernel « ouvert », et quand je prendrai le temps un jour me mettrai bien une Debian dessus…
Quant au rafraîchissement de l'écran, on a juste besoin d'ajouter juste un caractère quand on tape au clavier ; pas besoin d'un rafraîchissement complet de l'écran.

La dernière fois que l'on m'a montre des trucs dans le genre (je vais essayer de retrouver l'étude), il était criant que la consommation était assez anecdotique par rapport à la dépense énergétique pour la fabrication et le recyclage.

Tout à fait, c'est moi aussi ce que j'ai toujours lu.

Le paradoxe est dans le fait que l'énergie coûte de plus en plus cher, et donc ce qui est bon pour l'environnement (= ne pas racheter un PC neuf) va au final te coûter plus cher en énergie que le prix du PC neuf + sa conso réduite…

Bref, un truc intelligent à faire quand on achète un PC neuf car on en a « absolument » besoin, c'est de mettre en priorité le critère de consommation afin de ne pas léguer à celui qui le récupérera plus tard un trou à fric.

Je ne vois pas en quoi un brevet logiciel utilisé uniquement pour se défendre

Define « uniquement pour se défendre ». Comme dit par d'autres plus bas, c'est un terme tellement vague que ça implique de juger à la tête du client. Bref, c'est une discrimination basée sur un critère complètement incertain, qui ne fait que donner plus de pouvoir à un petit nombre d'entités soit-disant « gentilles ». La loi, c'est fait pour être appliqué à tout le monde, pas à certains qu'un cloître de supra-hommes a choisi.

Je ne suis pas sûr que si demain je monte une petite boîte qui fait un moteur de recherche basé sur des « idées » de Google, en libre, celui-ci ne m'attaque pas avec ses brevets…

Marrant les réponses après la bataille ;-)

http://wiki.openwrt.org/toh/tp-link/tl-wdr4900
Premier routeur PPC de tplink, c'est assez récent…qui sait ?

Intéressant, je ne connaissais pas. Par contre, quand on regarde dans la durée : oui, la v1 est PPC, mais la v2 c'est du MIPS, exactement comme je disais (que le PPC se fait bouffer par du MIPS sur l'entrée de gamme). Parce que c'est moins cher…

Je dis peut-être une bêtise, mais es-tu sûr que tu as vraiment besoin d'un minitel, et pas simplement d'un terminal « classique » ? Certes, il faudrait que tu trouves un modem 56k pour te relier à la bête (remarque, de toutes façons, avec ton émulateur aussi), mais après, tu peux peut-être essayer de directement mettre un minicom ou consort derrière et voir si ça passe.

Seulement le résultat escompté n'est pas le bon

Tu pourrais donner un exemple ?

Chez moi :

$ tail -1 ~/.bashrc
alias x="foo" # plop
$ alias alias_help="sed -rn 's/^\s*alias\s+(.+)=\"?.+\"(\s*#\s*(.+))?/\1: \3/ p' ~/.bashrc"
$ alias_help
x: plop

sur Debian squeeze.

Ou simplement le beau one-liner suivant :

 sed -rn 's/^\s*alias\s+(.+)=\"?.+\"(\s*#\s*(.+))?/\1: \3/ p' ~/.bashrc

C'est une terminologie propre à Intel à cause l'ISA qui doit respecter la compatibilité ascendante.

Il n'y a pas que Intel qui respecte la compatibilité ascendante : sur PPC64, un mot fait 32b, parce qu'il faut rester compatible avec le PPC, et que l'archi « de base » a été créée pour du 32b.

Dans le contexte du « vocabulaire » d'Intel c'est complètement logique.

Ce que je dis, c'est que les autres font exactement pareil, Intel n'est pas le seul, et « malheureusement » ces autres se sont basés sur leur taille de base à eux (et la plupart, c'était après, à l'époque où le 32 fleurissait, donc un mot c'est 32b chez beaucoup d'autres constructeurs qu'Intel ; OK, en volume, au final, ça ne représente pas tant que ça…).

Quand « je » parle de mots de n bits, je parle de la taille des mots utilisés « par défaut » par l'architecture.

OK. Alors je ne sais pas comment appeler ça, mais je rechignerais à l'appeler « mot », vu comment ça a déjà été utilisé pour autre choses sur les archis qui sont compatibles avec plusieurs « tailles » de GPR/adresse.

Bon, en gros on est à peu près d'accord, mais je pinaille un peu sur le vocabulaire. Je parlerais au final plus de taille de registre, ou de taille de pointeur, qui de taille de « mot ».

pour parler de la taille unitaire des données manipulables par un micro-processeur

Déjà, même cette définition n'est pas claire pour moi…

on parle de « mot de n bits »

Bah, dit « n bits » tout court alors.

Sur un PC, les mots de 32 ou 64 bits sont la norme; etc.

De mon côté, sur x86, un mot a toujours fait 16 bits, comme l'indique thétis. Sur PowerPC, un mot fait 32 bits. C'est décrit exactement comme ça dans ces ISA, et leur assembleur le reflète (un dword sur x86 c'est 32b, un hword sur PPC c'est 16b). Et tout ça, que ça soit sur 286 (16b), x86 (32b) ou x86-64, ou PPC (32b), ou PPC64.

Pas sur toute les archis, juste sur x86(-64).
Sur beaucoup de RISC 32 bits, un mot fait 32 bits…

Il n'y a que la version Touch qui a un écran brillant :)

Ah, cool. Maintenant que je m'en rappelle, c'est parce qu'il n'était pas IPS (contrairement au X230 avec option) que je trouvais l'écran pas top. Oui, je suis compliqué :-)

Bon, pas mal de commentaires sur cet aspect : allez voir la taille des composants dans un téléphone actuel, le Galaxy S4 par exemple, cf http://www.ifixit.com/Teardown/Samsung+Galaxy+S4+Teardown/13947/2#s46415
La puce fait 8mm de côté.

Et comme dit plus haut, des puces de merde (niveau débit ou endurance), il y en a plein, mais ça n'est pas ce qu'on met comme mémoire « fixe » d'un téléphone.

Bah moi le X1 Carbon m'intéresse à fond. Ça semble être exactement ce dont j'ai besoin.

Il n'aurait pas un écran brillant, moi aussi…

Mais vous pensez que ça vaut le coup d'attendre septembre/octobre pour avoir la nouvelle génération d'intel?

C'est toujours la question mystère… Par exemple, d'habitude, ils sortent toujours le X2x0 en mai/juin, mais toujours rien cette année. Le X1 est effectivement là depuis quelques temps…

Par contre, en neuf, gros point noir pour Lenovo niveau vente liée : ils sont parmi les pires. D'où ma suggestion de l'occas'.

Ça existe déjà, c'est juste considéré comme trop cher pour l'instant. Dire que ça n'arrivera jamais, ça relève de l'incompréhension totale du monde moderne.

Ah, tu m'as bien fait rigoler :-)
Qu'Apple annonce une vitre en saphir, et j'y croirai peut-être, mais Cannonical, heu…

Il me semble que c'est clairement possible.

Oui, avec un débit de 10Mo/s les jours de beau temps sur du gros séquentiel, et une endurance de 100 cycles. Dans un téléphone à 800 boules, ça va faire bien… Il y a une raison pour laquelle on ne trouve pas d'iPhone à 128Go, et la qualité de la NAND ça varie beaucoup.

Je pense que tu aurais répondu un message similaire si Steve Jobs avait fait une vidéo 1 an avant la sortie de l'iPhone.

Bah non, parce que Mark Shuttleworth n'est pas Steve Jobs…

La technologie est là

Non. Ils font exprès d'annoncer des trucs impossibles pour faire rêver, mais ça n'est pas « là ».

Soit un produit vitrine, fabriqué à perte, qui sert à vendre la marque.

« Fabriqué à perte »… tu vis chez les bisounours toi. Oui, ça sera fabriqué par des chinois exploités, mais sûrement pas à perte.