Posté par Antoine .
En réponse au journal Les SSD.
Évalué à 3.
Non, clairement, il met les requêtes en cache, et après il peut décider s'il faut/fallait effacer ou déplacer.
Il me semble qu'un SSD, par construction, va toujours déplacer, y compris les blocs de métadonnées du système de fichier client. Une des raisons étant qu'il faut étaler les cycles d'écriture sur l'ensemble des cellules de la mémoire flash, pour maximiser la durée de vie du stockage.
Posté par Antoine .
En réponse au journal Les SSD.
Évalué à 2.
Bon après sur un "vrai" SSD, à ma connaissance la différence de performance est assez faible (ils ont assez de cache pour compenser les problemes d'effacement je pense)
C'est surtout que les "vrais" SSD ont leur propre couche d'accès interne (dans le firmware) qui fait à peu de choses près le même genre de choses que ton FS spécialisé, mais optimisé par le constructeur pour le matériel en question.
Posté par Antoine .
En réponse au journal Les SSD.
Évalué à 3.
J'ai un SSD Intel grand public (série X25-M) sur lequel j'ai mis à peu près tout le système et le /home, les performances sont très agréables, notamment dès que je compile quelque chose ou que je navigue dans les différentes versions d'un arbre de sources.
D'autre part on lit ici ou là des histoires terribles avec des SSD
Je suis sûr que tu peux aussi lire des histoires terribles avec des disques durs qui crashent impitoyablement.
Je trouve bien pratique que les fonctionnalités de type RAID et la gestion des « volumes logiques » soient indépendantes du système de fichier. Je ne vois pas trop ce qu’on gagne à intégrer ça dans le système de fichier lui-même.
Je suis d'accord, il vaudrait mieux implémenter tout ça dans systemd.
Les bits en question ne se situent pas dans les adresses virtuelles mais dans les tables arborescentes de traduction d'adresses (page tables). Or celles-ci n'ont pas besoin de stocker tous les bits des adresses physiques représentées, seulement ceux qui sont susceptibles d'être impactés par le mécanisme de traduction d'adresse.
Bon, je préfère avoir des "bugs" comme ça sous Linux plutôt que les bugs qu'on se paie avec des OS bien pourris comme AIX et OS-X, parce que là c'est moins marrant...
AIX n'est pas pourri, il promeut le logiciel libre en invitant à tester des allocateurs mémoire alternatifs.
Linux est l'OS qui supporte le plus de matos grand publique et récent au monde.
Ben oui, parce que le matos obsolète et confidentiel n'est pas la préoccupation de beaucoup de monde, étrangement.
(ceci dit, peut-être que c'est différent pour le Hurd ;-))
Mais là encore tu fais preuve d’une mauvaise foi patente. Tu « oublies juste » le cache Google, qui reproduit et distribue intégralement les articles.
Normalement, tu peux demander à Google de désactiver la mise en cache. Je ne sais pas s'il y a un moyen automatique (genre méta-données HTML) ou s'il faut faire une requête manuelle.
Et donc, en quoi est-ce la faute de Linux si les constructeurs ne font pas leur boulot ?
Je ne vois pas ce que cet argument vient faire ici.
Le message initial dit « Linux est l'OS qui supporte le plus de matos au monde », et sous-entend que c'est le paradis des utilisateurs. En réalité, c'est loin d'être le cas.
Après, on peut toujours épiloguer sur les responsabilités supposées (ou fantasmées) de chacun. Mais ça ne résout pas les problèmes des utilisateurs avec leur matos pas supporté.
Franchement, au vu des questions fleurissant dans les forums sur les problématiques purement objet, il me semble qu'on peut se poser la question.
Est-ce ces questions fleurissement à propos des "problématiques purement objet", ou leur implémentation dans des langages lourdingues type Java/C++ ?
C++ (qui reste un langage emblématique de la POO)
Heu, pas vraiment, C++ est un hybride entre C et le début d'un langage orienté objet, c'est surtout un fourre-tout incroyable de paradigmes de programmation dont aucun ne semble implémenté de façon aboutie.
Ensuite, l'« approche objet » n'est pas quelque chose de codé dans le marbre, la programmation est avant tout une discipline pragmatique et chaque langage (ou plutôt son concepteur :-)) fait le choix des primitives fournies au programmeur en fonction d'objectifs concrets.
la qualité de l'architecture du code et de la modélisation de structures/base de données/objets dépendent plus des qualités d'abstractions des concepteurs/développeurs que des facilités des différents langages
On peut certes discuter des contributions relatives des différents facteurs que tu cites, mais cela ne revient pas à prouver que le choix d'un langage n'a pas d'importance.
Et alors, en quoi c'est la faute de Linux ? C'est pareil sous Windows, si le pilote n'existe pas, t'es dans la merde.
Sauf que justement, le pilote existe toujours pour Windows (sauf vieux matos).
C'est un autre problème, c'est lié à la qualité des pilotes
Ben non, c'est pas un autre problème, c'est précisément le problème dont on parle : pour du matériel récent, le support Linux est largement moins bon que le support Windows.
[^] # Re: Du bon, et du moins bon
Posté par Antoine . En réponse au journal Les SSD. Évalué à 3.
Il me semble qu'un SSD, par construction, va toujours déplacer, y compris les blocs de métadonnées du système de fichier client. Une des raisons étant qu'il faut étaler les cycles d'écriture sur l'ensemble des cellules de la mémoire flash, pour maximiser la durée de vie du stockage.
[^] # Re: Bravo majeur
Posté par Antoine . En réponse au journal Mozilla veut lancer son OS. Évalué à 2.
Pour produire une lignée de poulpes indestructibles qui viendra sauver l'empire américain.
[^] # Re: Du bon, et du moins bon
Posté par Antoine . En réponse au journal Les SSD. Évalué à 2.
C'est surtout que les "vrais" SSD ont leur propre couche d'accès interne (dans le firmware) qui fait à peu de choses près le même genre de choses que ton FS spécialisé, mais optimisé par le constructeur pour le matériel en question.
[^] # Re: Crache ton billet vert !
Posté par Antoine . En réponse au journal Les SSD. Évalué à 2.
Pourquoi pas utiliser laptop-mode ?
# SSD Intel
Posté par Antoine . En réponse au journal Les SSD. Évalué à 3.
J'ai un SSD Intel grand public (série X25-M) sur lequel j'ai mis à peu près tout le système et le
/home
, les performances sont très agréables, notamment dès que je compile quelque chose ou que je navigue dans les différentes versions d'un arbre de sources.Je suis sûr que tu peux aussi lire des histoires terribles avec des disques durs qui crashent impitoyablement.
[^] # Re: Quid de la consommation électrique?
Posté par Antoine . En réponse au journal Les SSD. Évalué à 5.
http://www.anandtech.com/show/4346/ocz-agility-3-240gb-review/9
[^] # Re: Pas de Suse, désolé :)
Posté par Antoine . En réponse au journal Linux en entreprise : votre retour ?. Évalué à 3.
Red-Hat l'habite ?
[^] # Re: Btrfs
Posté par Antoine . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 10.
Je suis d'accord, il vaudrait mieux implémenter tout ça dans systemd.
[^] # Re: SMEP et la segmentation
Posté par Antoine . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 3.
Les bits en question ne se situent pas dans les adresses virtuelles mais dans les tables arborescentes de traduction d'adresses (page tables). Or celles-ci n'ont pas besoin de stocker tous les bits des adresses physiques représentées, seulement ceux qui sont susceptibles d'être impactés par le mécanisme de traduction d'adresse.
[^] # Re: RIP
Posté par Antoine . En réponse au journal Annonce PyLogsParser 0.1. Évalué à 2.
Seulement s'il est écrit dans un langage de programmation révolutionnaire entouré d'une communauté nombreuse de dix utilisateurs.
[^] # Re: Ironie?
Posté par Antoine . En réponse au journal Un site enfin dédié aux solutions SuSE Linux !. Évalué à 10.
Totolinux ?
[^] # Re: rapport de bug
Posté par Antoine . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 4.
http://bugs.python.org/issue3526
[^] # Re: Pourquoi C ?
Posté par Antoine . En réponse à la dépêche Veracity, un nouveau gestionnaire de versions décentralisé. Évalué à 2.
Seulement pendant les conseils d'administration.
[^] # Re: rapport de bug
Posté par Antoine . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 5.
AIX n'est pas pourri, il promeut le logiciel libre en invitant à tester des allocateurs mémoire alternatifs.
[^] # Re: Retour aux sources
Posté par Antoine . En réponse au journal HS - carte d'identité et empreinte de l'index gauche . Évalué à 10.
Attention. Maintenant, il faut dire qu'ils n'ont « pas une culture très ancienne des valeurs françaises ».
[^] # Re: Un avis très critique et très étayé d'un développeur Gentoo (en anglais)
Posté par Antoine . En réponse au journal FatELF : binaires universels pour Linux. Évalué à 2.
Tu veux dire le frein moteur ? Ou tu parles de freinage assisté ?
[^] # Re: Gestion des droits
Posté par Antoine . En réponse au journal Ma simple session avec Compiz et Cairo-dock. Évalué à 10.
Et, accessoirement, à éviter qu'on ait le soupçon que Linux fait du sur-place.
[^] # Re: Support matériel
Posté par Antoine . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 2.
Ben oui, parce que le matos obsolète et confidentiel n'est pas la préoccupation de beaucoup de monde, étrangement.
(ceci dit, peut-être que c'est différent pour le Hurd ;-))
[^] # Re: Quelques éléments de réponses
Posté par Antoine . En réponse au journal Google dé-référence la presse belge francophone. Évalué à 2.
Normalement, tu peux demander à Google de désactiver la mise en cache. Je ne sais pas s'il y a un moyen automatique (genre méta-données HTML) ou s'il faut faire une requête manuelle.
[^] # Re: Quelques éléments de réponses
Posté par Antoine . En réponse au journal Google dé-référence la presse belge francophone. Évalué à 5.
Bien sûr, qu'ils appliquent le jugement. Un juge ne peut pas forcer Google à indexer un site dans son moteur de recherche.
[^] # Re: Support matériel
Posté par Antoine . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 5.
Je ne vois pas ce que cet argument vient faire ici.
Le message initial dit « Linux est l'OS qui supporte le plus de matos au monde », et sous-entend que c'est le paradis des utilisateurs. En réalité, c'est loin d'être le cas.
Après, on peut toujours épiloguer sur les responsabilités supposées (ou fantasmées) de chacun. Mais ça ne résout pas les problèmes des utilisateurs avec leur matos pas supporté.
[^] # Re: heu ...
Posté par Antoine . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
Est-ce ces questions fleurissement à propos des "problématiques purement objet", ou leur implémentation dans des langages lourdingues type Java/C++ ?
Heu, pas vraiment, C++ est un hybride entre C et le début d'un langage orienté objet, c'est surtout un fourre-tout incroyable de paradigmes de programmation dont aucun ne semble implémenté de façon aboutie.
Ensuite, l'« approche objet » n'est pas quelque chose de codé dans le marbre, la programmation est avant tout une discipline pragmatique et chaque langage (ou plutôt son concepteur :-)) fait le choix des primitives fournies au programmeur en fonction d'objectifs concrets.
On peut certes discuter des contributions relatives des différents facteurs que tu cites, mais cela ne revient pas à prouver que le choix d'un langage n'a pas d'importance.
[^] # Re: Support matériel
Posté par Antoine . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 2.
Sauf que justement, le pilote existe toujours pour Windows (sauf vieux matos).
Ben non, c'est pas un autre problème, c'est précisément le problème dont on parle : pour du matériel récent, le support Linux est largement moins bon que le support Windows.
[^] # Re: Support matériel
Posté par Antoine . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 3.
Bien souvent les revendeurs filent un CD avec les drivers Windows, justement.
[^] # Re: langage
Posté par Antoine . En réponse à la dépêche We Sun Solve! Un nouvel outil pour les Administrateurs Systèmes Solaris.... Évalué à 2.
Cela dépend du contexte. Si c'est utilisé comme une insulte, c'est plutôt "idiot" ("kiss me, stupid" -> "embrasse-moi, idiot").
Où l'on voit bien qu'il vaut mieux éviter de laisser la traduction à des non-traducteurs.