Toute cette agitation à propos de foot me remet en mémoire une anecdote.
Il y a une dizaine d'années, j'avais un mandat d'audit info dans une pme familliale d'environ 200 personnes dans une petite ville de 30.000 habitants.
Comme je m'étonnais de l'important support financier accordé à l'équipe locale de foot (l'entreprise supportait pratiquement les 3/4 du budget), le patron me répond: "Au fond, je ne m'intéresse pratiquement pas au foot, je fait semblant. Celà peut effectivement paraître beaucoup, mais en réalité celà me revient moins cher que d'augmenter les salaires".
Il se confirmerait que, faute d'une gestion adéquate des accès disque, vista ait besoin d'ajout matériel pour pouvoir fonctionner correctement et avec des temps de réponse plus ou moins corrects.
Pour les fabricants de matériel, les choses ne sont pas vraiment aussi noires que l'on croit, au contraire, cela me paraît une bonne affaire. Il ne faut pas oublier que les mémoires flash ont un nombre limité de cycles d'écriture et que les disques hybrides vont se retrouver en panne relativement rapidement (en tout cas bien plus rapidement que les 50.000 à 60.000 heures de MTBF des disques actuels). Quel merveilleux et juteux marché de remplacement s'ouvre à eux ! Merci microsoft de ne pas savoir (vouloir) faire de bons produits.
J'y explique, de façon plus ou moins détaillée, que la fragmentation sous ext2, ext3, reiserfs, etc, existe bel et bien mais quelle joue un rôle négligable. La perte de temps occasionnée par la fragmentation sous Linux est sans aucun doute bien inférieure au temps de passage d'un défragmenteur .
Moi, ce n'est pas sa cravate qui m'a dérangé, c'est plutôt le fait que, visiblement, il connaissait les questions à l'avance et qu'il avait préparé ses réponses.
En effet, immédiatement après chaque question, il jetait un regard assez long sur la table et des notes qui devaient y être posées, je suppose une table et des notes parce que le cadrage a été fait de telle façon qu'il était impossible de voir ce qu'il y avait en dessous du buste.
N'est-il pas capable de répondre en direct aux questions ? Où, pire hypothèse, a-t-il peur de regarder les téléspectateurs pour qu'ils baisse les yeux si souvent ?
nicO a écrit:
... Son compilateur génère du C ce qui lui permet d’être portable sur toutes les architectures où gcc existe.
C'est un langage très prometteur qui arrivera sans doute à remplacer le C avec de meilleures performances à terme et avec un plus grand confort de codage
Comment être plus performant que le C si l'on génère du C ?
Ce thread viens de me donner l'idée de passer un petit coup de google avec "iznogoud" et le quatrième site trouvé est celui, on ne peut plus officiel, du Niko national.
Je ne savais le personnage capable d'humour et encore moins d'auto-dérision.
Il remonte dans mon estime, encore un effort et il quittera les nombres négatifs pour venir tutoyer le zéro.
Non, non, tu n'es pas le seul ! J'en suis un autre et en plus je n'ai pas de télé, par contre j'ai une voiture mais je me console en me disant que nul n'est parfait.
Moi, ce que j'aime, c'est la simplicité et la modestie du personnage:
Ma déclaration d'impôts aux Etats-Unis doit être stockée dans un ordinateur spécial parce que les ordinateurs habituels ne parviennent pas à en gérer les chiffres
Aux USA les dons à des fondations peuvent donner lieu à 100 % de dégrévement fiscal, dès lors, Billou a en fait le choix entre donner au fisc US ou donner à une fondation, mais de toute façon, il doit donner. Je pense quil estime qu'une fondation est plus efficace (surtout qu'il en est l'un des animateurs) que le gouvernement.
Bah si ! Les pays en question n'existaient pas avant la colonisation !
Maintenant grâce à nous, ils peuvent s'inventer une identité nationale et aller buter les gens du pays voisin, qui avant étaient leurs copains du village d'à côté.
C'est vraiment n'importe quoi ! Le Vietnam, par exemple, existait avant que la France existe, depuis près de 2200 ans il y a continuité de civilisation au VN. Je parle d'un pays que je connais bien.
Et au surplus, tant qu'à faire, en ce qui concerne le VN, s'il n'étaient pas morts, peut-être conviendrait-il de demander leur avis aux mineurs de Hong Gai qui, faute d'avoir assez de vêtement étaient obligés de rester caché pendant que leur unique habit séchait après l'avoir lavé.
Il y a aussi tous les travailleurs qui partaient travailler dans les plantations d'hévéa Michelin, pour tenter de gagner un salaire misérable, et qui ne revenaient jamais dans leur village d'origine, parce qu'il leur était impossible de se payer le voyage de retour et que, de toute façon, ils étaient morts d'épuisement et de privations au bout de 3 à 4 ans.
Il faut bien se rappeler que le VN n'a jamais été une colonie de peuplement (contrairement à l'Algérie), mais une colonie d'exploitation (c'était effectivement le terme employé). Il n'y a guère eu plus de trente à quarante mille français civils à un moment donnée au VN. Les colons partaient pour quelques années (une dizaine en général) pour "faire suer le coolie" et amasser une fortune. Bien sûr, certains se prenaient au charme du pays et restaient, mais la majorité n'était là que pour faire le "maximum de fric dans le minimum de temps". On y envoyait aussi les enfants de "bonnes familles" ayant eu quelques affaires troubles, le temps qu'ils se fassent oublier. Sans oublier les Corses, qui, faute de travail dans leur île, s'engageaient dans l'administration.
Mais on doit à la vérité historique de dire que les choses ont changé en 150 ans. À l'époque, c'était la "gauche" qui était colonialiste avec dans l'idée d'apporter le "progrès aux peuples primitifs". La "droite" était plus réservée, à l'exception des religieux qui voulaient apporter le "salut aux paiens". Maintenant, on n'a plutôt des positions inverses.
Je me souviens d'avoir vu, à la télévision, il y a une vingtaine d'années, un humoriste africain (camerounais, sénégalais ?) qui avaient des sketchs plutôt drôles-amers. En particulier celui où il disait:
"Il y a deux cent ou trois cent ans, nous étions sur nos terres et des missionnaires sont arrivés sur leur bateau avec la bible sous le bras. Maintenant, ce sont nous qui avons la bible sous le bras et eux qui ont les terres."
Contrairement à ce que tu as l'air de croire, j'ai parfaitement compris la « logique » derrière la chose. Ce que je ne trouve pas très logique, c'est d'être obligé de faire ce genre de manips à la main, sans avoir un logiciel qui vient réorganiser les fichiers sur le disque. La commande defrag, que j'ai utilisée sur quelques fichiers, m'a semblé peu fiable, ne serait-ce que parce qu'elle semble ne pas accepter les fichiers contenant des caractères accentués dans leur nom.
Il me semble que ce n'est pas très compliqué de faire un petit script appelé, comme par hasard, defrag du genre (en admettant, par exemple que ta partition à défragmenter soit sur /dev/hda4 et que tu veuille la transformer en Reiser FS):
cd /répertoire_de_ma_partition_merdique
cp -rdpf * /répertoire_d'une_partition_assez_grande
umount /répertoire_de_ma_partition_merdique
mkfs -t reiserfs /dev/hda4
mount /dev/hda4 /répertoire_de_ma_partition_merdique
cd /répertoire_d'une_partition_assez_grande
cp -rdpf * /répertoire_de_ma_partition_merdique
Aucune garantie quand à d'éventuelles erreurs dans le script ci-dessus, donné juste comme exemple de ce que l'on peut faire.
Bien sûr, à exécuter sous root, alors essaie de faire attention à ce que tu fais.
Si tu parles de cet article:
Effectivement, je découvre :-)
Jusqu'à présent, je m'étais fié à un article de Roberto di Cosmo qui affirmait plus ou moins que sous Linux, la fragmentation n'existait pas.
Moi je lis:
... le disque est toujours très peu fragmenté et plus on l'utilise ...
Comme quoi di Cosmo semble être d'accord avec la plupart des intervenants (lol), le contraire m'aurait surpris. Linux minimise la fragmentation mais ne la supprime pas. La fragmentation tu l'auras toujours, comme je te l'ai dit plus haut, elle est intrinsèque aux systèmes de fichiers modernes. Mais des algorithmes un peu plus futés que d'autres en diminue grandement l'impact.
*humour*
Alors un conseil, puisque tu vas sortir pour acheter un HD, profites-en pour passer chez ton opticien, tu semble avoir besoin de lunettes pour lire convenablement les textes.
*/humour*
Je crois que personne connaissant tant soit peu les systèmes d'exploitation (SE) et plus spécialement l'implémentation des systèmes de fichiers (SF) n'a jamais dit que la fragmentation n'existe pas, que ce soit sous Linux ou tout autre système dit "moderne".
Pour retrouver des SF n'ayant aucune fragmentation, il faut revenir aux années 1970 et au SE OS/VS d'IBM. Ce SF utilisait des unités d'allocations de taille et d'implantation physique fixes (allocation dite contiguëe) déterminées à la création du fichier. Mais quelle joie pour l'administrateur système de savoir où implanter un fichier (en terme de cylindre-piste) dans une installation qui pouvait comporter plusieurs milliers de fichier ! Et cette absence de fragmentation se payait par la nécessité de connaître, au moment de la création du fichier, la taille maximum que celui-ci pouvait atteindre. On imagine aisément le gaspillage de place disque, surtout à l'époque où une capacité de 128 Mo sur disque était considérée comme le summum du confort. Mais il y avait, pour les grandes installations, des batteries impressionnantes d'unités de disques.
S'il est vrai que la quasi totalité des SF actuels (à ma connaissance et en dehors des SF temps réels devant répondre à des spécifications rigoureuses en terme de temps d'accès disque) travaillent en allocation chaînée (FAT en est une variante dégénérée) ou en allocation indexée (cas de Linux). Ces types d'allocations souffrent, intrinséquement, de fragmentation.
Maintenant reste à voir l'effet de cette fragmentation sur l'efficacité du traitement:
- Sous Windows (et ses dérivés / clones), les lectures / écritures se font selon l'organisation LOGIQUE des données, indépendamment de leurs positions PHYSIQUES sur le disque. Dès lors, il s'ensuit de nombreux déplacement des têtes d'accès en cas d'un taux de fragmentation relativement grand.
Il existe bien un tampon, dont on peut se demander à quoi il sert d'ailleurs. D'ailleurs, si je me souviens bien (mes dernières utilisation de Windows remontent à plusieurs années), si l'on augmente la taille du tampon a cela d'une certaine limite, les performances diminuent, un effet "marrant" qui fait se "bidonner" les spécialiste des SE.
- Sous Linux (Unix et ses dérivés / clones), les lectures / écritures se font selon l'organisation PHYSIQUE des données à partir du tampon. Dès lors, les déplacement des têtes d'accès sont limités drastiquement.
C'est, en fait, un peu plus complexe avec les disques de grande capacité. En effet, à cause de certaines restrictions du BIOS (adresse en cyl-track-sector avec nombre de bits limités), la géométrie physique que "voit" le SE n'a que peut de rapport avec la géométrie physique effective des disques et cela tant que l'adressage se fera en termes absolus (cyl-track-sector) et non pas en terme relatifs (origine+déplacement notés en nombre de secteurs ou, mieux, en nombre de blocs de taille modifiable).
Au surplus, sous Linux, l'allocation d'un nouveau bloc disque à un fichier se fait selon un algorithme qui tend à minimiser la distance physique de ce bloc des autres blocs du fichier.
Par contre, il est parfaitement vrai que cet algorithme perd de son efficacité avec l'augmentation du taux de remplissage du disque (plus difficile de trouver un bloc, ou un ensemble de blocs, contiguës !).
Si, par ailleurs, la taille du tampon est réduite, l'optimisation des déplacements se fera sur un nombre de blocs plus petit et sera par conséquent moins efficace. À la limite, pour un tampon d'un seul bloc, on se trouve ramené au cas de la mise à jour en ordre logique.
Sous Linux, la taille du tampon est automatiquement ajustée en fonction des processus en mémoire.
Donc, sous Linux, mémoire physique relativement faible, nombreux processus actifs, disque presque plein se conjuguent pour diminuer l'efficacité. Mais, amha, ce sont des conditions limites, qui impliquent (si les moyens financiers le permettent) achat de mémoire et / ou de disques.
Et se sont des conditions qui, sous Windows, plantent totalement le système.
Cela fait 42 ans que je programme ! Depuis 1963.
Au début sur une bête machine à écrire à boule connectée sur un IBM 1620. Puis ensuite gomme, papier, crayon. Le papier étant soumis à un serive idoine pour y être perforé sur cartes.
Lorsque les terminaux sont apparus, pour moi vers 1978, j'ai tout simplement suivi un cours de dactylographie et je tape avec les 10 doigts sans regarder mon clavier.Je n'ai jamais eu de problème de crampes ou de quoi de ce soit d'autre, pourtant, j'en ai tapé de caractères dans ma vie ! Je crois que la maitrise du clavier que j'ai acquise me permet de ne pas crisper doigts et poignets qui restent souples et, partant, ne génère aucun problème.
Apprendre à correctement utiliser un clavier n'est pas vraiment compliqué, il suffit simplement d'un peu de perséverance pendant 2 à 3 mois.
Par contre je souscrit entièrement à ce qui a été dit concernant la souris, quel instrument barbare pour des gens qui ne sont pas manchot (dans ce cas manchot doit être considéré comme adjectif et non pas nom commun, lol). Malheureusement, parfois difficile de s'en passer.
Je pense qu'il est naturel que l'on enlève son couvre-chef (quel qu'il soit) dans une salle. C'est une question de bonne éducation (ici et aux USA), donc de respect des autres et de soi-même !
J'admire tous ces beaux raisonnements sur la gestion de la mémoire. Ils sont amha parfaitement pertinents sur une installation temps réel, mono-tâche, ou multi-tâche non préemptif.
Mais, préemption, segmentation, pagination et mémoire virtuelle remettent, amha, en question tous ces raisonnements ?
Par exemple, cette assertion:
... La mémoire est une matrice, et le temps d'accès à tel ou tel endroit de la mémoire est le même, ...
n'est plus vraie dans ce mode de fonctionnement. La notion de localité prend une importance considérable: les unités logicielles (au sens sémantique et non pas syntaxique) devraient être contenues dans les limites d'une page (sous Intel et Cie: 4 K0) pour éviter de trop nombreux défauts de pages. Celà tendrait à promouvoir l'utilisation de langage évolué de type objet, malheureusement la localisation dans ce type de langage est, la plupart du temps, uniquement syntaxique. Lors de l'exécution, code et données sont, en général, dans des pages séparées.
Toujours dans ce mode de fonctionnement, mémoire physique et mémoire logique n'ont pas de correspondance directe: la mémoire physique est obligatoirement fragmentée. Et comme les caches de type L2 travaillent au niveau de la mémoire physique ... C'est le type de fonctionnement sous Linux: 2 segments (kernel, user) et mémoire paginée à 2 niveaux.
Il est beaucoup plus dommageable pour les performances de gérer de nombreux défauts de page que de gérer des "défaut de cache" (néologisme de mon cru ?). Les défauts de page se gèrent en terme de dizaines de ms, les défaut de cache en terme de dizaines de nanos secondes.
De toute façon, dans le contexte d'un système d'exploitation multi-tâche préemptif, il ne s'agit pas d'optimiser telle ou telle application, mais d'optimiser l'utilisation globale du couple matériel-logiciel.
...
Dans ce contexte de lutte des civilisations entre les Etats-Unis qui ne sont plus un modele depuis en gros Carter (inclus) et ...
Parce que pour toi, avant, les États-Unis étaient un modèle ? Johnson, Westmoreland, Nixon et guerre du Vietnam inclus ?
je ne t'en félicite pas !
Ce n'était pas mieux que maintenant, peut-être même pire ! Et, à l'époque, j'y vivais.
Aussi 16 et plus, mais j'ai eu 63 ans pour le faire !
Suisse, j'y suis né,
USA, j'y ai vêcu,
France, on y échappe pas lorsqu'on habite la Suisse !
Allemagne, on y échappe pas lorsqu'on habite la Suisse !
Italie, on y échappe pas lorsqu'on habite la Suisse !
Liechstenstein, on y échappe relativement peu lorsqu'on habite la Suisse !
Autriche, on y échappe pas lorsqu'on habite la Suisse !
Puis, en vrac et j'en oublie: Vietnam, Tunisie, Sénégal, Egypte, Espagne, Belgique, Luxembourg, Grande-Bretagne, Finlande, Holande, Thailande, Canada, Yougoslavie (quand elle existait encore), Grêce, Jordanie, etc.
[^] # Re: On sait aussi
Posté par abgech . En réponse au journal Une amende pour avoir interpreté une chanson.... Évalué à 4.
[^] # Re: en même temps...
Posté par abgech . En réponse au journal Pendant ce temps là en orient..... Évalué à 1.
http://c3ld.vn.refer.org/
# Rêvez, il n'en restera rien en fin du mois
Posté par abgech . En réponse au journal la France sort le brésil en quart de finale 1-0. Évalué à 10.
Il y a une dizaine d'années, j'avais un mandat d'audit info dans une pme familliale d'environ 200 personnes dans une petite ville de 30.000 habitants.
Comme je m'étonnais de l'important support financier accordé à l'équipe locale de foot (l'entreprise supportait pratiquement les 3/4 du budget), le patron me répond:
"Au fond, je ne m'intéresse pratiquement pas au foot, je fait semblant. Celà peut effectivement paraître beaucoup, mais en réalité celà me revient moins cher que d'augmenter les salaires".
Inutile de rajouter quoi que ce soit.
# Rassures-moi !
Posté par abgech . En réponse au journal Vous aussi dites "Allez les bleus", avec Firefox et joga.com. Évalué à 0.
Suis-je vraiment normal ?
Est-ce que ça se soigne ?
# Qu'elle est belle la vie !
Posté par abgech . En réponse au journal en avant le matériel Vista-only. Évalué à 5.
Pour les fabricants de matériel, les choses ne sont pas vraiment aussi noires que l'on croit, au contraire, cela me paraît une bonne affaire. Il ne faut pas oublier que les mémoires flash ont un nombre limité de cycles d'écriture et que les disques hybrides vont se retrouver en panne relativement rapidement (en tout cas bien plus rapidement que les 50.000 à 60.000 heures de MTBF des disques actuels). Quel merveilleux et juteux marché de remplacement s'ouvre à eux ! Merci microsoft de ne pas savoir (vouloir) faire de bons produits.
# Déjà répondu
Posté par abgech . En réponse au message benchmark - defragmentation. Évalué à 1.
http://linuxfr.org/~Cooker/20192.html
J'y explique, de façon plus ou moins détaillée, que la fragmentation sous ext2, ext3, reiserfs, etc, existe bel et bien mais quelle joue un rôle négligable. La perte de temps occasionnée par la fragmentation sous Linux est sans aucun doute bien inférieure au temps de passage d'un défragmenteur .
[^] # Re: Gcc et commentaire
Posté par abgech . En réponse au message Compilation avec gcc. Évalué à 3.
Pour qu'ils soient accepter, mettre le switch:
-std=c99
lors de l'appel du compilateur.
[^] # Re: Quoi ça te plaît pas ??!!
Posté par abgech . En réponse au journal [HS] La cravate de Sarkozy. Évalué à 6.
En effet, immédiatement après chaque question, il jetait un regard assez long sur la table et des notes qui devaient y être posées, je suppose une table et des notes parce que le cadrage a été fait de telle façon qu'il était impossible de voir ce qu'il y avait en dessous du buste.
N'est-il pas capable de répondre en direct aux questions ? Où, pire hypothèse, a-t-il peur de regarder les téléspectateurs pour qu'ils baisse les yeux si souvent ?
[^] # Re: Ca commence mal...
Posté par abgech . En réponse au journal comparatif IE7/Firefox. Évalué à 3.
http://jvachez.free.fr/c.htm
Je n'ai même pas envie de commenter: on ne tire pas sur une ambulance.
[^] # Re: Où est le mal?
Posté par abgech . En réponse à la dépêche Vente liée de logiciels : l'UFC a besoin de vos témoignages. Évalué à 7.
# N'y-a-t-il pas antinomye ?
Posté par abgech . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 2.
Comment être plus performant que le C si l'on génère du C ?
[^] # Re: Marrant !
Posté par abgech . En réponse au journal Premier plugin politique pour firefox. Évalué à -1.
# Marrant !
Posté par abgech . En réponse au journal Premier plugin politique pour firefox. Évalué à -2.
Je ne savais le personnage capable d'humour et encore moins d'auto-dérision.
Il remonte dans mon estime, encore un effort et il quittera les nombres négatifs pour venir tutoyer le zéro.
[^] # Re: bêêêê....
Posté par abgech . En réponse au journal FT, les portables et moi. Évalué à 3.
# Une solution parmi d'autres !
Posté par abgech . En réponse au message Conversion fichier en dossier. Évalué à -1.
1) Tu commence par ouvrir une console pour travaillesren lignes de commandes.
2) Tu renomme ton fichier:
mv ancien_nom nouveau_nom
3) Tu recrée ton dossier:
mkdir ancien_nom
On ne dira jamais assez la simplicité, la rapidité et la puissance de la ligne de commande.
# En tout simplicité
Posté par abgech . En réponse au journal Bill Gates a bien des ennuis.... Évalué à 2.
Aux USA les dons à des fondations peuvent donner lieu à 100 % de dégrévement fiscal, dès lors, Billou a en fait le choix entre donner au fisc US ou donner à une fondation, mais de toute façon, il doit donner. Je pense quil estime qu'une fondation est plus efficace (surtout qu'il en est l'un des animateurs) que le gouvernement.
# Pléonasme !
Posté par abgech . En réponse au message Musique Libre et Sabam. Évalué à -3.
No comment ...
[^] # Re: Pourquoi ?
Posté par abgech . En réponse au journal Pétition pour l'abrogation de l'article 4 de la loi sur la colonisation française. Évalué à 3.
C'est vraiment n'importe quoi ! Le Vietnam, par exemple, existait avant que la France existe, depuis près de 2200 ans il y a continuité de civilisation au VN. Je parle d'un pays que je connais bien.
Et au surplus, tant qu'à faire, en ce qui concerne le VN, s'il n'étaient pas morts, peut-être conviendrait-il de demander leur avis aux mineurs de Hong Gai qui, faute d'avoir assez de vêtement étaient obligés de rester caché pendant que leur unique habit séchait après l'avoir lavé.
Il y a aussi tous les travailleurs qui partaient travailler dans les plantations d'hévéa Michelin, pour tenter de gagner un salaire misérable, et qui ne revenaient jamais dans leur village d'origine, parce qu'il leur était impossible de se payer le voyage de retour et que, de toute façon, ils étaient morts d'épuisement et de privations au bout de 3 à 4 ans.
Il faut bien se rappeler que le VN n'a jamais été une colonie de peuplement (contrairement à l'Algérie), mais une colonie d'exploitation (c'était effectivement le terme employé). Il n'y a guère eu plus de trente à quarante mille français civils à un moment donnée au VN. Les colons partaient pour quelques années (une dizaine en général) pour "faire suer le coolie" et amasser une fortune. Bien sûr, certains se prenaient au charme du pays et restaient, mais la majorité n'était là que pour faire le "maximum de fric dans le minimum de temps". On y envoyait aussi les enfants de "bonnes familles" ayant eu quelques affaires troubles, le temps qu'ils se fassent oublier. Sans oublier les Corses, qui, faute de travail dans leur île, s'engageaient dans l'administration.
Mais on doit à la vérité historique de dire que les choses ont changé en 150 ans. À l'époque, c'était la "gauche" qui était colonialiste avec dans l'idée d'apporter le "progrès aux peuples primitifs". La "droite" était plus réservée, à l'exception des religieux qui voulaient apporter le "salut aux paiens". Maintenant, on n'a plutôt des positions inverses.
Je me souviens d'avoir vu, à la télévision, il y a une vingtaine d'années, un humoriste africain (camerounais, sénégalais ?) qui avaient des sketchs plutôt drôles-amers. En particulier celui où il disait:
"Il y a deux cent ou trois cent ans, nous étions sur nos terres et des missionnaires sont arrivés sur leur bateau avec la bible sous le bras. Maintenant, ce sont nous qui avons la bible sous le bras et eux qui ont les terres."
[^] # Re: Réponse groupée
Posté par abgech . En réponse au journal Fait n°1 : Linux n'est pas sujet à la fragmentation.... Évalué à 1.
Il me semble que ce n'est pas très compliqué de faire un petit script appelé, comme par hasard, defrag du genre (en admettant, par exemple que ta partition à défragmenter soit sur /dev/hda4 et que tu veuille la transformer en Reiser FS):
cd /répertoire_de_ma_partition_merdique
cp -rdpf * /répertoire_d'une_partition_assez_grande
umount /répertoire_de_ma_partition_merdique
mkfs -t reiserfs /dev/hda4
mount /dev/hda4 /répertoire_de_ma_partition_merdique
cd /répertoire_d'une_partition_assez_grande
cp -rdpf * /répertoire_de_ma_partition_merdique
Aucune garantie quand à d'éventuelles erreurs dans le script ci-dessus, donné juste comme exemple de ce que l'on peut faire.
Bien sûr, à exécuter sous root, alors essaie de faire attention à ce que tu fais.
Si tu parles de cet article:
Moi je lis:
... le disque est toujours très peu fragmenté et plus on l'utilise ...
Comme quoi di Cosmo semble être d'accord avec la plupart des intervenants (lol), le contraire m'aurait surpris. Linux minimise la fragmentation mais ne la supprime pas. La fragmentation tu l'auras toujours, comme je te l'ai dit plus haut, elle est intrinsèque aux systèmes de fichiers modernes. Mais des algorithmes un peu plus futés que d'autres en diminue grandement l'impact.
*humour*
Alors un conseil, puisque tu vas sortir pour acheter un HD, profites-en pour passer chez ton opticien, tu semble avoir besoin de lunettes pour lire convenablement les textes.
*/humour*
# Un mythe, vraiment ?
Posté par abgech . En réponse au journal Fait n°1 : Linux n'est pas sujet à la fragmentation.... Évalué à 10.
Pour retrouver des SF n'ayant aucune fragmentation, il faut revenir aux années 1970 et au SE OS/VS d'IBM. Ce SF utilisait des unités d'allocations de taille et d'implantation physique fixes (allocation dite contiguëe) déterminées à la création du fichier. Mais quelle joie pour l'administrateur système de savoir où implanter un fichier (en terme de cylindre-piste) dans une installation qui pouvait comporter plusieurs milliers de fichier ! Et cette absence de fragmentation se payait par la nécessité de connaître, au moment de la création du fichier, la taille maximum que celui-ci pouvait atteindre. On imagine aisément le gaspillage de place disque, surtout à l'époque où une capacité de 128 Mo sur disque était considérée comme le summum du confort. Mais il y avait, pour les grandes installations, des batteries impressionnantes d'unités de disques.
S'il est vrai que la quasi totalité des SF actuels (à ma connaissance et en dehors des SF temps réels devant répondre à des spécifications rigoureuses en terme de temps d'accès disque) travaillent en allocation chaînée (FAT en est une variante dégénérée) ou en allocation indexée (cas de Linux). Ces types d'allocations souffrent, intrinséquement, de fragmentation.
Maintenant reste à voir l'effet de cette fragmentation sur l'efficacité du traitement:
- Sous Windows (et ses dérivés / clones), les lectures / écritures se font selon l'organisation LOGIQUE des données, indépendamment de leurs positions PHYSIQUES sur le disque. Dès lors, il s'ensuit de nombreux déplacement des têtes d'accès en cas d'un taux de fragmentation relativement grand.
Il existe bien un tampon, dont on peut se demander à quoi il sert d'ailleurs. D'ailleurs, si je me souviens bien (mes dernières utilisation de Windows remontent à plusieurs années), si l'on augmente la taille du tampon a cela d'une certaine limite, les performances diminuent, un effet "marrant" qui fait se "bidonner" les spécialiste des SE.
- Sous Linux (Unix et ses dérivés / clones), les lectures / écritures se font selon l'organisation PHYSIQUE des données à partir du tampon. Dès lors, les déplacement des têtes d'accès sont limités drastiquement.
C'est, en fait, un peu plus complexe avec les disques de grande capacité. En effet, à cause de certaines restrictions du BIOS (adresse en cyl-track-sector avec nombre de bits limités), la géométrie physique que "voit" le SE n'a que peut de rapport avec la géométrie physique effective des disques et cela tant que l'adressage se fera en termes absolus (cyl-track-sector) et non pas en terme relatifs (origine+déplacement notés en nombre de secteurs ou, mieux, en nombre de blocs de taille modifiable).
Au surplus, sous Linux, l'allocation d'un nouveau bloc disque à un fichier se fait selon un algorithme qui tend à minimiser la distance physique de ce bloc des autres blocs du fichier.
Par contre, il est parfaitement vrai que cet algorithme perd de son efficacité avec l'augmentation du taux de remplissage du disque (plus difficile de trouver un bloc, ou un ensemble de blocs, contiguës !).
Si, par ailleurs, la taille du tampon est réduite, l'optimisation des déplacements se fera sur un nombre de blocs plus petit et sera par conséquent moins efficace. À la limite, pour un tampon d'un seul bloc, on se trouve ramené au cas de la mise à jour en ordre logique.
Sous Linux, la taille du tampon est automatiquement ajustée en fonction des processus en mémoire.
Donc, sous Linux, mémoire physique relativement faible, nombreux processus actifs, disque presque plein se conjuguent pour diminuer l'efficacité. Mais, amha, ce sont des conditions limites, qui impliquent (si les moyens financiers le permettent) achat de mémoire et / ou de disques.
Et se sont des conditions qui, sous Windows, plantent totalement le système.
# Vraiment utile ?
Posté par abgech . En réponse au journal Clavier ergonomique, dvorak & cie.. Évalué à 7.
Au début sur une bête machine à écrire à boule connectée sur un IBM 1620. Puis ensuite gomme, papier, crayon. Le papier étant soumis à un serive idoine pour y être perforé sur cartes.
Lorsque les terminaux sont apparus, pour moi vers 1978, j'ai tout simplement suivi un cours de dactylographie et je tape avec les 10 doigts sans regarder mon clavier.Je n'ai jamais eu de problème de crampes ou de quoi de ce soit d'autre, pourtant, j'en ai tapé de caractères dans ma vie ! Je crois que la maitrise du clavier que j'ai acquise me permet de ne pas crisper doigts et poignets qui restent souples et, partant, ne génère aucun problème.
Apprendre à correctement utiliser un clavier n'est pas vraiment compliqué, il suffit simplement d'un peu de perséverance pendant 2 à 3 mois.
Par contre je souscrit entièrement à ce qui a été dit concernant la souris, quel instrument barbare pour des gens qui ne sont pas manchot (dans ce cas manchot doit être considéré comme adjectif et non pas nom commun, lol). Malheureusement, parfois difficile de s'en passer.
[^] # Re: casquette
Posté par abgech . En réponse au journal Après la danse pour développeurs..... Évalué à 1.
Serais-je un vieux con ?
# Beaux raisonnements
Posté par abgech . En réponse au journal La mémoire, goulot d'étranglement : optimiser le cache processeur.. Évalué à 10.
Mais, préemption, segmentation, pagination et mémoire virtuelle remettent, amha, en question tous ces raisonnements ?
Par exemple, cette assertion:
n'est plus vraie dans ce mode de fonctionnement. La notion de localité prend une importance considérable: les unités logicielles (au sens sémantique et non pas syntaxique) devraient être contenues dans les limites d'une page (sous Intel et Cie: 4 K0) pour éviter de trop nombreux défauts de pages. Celà tendrait à promouvoir l'utilisation de langage évolué de type objet, malheureusement la localisation dans ce type de langage est, la plupart du temps, uniquement syntaxique. Lors de l'exécution, code et données sont, en général, dans des pages séparées.
Toujours dans ce mode de fonctionnement, mémoire physique et mémoire logique n'ont pas de correspondance directe: la mémoire physique est obligatoirement fragmentée. Et comme les caches de type L2 travaillent au niveau de la mémoire physique ... C'est le type de fonctionnement sous Linux: 2 segments (kernel, user) et mémoire paginée à 2 niveaux.
Il est beaucoup plus dommageable pour les performances de gérer de nombreux défauts de page que de gérer des "défaut de cache" (néologisme de mon cru ?). Les défauts de page se gèrent en terme de dizaines de ms, les défaut de cache en terme de dizaines de nanos secondes.
De toute façon, dans le contexte d'un système d'exploitation multi-tâche préemptif, il ne s'agit pas d'optimiser telle ou telle application, mais d'optimiser l'utilisation globale du couple matériel-logiciel.
[^] # Re: Craintes, espoirs
Posté par abgech . En réponse à la dépêche Brevets logiciels : la Commission Européenne revient à la charge. Évalué à 2.
Parce que pour toi, avant, les États-Unis étaient un modèle ? Johnson, Westmoreland, Nixon et guerre du Vietnam inclus ?
je ne t'en félicite pas !
Ce n'était pas mieux que maintenant, peut-être même pire ! Et, à l'époque, j'y vivais.
[^] # Re: 16 et plus
Posté par abgech . En réponse au sondage Nombre de pays où je suis passé :. Évalué à 2.
Suisse, j'y suis né,
USA, j'y ai vêcu,
France, on y échappe pas lorsqu'on habite la Suisse !
Allemagne, on y échappe pas lorsqu'on habite la Suisse !
Italie, on y échappe pas lorsqu'on habite la Suisse !
Liechstenstein, on y échappe relativement peu lorsqu'on habite la Suisse !
Autriche, on y échappe pas lorsqu'on habite la Suisse !
Puis, en vrac et j'en oublie: Vietnam, Tunisie, Sénégal, Egypte, Espagne, Belgique, Luxembourg, Grande-Bretagne, Finlande, Holande, Thailande, Canada, Yougoslavie (quand elle existait encore), Grêce, Jordanie, etc.