IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Linux Discussion :

Le système de mise en cache du noyau Linux serait-il plus lent que les transferts E/S directs ?


Sujet :

Linux

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Dirigeant
    Inscrit en
    Juin 2016
    Messages
    3 160
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Dirigeant
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juin 2016
    Messages : 3 160
    Points : 66 249
    Points
    66 249
    Par défaut Le système de mise en cache du noyau Linux serait-il plus lent que les transferts E/S directs ?
    Le système de mise en cache du noyau Linux serait-il plus lent que les transferts E/S directs ? Non,
    soutient Linus Torvalds

    En informatique, un cache est une une mémoire qui enregistre temporairement des copies de données afin de diminuer le temps d'un accès ultérieur. La mise en cache permet de réutiliser efficacement des données précédemment récupérées ou traitées. Sous Linux, on utilise principalement le système de mise en cache appelé « page cache » ou cache de pages en français, mais il est également possible d’utiliser les transferts E/S directs.

    Dans la pratique, les données mises en cache sont généralement stockées sur du matériel à accès rapide, comme la mémoire vive, et peuvent également être utilisées en corrélation avec un composant logiciel. L'objectif principal d'un cache est d'augmenter les performances de récupération des données en réduisant le besoin d'accès à la couche de stockage sous-jacente plus lente. En laissant la capacité au profit de la vitesse, un cache stocke généralement un sous-ensemble de données transitoires, contrairement aux bases de données où celles-ci sont généralement complètes et durables.

    Dans la plupart des cas, le noyau Linux fait référence au « page cache » lors de la lecture ou de l'écriture sur le disque. De nouvelles pages sont ajoutées pour répondre aux demandes de lecture des processus en mode utilisateur. Si la page ne se trouve pas déjà dans le cache, une nouvelle entrée est ajoutée au cache et remplie avec les données lues sur le disque. Si la mémoire disponible est suffisante, la page est conservée dans le cache pendant une durée indéterminée et peut ensuite être réutilisée par d'autres processus sans accéder au disque.

    Nom : z1.png
Affichages : 10738
Taille : 250,3 Ko

    Les concepteurs du noyau Linux ont implémenté le « page cache » pour répondre à deux exigences principales. Premièrement, cela va permettre au système de localiser rapidement une page spécifique contenant des données relatives à un propriétaire donné. Pour tirer le meilleur parti du cache de Linux, la recherche doit être une opération très rapide. Ensuite, le noyau doit être en mesure de sélectionner l'opération appropriée en fonction du propriétaire de la page. L'unité d'information conservée dans le cache de pages est, bien sûr, une page entière de données. Une page ne contient pas nécessairement des blocs de disque physiquement adjacents, elle ne peut donc pas être identifiée par un numéro de périphérique et un numéro de bloc.

    Au lieu de cela, une page du cache de pages est identifiée par un propriétaire et par un index dans les données du propriétaire, généralement un inode et un décalage dans le fichier correspondant. Cependant, dans certains cas, comme celui des bases de données, où le volume de données à mettre en cache est trop important, les développeurs préfèrent utiliser une solution de contournement. Plusieurs applications de base de données utilisent les transferts E/S directs pour pouvoir utiliser leur propre algorithme de mise en cache de disque. La plupart d’entre eux implémentent leurs propres mécanismes de mise en cache qui exploitent la nature particulière des requêtes adressées à la base de données.

    En effet, les développeurs estiment que pour ces types de programmes, le cache de pages du noyau n’aide pas. Au contraire, il est préjudiciable pour de nombreuses raisons. D’abord, expliquent-ils, beaucoup de caches de pages sont gaspillés pour dupliquer des données de disque déjà dans la RAM (dans le cache de disque de niveau utilisateur). Deuxièmement, les appels read() et write() seraient ralentis par les instructions redondantes qui gèrent le cache de page et la lecture anticipée. Idem pour les opérations de pagination liées aux mappages de mémoire de fichiers. Ces derniers citent également une troisième raison liée au fait que le cache de pages serait préjudiciable pour les serveurs de bases de données.

    D'après eux, plutôt que de transférer les données directement entre le disque et la mémoire utilisateur, les appels read() et write() effectuent deux transferts : entre le disque et une mémoire tampon du noyau et entre la mémoire tampon du noyau et la mémoire utilisateur. Pour ces raisons, Linux offre un moyen simple de contourner le cache pages : les transferts E/S directs. Dans un transfert direct d'E/S, le noyau programme le contrôleur de disque pour transférer les données directement vers les pages appartenant à l'espace d'adressage en mode utilisateur d'une application à mise en cache automatique.

    Le sujet a toujours été débattu dans la communauté Linux et vient de faire l’objet d’un litige entre Linus Torvalds et un contributeur du noyau Linux. En effet, dans un message publié sur la liste de diffusion du noyau Linux, Dave Chinner, un programmeur australien qui gère le système de fichiers XFS créé par Silicon Graphics (SGI) et pris en charge par de nombreuses distributions Linux, a indiqué que le cache de page est toujours beaucoup plus lent que les transferts E/S directs. « Pour une application hautement concurrente qui traite des données en vrac sur des fichiers volumineux stockés sur un stockage à haut débit, le cache de pages est toujours beaucoup plus lent que les transferts E/S directs », a-t-il écrit dans son message.

    Nom : z1.png
Affichages : 9951
Taille : 201,5 Ko
    Dave Chinner

    Sa déclaration rejoint celle citée un peu plus haut, selon laquelle, dans certains cas, comme celui des bases de données, où le volume de données à mettre en cache est trop important, il serait préférable d’utiliser une solution de contournement : les transferts E/S directs. Cela dit, Linus Torvalds, l’architecte principal du noyau Linux n’a pas apprécié le commentaire de son collaborateur sur la question de la mise en cache de données sur son système d’exploitation. Ce dernier a qualifié les propos de Dave Chinner de « pures conneries » avant de s’attaquer à lui dans un long message. « Vous avez déjà fait cette demande, et c'était déjà une connerie complète, et je vous ai appelé à ce sujet aussi », lui a-t-il lancé.

    Il lui a fait remarquer que le mot clé dans "cache de pages" est « cache » et que cela marche très bien. « Les caches fonctionnent, Dave. Quiconque pense que les caches ne fonctionnent pas est un incompétent. Environ 99 % de tous les accès au système de fichiers sont mis en cache, et ils ne font jamais aucun transfert E/S direct. Le cache de page les gère parfaitement. Lorsque vous dites que le cache de page est plus lent que le transfert E/S direct, c'est parce que vous ne voyez même pas ou ne vous souciez pas de la rapidité des opérations. Cela se comprend puisque vous n'intervenez qu'une fois que des opérations d'information sont réellement effectuées », déclare Linus Torvalds sur la liste de diffusion.

    Pour lui, toute personne opposée à cette idée n’y connaît absolument rien et Dave Chinner en fait partie. « Vous faites cette déclaration sans prendre en compte tous les cas que vous ne voyez pas et qui ne vous intéressent pas, car le cache de pages les a déjà traités pour vous. Il est bien mieux que les transferts E/S directs. À quelle fréquence utilisez-vous des magasins non temporels lorsque vous effectuez une programmation non IO ? À peu près jamais, peut-être ? Parce que les caches fonctionnent. Alors arrêtez-vous déjà avec votre argument stupide et malhonnête, où vous ignorez les effets de la mise en cache », a poursuivi Torvalds.

    Quelque part dans son message, Dave Chinner a expliqué que les limites du cache de pages deviennent de plus en plus perceptibles au fur et à mesure que les disques SSD deviennent plus performants. Une chose avec laquelle Torvalds n’est toujours pas d’accord. « Et non, les disques SSD n'ont pas rendu les caches inutiles », a-t-il déclaré. Cependant, en réponse au long texte de Torvalds, Chinner a expliqué qu’il reste persuadé que le problème qu’il souligne est bel et bien réel. Pour Chinner, il est bien vrai qu’il existe beaucoup de cas où le cache de pages fonctionne normalement, car il est toujours plus rapide que la plupart des systèmes de stockage.

    « En effet, vous n'avez même pas pris la peine de me demander de clarifier ce à quoi je faisais référence dans la déclaration que vous avez citée. Linus, personne ne peut parler d’E/S direct sans que vous criiez et jetiez tous vos jouets hors du berceau. Si vous ne pouvez pas être civilisé ou si vous ne pouvez pas écrire une explication condescendante de “mise en cache 101” à quelqu'un qui a passé plus de 15 ans à travailler avec des systèmes de fichiers et de caches, vous feriez bien mieux de ne rien dire », a lancé Chinner en réponse à Torvalds. Pour finir son message, Chinner a pris le soin de redonner à Linus Torvalds un nouvel exemple sur le cas qu’il aborde et qui selon lui met en évidence les limites du cache de pages.

    « Le monde dans lequel je travaille compte une proportion importante d'applications dans lesquelles le jeu de données est trop volumineux pour être mis en cache efficacement ou est mieux mis en cache par l'application que le noyau. La mise en cache efficace des données par le cache de pages constitue l'exception plutôt que la règle. Par conséquent, les programmeurs utilisent les transferts E/S directs, car il est plus rapide que le cache de pages. C’est courant dans des applications telles que les grandes bases de données d’entreprise, les applications HPC, les applications d’exploration ou d’analyse de données, etc. Il y a énormément de monde qui utilise ces applications », a-t-il conclu dans son message.

    Sources : Dave Chinner, Linus Torvalds

    Et vous ?

    Que pensez-vous des arguments avancés par Linus Torvalds et Dave Chinner ?
    Le système de cache du noyau Linux vous semble-t-il optimal pour la mise en cache de volumes de données importants ? Pourquoi ?
    Comment gérez-vous la mise en cache de volumes de données importants dans vos applications ?

    Voir aussi

    Linus Torvalds : « Je ne serai jamais doux, mais je serai plus poli » ! Le père de Linux indique qu'il va le simuler jusqu'à ce que cela arrive

    Pour Linus Torvalds, ARM ne gagnera pas la concurrence sur le marché des serveurs à cause du niveau de fragmentation élevé et d'autres raisons

    La version 5.1 du noyau Linux est disponible, optimise les E/S asynchrones et apporte d'autres nouvelles fonctionnalités
    Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités

  2. #2
    Membre extrêmement actif
    Avatar de Ryu2000
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2008
    Messages
    9 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Décembre 2008
    Messages : 9 552
    Points : 18 446
    Points
    18 446
    Par défaut
    Citation Envoyé par Bill Fassinou Voir le message
    Que pensez-vous des arguments avancés par Linus Torvalds et Dave Chinner ?
    N'y a t-il pas moyen de réaliser des tests ?
    Il n'y a pas moyen de dire "Tenez ce sont des grosses bases de données et on va faire de la lecture et de l'écriture sans jamais passer par le cache" ?

    Citation Envoyé par Bill Fassinou Voir le message
    Il lui a fait remarquer que le mot clé dans "cache de pages" est « cache » et que cela marche très bien. « Les caches fonctionnent, Dave. Quiconque pense que les caches ne fonctionnent pas est un incompétent. Environ 99 % de tous les accès au système de fichiers sont mis en cache, et ils ne font jamais aucun transfert E/S direct. Le cache de page les gère parfaitement. Lorsque vous dites que le cache de page est plus lent que le transfert E/S direct, c'est parce que vous ne voyez même pas ou ne vous souciez pas de la rapidité des opérations. Cela se comprend puisque vous n'intervenez qu'une fois que des opérations d'information sont réellement effectuées », déclare Linus Torvalds sur la liste de diffusion.

    Pour lui, toute personne opposée à cette idée n’y connaît absolument rien et Dave Chinner en fait partie. « Vous faites cette déclaration sans prendre en compte tous les cas que vous ne voyez pas et qui ne vous intéressent pas, car le cache de pages les a déjà traités pour vous. Il est bien mieux que les transferts E/S directs. À quelle fréquence utilisez-vous des magasins non temporels lorsque vous effectuez une programmation non IO ? À peu près jamais, peut-être ? Parce que les caches fonctionnent. Alors arrêtez-vous déjà avec votre argument stupide et malhonnête, où vous ignorez les effets de la mise en cache », a poursuivi Torvalds.
    Keith Flint 1969 - 2019

  3. #3
    Inactif  


    Homme Profil pro
    Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Inscrit en
    Décembre 2011
    Messages
    9 012
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Secteur : Enseignement

    Informations forums :
    Inscription : Décembre 2011
    Messages : 9 012
    Points : 23 209
    Points
    23 209
    Par défaut
    Citation Envoyé par Ryu2000 Voir le message
    N'y a t-il pas moyen de réaliser des tests ?
    Il n'y a pas moyen de dire "Tenez ce sont des grosses bases de données et on va faire de la lecture et de l'écriture sans jamais passer par le cache" ?
    Le problème est de se mettre d'accord sur un benchmark.

    Tout système générique sera par moment non-optimal, mais en moyenne fonctionnera très bien.
    Il peut être difficile de savoir quels sont ces moments non-optimal, les détecter, puis passer sur une gestion "fallback", sans surcoût supplémentaire.

    On pourrait être tenté de faire sa propre cuisine au niveau applicatif, mais cela n'est pas nécessairement simple, et pourra même être moins optimum que la solution existante, ou pour des gains qui ne valent pas le temps investi dessus.

    Sans compter, qu'il faut prendre en compte plusieurs hardwares, mais aussi l'utilisation globale de la machine. Cela ne sert à rien de gagner un pouillième sur une utilisation spécifique, mais de perdre à côté des perfs pour des raisons X ou Y.
    Le système existant est déjà bien éprouvé, ce n'est pas n'importe qui peut faire mieux.

  4. #4
    Membre émérite
    Profil pro
    Inscrit en
    Juin 2009
    Messages
    900
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2009
    Messages : 900
    Points : 2 805
    Points
    2 805
    Par défaut
    Dans tout les cas, il faut bien montrer qu'il y a un problème, ou plutôt une limitation dans le cas présent je dirais avant de vouloir faire mieux.

    En outre il faut montrer aussi que le scénario produisant cette limitation exploite déjà au mieux le système.

    Evidemment dans des cas aussi point, c'est plus facile à dire qu'à faire.

    Par conséquent, les programmeurs utilisent les transferts E/S directs, car il est plus rapide que le cache de pages. C’est courant dans des applications telles que les grandes bases de données d’entreprise, les applications HPC, les applications d’exploration ou d’analyse de données, etc.
    Il faut peut être aussi demander à ceux qui ont fait ces systèmes ce qu'il en est ? Ils court-circuitent vraiment le cache système ?
    Si oui, estiment'ils que leur cas spécifique devrait être mieux gérer par l'OS ?

  5. #5
    Membre chevronné
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juillet 2007
    Messages
    884
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Juillet 2007
    Messages : 884
    Points : 2 018
    Points
    2 018
    Par défaut
    les disques SSD n'ont pas rendu les caches inutiles
    Tout a fait vrai le rapport est toujours gigantesque entre la vitesse d'un SSD (qui a d'ailleurs lui aussi sont cache) et un cache. Ne serait-ce que le temps du bus de transfert... par contre s'il existe un seuil a partir duquel le cache perd de l'intérêt, ce seuil sera plus bas avec des SSD.
    Je pense que ce seuil doit exister. Mais de ce que je comprends, Linux contient un contournement du cache pour les application le désirant. C'est donc qu'il peut avoir un intérêt. Ce que réfute Linus, c'est qu'il faille permettre de le généraliser à tout le noyau, chose que je comprends très bien. Le cache a toujours un intérêt pour tout ce qui tourne autour des E/S.
    D'ailleurs la réponse de Dave Chinner n'est pas aussi vindicative, c'est un peu "Ok je comprends, mais peut-être que dans le futur", histoire de ne pas perdre la face.
    Tout ce que j'écris est libre de droits (Licence CC0) et je vous incite à faire de même.

  6. #6
    Inactif  


    Homme Profil pro
    Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Inscrit en
    Décembre 2011
    Messages
    9 012
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Secteur : Enseignement

    Informations forums :
    Inscription : Décembre 2011
    Messages : 9 012
    Points : 23 209
    Points
    23 209
    Par défaut
    Citation Envoyé par abriotde Voir le message
    Tout a fait vrai le rapport est toujours gigantesque entre la vitesse d'un SSD (qui a d'ailleurs lui aussi sont cache) et un cache. Ne serait-ce que le temps du bus de transfert... par contre s'il existe un seuil a partir duquel le cache perd de l'intérêt, ce seuil sera plus bas avec des SSD.
    D'ailleurs quand le transfert des SSD équivaudra à celle de la ram (si cela arrive un jour), est-ce qu'on ne finira pas par fusionner la RAM et le SSD ?
    Par exemple en utilisant qu'un partition SWAP, voire en prenant au maximum toute la place non-utilisée du disque ?

  7. #7
    Membre chevronné
    Profil pro
    Inscrit en
    Octobre 2005
    Messages
    940
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : France

    Informations forums :
    Inscription : Octobre 2005
    Messages : 940
    Points : 1 816
    Points
    1 816
    Par défaut
    Citation Envoyé par Neckara Voir le message
    D'ailleurs quand le transfert des SSD équivaudra à celle de la ram (si cela arrive un jour), est-ce qu'on ne finira pas par fusionner la RAM et le SSD ?
    Par exemple en utilisant qu'un partition SWAP, voire en prenant au maximum toute la place non-utilisée du disque ?
    Ça changerait radicalement la façon dont on fait de l'informatique. Tout est en même temps dans la RAM et dans le disque dur puisque ce serait le même composant. Plus besoin d'enregistrer quoi que ce soi. Plus de temps de chargement : tout est déjà en mémoire. Plus d'attente quand on éteint ou qu'on rallume la machine. Etc, etc, etc. Le concept de partition SWAP serait tout simplement obsolète.

    Dommage que ça n'ait pas l'air de devoir arriver, les demandes sur la RAM et sur le disque dur sont trop différentes.

  8. #8
    Membre extrêmement actif
    Avatar de Ryu2000
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2008
    Messages
    9 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Décembre 2008
    Messages : 9 552
    Points : 18 446
    Points
    18 446
    Par défaut
    Citation Envoyé par Neckara Voir le message
    D'ailleurs quand le transfert des SSD équivaudra à celle de la ram (si cela arrive un jour)
    Ça n'arrivera jamais, il y aura toujours une RAM plus rapide. (ils vont pas se se dire "à DDR6 on arrête tout")
    L'autre jour je cherchais la vitesse de l'SDR, ou de la DDR1 pour la comparer avec la vitesse des meilleurs SSD actuel, mais j'ai pas réussi à comparer comme je voulais...
    Il y a des SSD qui vont à 3000 Mo/s en lecture/écriture, ça devient impressionnant.

    En parlant de SSD, on en revient au problème de la spécialisation, il y a eu une panne d’électricité dans un site de production partagé par Western Digital et Toshiba, du coup ils vont peut-être devoir augmenter les prix des SSD.
    Ça rappelle l’inondation dans la région où toutes les usines de disque dur se trouvaient (Taiwan ?) qui avait fait monter le prix de tous les disques dur à l'époque...
    Keith Flint 1969 - 2019

  9. #9
    Inactif  


    Homme Profil pro
    Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Inscrit en
    Décembre 2011
    Messages
    9 012
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Secteur : Enseignement

    Informations forums :
    Inscription : Décembre 2011
    Messages : 9 012
    Points : 23 209
    Points
    23 209
    Par défaut
    Citation Envoyé par Ryu2000 Voir le message
    Ça n'arrivera jamais, il y aura toujours une RAM plus rapide. (ils vont pas se se dire "à DDR6 on arrête tout")
    ...

    Tu sais, il y a quand même des contraintes, qu'elles soient physiques, ou financières.
    Ce n'est pas parce qu'ils se lèvent un matin en se disant, tiens on va faire le DDR1337 cette année, que tout à coup les performances doublent.

    Les deux principales différences entre la RAM et le SSD sont :
    • la volatilité ;
    • la capacité.


    En RAM, on atteint déjà de 32 à 64Go sur des ordinateurs fixes. Cela commence déjà à être une capacité suffisante pour un disque.
    Il "suffirait juste" de rendre cela non-volatile pour un surcoût moindre et on aura des SSD/RAM. Possiblement en fusionnant les deux technologies à même le disque (un peu comme les mix SSD/HDD) où la partie SSD sert de cache au HDD.

    Fin bref, cela n'a rien d'impossible.
    Sachant aussi que la physique fait que la RAM n'aura de toute manière pas des performances infinies.


    Citation Envoyé par Ryu2000 Voir le message
    En parlant de SSD, on en revient au problème de la spécialisation, il y a eu une panne d’électricité dans un site de production partagé par Western Digital et Toshiba, du coup ils vont peut-être devoir augmenter les prix des SSD.
    Ça rappelle l’inondation dans la région où toutes les usines de disque dur se trouvaient (Taiwan ?) qui avait fait monter le prix de tous les disques dur à l'époque...
    Quel est le rapport ?

  10. #10
    Membre extrêmement actif
    Avatar de Ryu2000
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2008
    Messages
    9 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Décembre 2008
    Messages : 9 552
    Points : 18 446
    Points
    18 446
    Par défaut
    Citation Envoyé par Neckara Voir le message
    Tu sais, il y a quand même des contraintes, qu'elles soient physiques, ou financières.
    Ouais ben justement un disque dur c'est une grosse capacité, et de la RAM c'est super rapide.
    Un disque dur doit faire au minimum 1 To (à moins que ce pour l'OS auquel cas ça peut être plus petit).

    Bon après il y a longtemps qu'on peut utiliser de la RAM comme disque dur (tu mets ton OS en RAM et ça va aller encore beaucoup plus vite qu'un SSD).
    AMD avait racheté RAMDisk :
    http://www.radeonramdisk.com/software_downloads.php
    RAMDisk software creates a virtual drive using the available main memory (RAM) in your computer. The performance of a RAMDisk, in general, is orders of magnitude faster than other forms of storage media, such as an SSD (up to 100X) and hard drive (up to 200X).
    Citation Envoyé par Neckara Voir le message
    En RAM, on atteint déjà de 32 à 64Go sur des ordinateurs fixes. Cela commence déjà à être une capacité suffisante pour un disque.
    Déjà en 2004 un disque dur de 64 Go c'était pas beaucoup.
    Un disque dur ça fait au moins 2 To (sauf pour l'OS).
    Maintenant qu'il y a la fibre optique, les gens peuvent télécharger des vidéos qui font 32 Go chacune.

    Citation Envoyé par Neckara Voir le message
    Quel est le rapport ?
    Ben le SSD.
    Ça méritait pas de créer un topic et on ne gaspille pas une occasion de critiquer l'hyper spécialisation.
    Keith Flint 1969 - 2019

  11. #11
    Expert éminent
    Avatar de transgohan
    Homme Profil pro
    Développeur Temps réel Embarqué
    Inscrit en
    Janvier 2011
    Messages
    3 146
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Temps réel Embarqué

    Informations forums :
    Inscription : Janvier 2011
    Messages : 3 146
    Points : 9 386
    Points
    9 386
    Par défaut
    Citation Envoyé par Ryu2000 Voir le message
    Un disque dur doit faire au minimum 1 To (à moins que ce pour l'OS auquel cas ça peut être plus petit).
    Presque personne n'a besoin d'avoir un disque dur de 1To pour faire tourner un ordinateur...
    A part les gamers, et les professionnels qui utilisent beaucoup de données.

    Il n'y a qu'à regarder la profusion de tablettes qui remplacent l'utilisation des PCs dans pas mal de famille.
    Ces tablettes n'ont pas plus que 64Go pour la plupart.

    « Toujours se souvenir que la majorité des ennuis viennent de l'espace occupé entre la chaise et l'écran de l'ordinateur. »
    « Le watchdog aboie, les tests passent »

  12. #12
    Inactif  


    Homme Profil pro
    Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Inscrit en
    Décembre 2011
    Messages
    9 012
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Secteur : Enseignement

    Informations forums :
    Inscription : Décembre 2011
    Messages : 9 012
    Points : 23 209
    Points
    23 209
    Par défaut
    Citation Envoyé par Ryu2000 Voir le message
    Un disque dur doit faire au minimum 1 To (à moins que ce pour l'OS auquel cas ça peut être plus petit).
    Je ne dépasse même pas les 100Go d'espace disque utilisé (du -h /)…

    À moins de stocker des films en 4K, d'installer des jeux AAA, ou de faire de l'infographie/montage, il n'y a absolument pas besoin de 1To.
    À la limite 128Go est largement suffisant pour Mme Michu.

    Citation Envoyé par Ryu2000 Voir le message
    Bon après il y a longtemps qu'on peut utiliser de la RAM comme disque dur (tu mets ton OS en RAM et ça va aller encore beaucoup plus vite qu'un SSD).


    Faut pas arrêter ton ordinateur par contre, et gare au coupures de courants.

    Citation Envoyé par Ryu2000 Voir le message
    AMD avait racheté RAMDisk
    C'est le principe de tmpfs sous Linux en somme.

    Citation Envoyé par Ryu2000 Voir le message
    Maintenant qu'il y a la fibre optique, les gens peuvent télécharger des vidéos qui font 32 Go chacune.
    Ouais, Mme Michu va télécharger un film en 8K pour la regarder sur son écran 1080p.

  13. #13
    Membre expert

    Profil pro
    activité : oui
    Inscrit en
    Janvier 2014
    Messages
    1 260
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : activité : oui

    Informations forums :
    Inscription : Janvier 2014
    Messages : 1 260
    Points : 3 402
    Points
    3 402
    Par défaut
    Citation Envoyé par Neckara Voir le message
    Les deux principales différences entre la RAM et le SSD sont :
    • la volatilité ;
    • la capacité.
    En fait, comme le dit Ryu2000, la principale différence viens du fait que la RAM est plus rapide (et réactive). A cela s'additionne en second plan ta liste comme des limitations techniques. Il y a pourtant un net avantage à la RAM sur le SSD/HDD auquel personne ne semble penser au premier abord : elle permet un nombre de réécritures vertigineux !


    Citation Envoyé par Ryu2000 Voir le message
    Ça n'arrivera jamais, il y aura toujours une RAM plus rapide. (ils vont pas se se dire "à DDR6 on arrête tout")
    L'autre jour je cherchais la vitesse de l'SDR, ou de la DDR1 pour la comparer avec la vitesse des meilleurs SSD actuel, mais j'ai pas réussi à comparer comme je voulais...
    ça arrivera "probablement"... comme la majeure partie des évolutions technologiques. D'ailleurs il y a depuis qq années, une anonce par an qui va dans ce sens, la dernière en date :
    [quote]Des chercheurs de l’Université de Lancaster auraient élaboré une mémoire électronique universelle. Celle-ci permettrait de remplacer à la fois la DRAM et la mémoire flash. Manus Hayne, professeur de physique, explique : « la mémoire universelle, qui possède des données stockées de manière sécurisée et facilement modifiables, est largement considérée comme irréalisable, voire impossible. Mais notre appareil démontre ces propriétés contradictoires ». ...pour un coût énergétique inférieur d'un facteur 100, tous les brevets assortis sont en cours de dépôt.[\quote]

    La mémoire DDR1-SDRAM ayant un bus mémoire cadencé à 100 MHz est équivalente en débit de donnés à de la SDRAM à 200 MHz. Mais l'accès se fait non plus par 1 words par cycle, mais par 2 words par demi-cycle... puis par 4 en DDR2, puis 8 pour la DDR3-4-5. Une DDR4-3200 (CL16) permet un débit de 25 Go/s ...à comparer aux 1 Go/s de la SDR-133 et aux quelques Go/s des SSD les plus haut de gamme de 2019.
    Reste à comparer la réactivité, de l'ordre de 5 à 45 ns pour la RAM, à ??? pour les SSD les plus réactif.

    Attention aux comparatif de SSD... certains sont juste du M.2 en RAID et sont présenté comme un SSD classique dans les bench.
    Pensez à utiliser les pouces d’appréciation, pour participer à la visibilité de l'apport d'un propos, ou l'intérêt que vous y prêtez... qu'il soit positif ou négatif.

  14. #14
    Inactif  


    Homme Profil pro
    Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Inscrit en
    Décembre 2011
    Messages
    9 012
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Secteur : Enseignement

    Informations forums :
    Inscription : Décembre 2011
    Messages : 9 012
    Points : 23 209
    Points
    23 209
    Par défaut
    Citation Envoyé par Steinvikel Voir le message
    En fait, comme le dit Ryu2000, la principale différence viens du fait que la RAM est plus rapide (et réactive). A cela s'additionne en second plan ta liste comme des limitations techniques. Il y a pourtant un net avantage à la RAM sur le SSD/HDD auquel personne ne semble penser au premier abord : elle permet un nombre de réécritures vertigineux !
    Désolé, je me suis mal exprimé.
    Je vais reformuler.


    Les deux principales différences d'usages entre RAM et SSD sont que pour le SSD, on a besoin d'une mémoire persistante, ainsi que d'une grande capacité. Si on arrivait à faire en sorte que la RAM devienne persistante, avec une capacité acceptable (sachant qu'on est déjà à 64Go facile), pour un prix correct (évidemment), la RAM pourra remplacer les SSD.

    Mais en effet, si le SSD arrivait à faire plus de réécriture (je pense qu'on est pas trop mal actuellement), et devienne encore plus rapide, toujours pour un prix correct, l'inverse serait aussi possible, que les SSD remplacent la RAM, bien que la mémoire ne soient dans ce cas non-volatile.

  15. #15
    Membre extrêmement actif
    Avatar de Ryu2000
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2008
    Messages
    9 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Décembre 2008
    Messages : 9 552
    Points : 18 446
    Points
    18 446
    Par défaut
    Citation Envoyé par Neckara Voir le message
    Je ne dépasse même pas les 100Go d'espace disque utilisé (du -h /)…
    Moi j'utilise Windows, au bout d'un temps les mises à jours prennent 100 Go. (j’exagère un peu)

    Il y a des gens qui ont sur leur disque dur des séries et des films et ça prend rapidement de la place.

    Citation Envoyé par Steinvikel Voir le message
    Des chercheurs de l’Université de Lancaster auraient élaboré une mémoire électronique universelle. Celle-ci permettrait de remplacer à la fois la DRAM et la mémoire flash.
    Ouais peut-être que ça finira comme ça.
    Mais peut-être qu'une autre équipe va développer une ram encore plus rapide que la mémoire électronique universelle.
    Keith Flint 1969 - 2019

  16. #16
    Inactif  


    Homme Profil pro
    Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Inscrit en
    Décembre 2011
    Messages
    9 012
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Secteur : Enseignement

    Informations forums :
    Inscription : Décembre 2011
    Messages : 9 012
    Points : 23 209
    Points
    23 209
    Par défaut
    Citation Envoyé par Ryu2000 Voir le message
    Moi j'utilise Windows, au bout d'un temps les mises à jours prennent 100 Go. (j’exagère un peu)
    Cela sera bientôt de l'histoire ancienne, M$ se dirigeant de plus en plus (amha) vers un noyau Linux.

    Citation Envoyé par Ryu2000 Voir le message
    Il y a des gens qui ont sur leur disque dur des séries et des films et ça prend rapidement de la place.
    Outre l'aspect légal, généralement ceux qui le font utilisent un disque dur externe, plus pratique pour partager entre ordinateurs ou entre amis.

    Et tout le monde ne fait pas cela. Au pire, on pourra avoir deux disques dur internes, comme sur certains modèles d'ordinateurs.

  17. #17
    Candidat au Club
    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Mars 2013
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Conseil

    Informations forums :
    Inscription : Mars 2013
    Messages : 1
    Points : 2
    Points
    2
    Par défaut Guéguerre d'egos. Point barre.
    Bonsoir à tous,

    Avant tout, je ne suis pas un expert ou spécialiste Linux ou architecture soft.

    Néanmoins, la lecture de ce type d'article me conduit assez facilement à conclure qu'il s'agit plus d'un combat de coqs que d'un débat technique.
    En effet, je crois que les protagonistes ne parlent pas exactement de la même chose. S'il s'agissait d'un débat technique, il "suffirait" de poser le problème avec des sondes en prenant soin de démontrer leur innocuité sur le mode de calcul des piles.
    Bref, mieux qu'une polémique, de telles personnes, à ce niveau, pourraient faire montre de maturité et démontrer factuellement leur raison.

    Pitoyable. Linus n'est plus ce qu'il était.
    Nombre d'experts peuvent désormais prendre le relais sur la "Paternité" du palmipède des glaciers.

    Manu

  18. #18
    Responsable Systèmes


    Homme Profil pro
    Gestion de parcs informatique
    Inscrit en
    Août 2011
    Messages
    17 351
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Gestion de parcs informatique
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Août 2011
    Messages : 17 351
    Points : 42 822
    Points
    42 822
    Par défaut
    Pitoyable. Linus n'est plus ce qu'il était.
    Si justement, il est égal à lui-même. Il a toujours été comme ça que je sache.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur le P2V, mon article sur le cloud
    Consultez nos FAQ : Windows, Linux, Virtualisation

  19. #19
    Membre émérite

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2013
    Messages
    1 058
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2013
    Messages : 1 058
    Points : 2 559
    Points
    2 559
    Par défaut
    <hors sujet>
    Ca me fait un peu rire ces envolés de Linus.
    Mais je plains ceux qui doivent bosser en direct avec lui.
    Je croyais qu'il s'était engagé à être plus aimable, c'est mal barré
    </hors sujet>
    Consultez mes articles sur l'accessibilité numérique :

    Comment rendre son application SWING accessible aux non voyants
    Créer des applications web accessibles à tous

    YES WE CAN BLANCHE !!!

    Rappelez-vous que Google est le plus grand aveugle d'Internet...
    Plus c'est accessible pour nous, plus c'est accessible pour lui,
    et meilleur sera votre score de référencement !

  20. #20
    Expert éminent
    Avatar de transgohan
    Homme Profil pro
    Développeur Temps réel Embarqué
    Inscrit en
    Janvier 2011
    Messages
    3 146
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Temps réel Embarqué

    Informations forums :
    Inscription : Janvier 2011
    Messages : 3 146
    Points : 9 386
    Points
    9 386
    Par défaut
    Citation Envoyé par CoderInTheDark Voir le message
    Mais je plains ceux qui doivent bosser en direct avec lui.
    Si le télétravail a été inventé c'est surement pour lui.

    « Toujours se souvenir que la majorité des ennuis viennent de l'espace occupé entre la chaise et l'écran de l'ordinateur. »
    « Le watchdog aboie, les tests passent »

Discussions similaires

  1. Système de mise en cache
    Par Eva01 dans le forum Langage
    Réponses: 2
    Dernier message: 29/06/2008, 10h24
  2. [Système] mise en cache du header
    Par gregius dans le forum Langage
    Réponses: 8
    Dernier message: 27/10/2006, 12h40
  3. système de mise à jour automatique
    Par eponette dans le forum Web & réseau
    Réponses: 2
    Dernier message: 24/08/2005, 21h17
  4. [Système] Mozilla plus lent que IE
    Par Halleck dans le forum Langage
    Réponses: 6
    Dernier message: 22/06/2005, 18h26
  5. mise en cache du navigateur
    Par littleqi dans le forum ASP
    Réponses: 4
    Dernier message: 03/06/2005, 16h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo