Et entre le moment où j'ai tourné la vidéo et le moment où je l'ai posté, le lien avait disparu ! C'est tellement parlant que j'ai mis le lien archive.org ! Ouf, sauvé !
Bonsoir Yves Vraiment super ta vidéo! Tes exemples sont très bien choisis! C'est toujours un plaisir d'apprécier ton travail : du vrai travail bien fait!
Après 40 ans d'informatique, cette explication est vraiment intéressante et fait sens. Différence entre hyperthreadind et multitâche système ? Autre vidéo à prévoir !
Après le fonctionnement de la Swap, j'en apprends sur la mémoire et les différents temps d'accès. Excellent 👍 Je vais regarder d'autres vidéos, c'est bon d'apprendre 😁
Clairement ! Car Yves est très bon pédagogue . . . écouter Yves est toujours le point de départ d'un sujet Linux (si dispo car il a fait peu de vidéos Linux en réalité). Il eu été tellement bien qu'il fit une réelle playlist solide avec des sujets qui se suivent sur 80 vidéos ou plus. Et avec abonnement "rejoindre la chaine" pour avoir accès à l'ensemble de la playslist. comme fait Xavki sur une centaine de vidéos Linux de plus de 20 minutes chacune. Enfaite je regarde le contenu de Xavki car je suis obligé (+ complet) mais Yves est tellement plus agréable à écouter. Meilleures pédagogue et communiquant. Genre une bonne petite playlist RHCSA - RHCE bien complète. ça va péter le feu un max pour les 5-10 prochaines années à venir. Yves si nous lis. . . (lol)
Bonne vidéo, on comprend bien ce que tu veux dire, seulement, comme je connais bien le sujet, je vais me permettre de chipoter sur quelques détails: - "Consommer la ram" me parait impropre, on la "réserve" pour l'utiliser, mais une fois qu'on a fini on la libère ! Consommer peut sous entendre qu'une fois utilisée, on la perd, ce qui serait dommage - Le cache disque sur RAM n'est pas le buffer des entrées sorties, ce sont deux choses différentes. Le cache disque est bien ce que tu décris, il garde de côté dans la ram au cas où le fichier serait lu une seconde fois pour éviter d'appeler le device derrière, le buffer par contre est là pour garder les données le temps qu'elles soient lues/écrites/acquitées par le device ou le programme. Il sert aussi de mémoire de travail pour les modules du noyau, comme le driver graphique etc... - L'exemple que tu prends pour décrire le fonctionnement de l'Hyper Threading / SMP n'est pas vraiment ce qu'il se passe en réalité. Dans le cas que tu décris, cela fonctionne même sans HT/SMP, c'est simplement le système d'exploitation qui va reprendre la main pour faire autre chose et rappeler le programme par la suite (os préemptif). On peut faire du multi tâche sans avoir plusieurs coeurs, même virtuels, encore heureux ! L'hyper threading à la base a été fait pour les Pentium 4 pour pallier à une faiblesse du pipeline d'instruction, qui était trop faiblard par rapport à ce que le processeur pouvoir calculer, du coup ils en ont mis deux pipeline, et ça fait deux fils d'instructions pour un seul "coeur de calcul". Voilà pour mon grain de sel.
Merci pour ton grain de sel. Comme tu connais bien le sujet, j'ai des précisions à te demander: - Je croyais que page-cache et buffer-cache avaient fusionné depuis le 2.6, mais ce n'est pas de ça que tu parles ? - Le page cache sert de mémoire de travail pour les driver ? Je veux bien un ou deux pointeurs sur le sujet du coup - Dans mon exemple sur l'hyperthreading, je ne parle pas de l'OS mais du processeur. Autant à l'époque du Pentium 4 l'hyperthreading n'était qu'un second pipeline d'instruction, mais ça a pas mal changé et évolué depuis. Et dans les processeurs modernes, ça joue à fond sur les latences d'accès
@@yrougy : (Je connais bien le sujet mais mes connaissances sont un peu vielles apparemment) - Effectivement ils ont fusionné mais ils sont encore séparés dans meminfo (Buffers et Cached) même s'ils sont maintenant affichés dans la même colonne dans free, c'est peut être le même mécanisme derrière mais ils sont bien séparés quelque part (Mais peut être qu'effectivement on parle pas de la même chose) - Alors là je crois que je me suis planté, désolé, ça me paraissait évident quand je l'ai écris mais maintenant que je me relis... je pensais surtout au buffer des entrées sorties (pas seulement pour le disque) - Je ne suis pas très au fait de ces évolutions dont tu parles sur l'hyper threading, pour moi ça n'a pas beaucoup changé depuis le Pentium 4, mais peut être que là aussi je me trompe ?
J'avais conscience des temps de latence et de leurs importance, mais j'étais loins de me représenter de telles échelles de temps ! 😳 Super explication 👍
Amazing Par exemple, chaque cœur d'un serveur basé sur la famille de processeurs Intel Xeon E5 v4 peut effectuer 2,4 milliards de tics d'horloge - et peut exécuter plusieurs fois ce nombre d'instructions - dans la seconde si j'ai bien capter . Je préfère le terme 'mémoire tampon' à buffer ; Merci pour le job 👍 et plus facile à comprendre que les' jobs'
Très bonne vidéo., merci !
La mise à l'échelle humaine est très parlante, même pour ceux qui sont familiers du fonctionnement des processeurs/mémoire.
Et entre le moment où j'ai tourné la vidéo et le moment où je l'ai posté, le lien avait disparu ! C'est tellement parlant que j'ai mis le lien archive.org ! Ouf, sauvé !
Merci Yves pour cette superbe vidéo avec la pédagogie comme habituel qui permet de comprendre enfin ce qu'on avait jamais compris....
73 f1gjw
J'aime tellement ta manière d'expliquer les choses. Un grand merci pour ton contenu !
Oh merci beaucoup !
Super, merci pour tes vidéos, vivement la suite.
Ah merci :). Ça arrive, l'épisode deux est écrit !
Bravo monsieur
C'est extraordinaire vos explications
Merci beaucoup.
Merci beaucoup Hassan !
Bonsoir Yves Vraiment super ta vidéo! Tes exemples sont très bien choisis! C'est toujours un plaisir d'apprécier ton travail : du vrai travail bien fait!
Merci beaucoup Thibault !
Après 40 ans d'informatique, cette explication est vraiment intéressante et fait sens. Différence entre hyperthreadind et multitâche système ? Autre vidéo à prévoir !
Oui pourquoi pas. Bonne idée. Merci !
Après le fonctionnement de la Swap, j'en apprends sur la mémoire et les différents temps d'accès. Excellent 👍 Je vais regarder d'autres vidéos, c'est bon d'apprendre 😁
Bon que dire ... ben rien ... c'est parfait une fois de plus. On attend la suite, revoir les bases de temps en temps ça fait pas d'mal . Merci Yves
Je vais essayer de trouver du temps pour la tourner et la monter, mais elle est complexe la prochaine !
Merci, j'attends la suite aussi ! 👍
Je ne donne pas de date prévisionnelle hein !
Excellente vidéo, je n'imaginais pas tde elle échelle de temps d'accès aux différents composants.
Tant que je n’avais pas vu la mise à l’échelle, c’était très abstrait pour moi aussi ! Mais oui ça permet de mettre du sens
Cette chaîne est sous-cotée
Oh merci ! ☺️
Clairement ! Car Yves est très bon pédagogue . . . écouter Yves est toujours le point de départ d'un sujet Linux (si dispo car il a fait peu de vidéos Linux en réalité).
Il eu été tellement bien qu'il fit une réelle playlist solide avec des sujets qui se suivent sur 80 vidéos ou plus. Et avec abonnement "rejoindre la chaine" pour avoir accès à l'ensemble de la playslist. comme fait Xavki sur une centaine de vidéos Linux de plus de 20 minutes chacune.
Enfaite je regarde le contenu de Xavki car je suis obligé (+ complet) mais Yves est tellement plus agréable à écouter. Meilleures pédagogue et communiquant.
Genre une bonne petite playlist RHCSA - RHCE bien complète. ça va péter le feu un max pour les 5-10 prochaines années à venir.
Yves si nous lis. . . (lol)
Merci beaucoup ! ;)
Bonne vidéo, on comprend bien ce que tu veux dire, seulement, comme je connais bien le sujet, je vais me permettre de chipoter sur quelques détails:
- "Consommer la ram" me parait impropre, on la "réserve" pour l'utiliser, mais une fois qu'on a fini on la libère ! Consommer peut sous entendre qu'une fois utilisée, on la perd, ce qui serait dommage
- Le cache disque sur RAM n'est pas le buffer des entrées sorties, ce sont deux choses différentes. Le cache disque est bien ce que tu décris, il garde de côté dans la ram au cas où le fichier serait lu une seconde fois pour éviter d'appeler le device derrière, le buffer par contre est là pour garder les données le temps qu'elles soient lues/écrites/acquitées par le device ou le programme. Il sert aussi de mémoire de travail pour les modules du noyau, comme le driver graphique etc...
- L'exemple que tu prends pour décrire le fonctionnement de l'Hyper Threading / SMP n'est pas vraiment ce qu'il se passe en réalité. Dans le cas que tu décris, cela fonctionne même sans HT/SMP, c'est simplement le système d'exploitation qui va reprendre la main pour faire autre chose et rappeler le programme par la suite (os préemptif). On peut faire du multi tâche sans avoir plusieurs coeurs, même virtuels, encore heureux ! L'hyper threading à la base a été fait pour les Pentium 4 pour pallier à une faiblesse du pipeline d'instruction, qui était trop faiblard par rapport à ce que le processeur pouvoir calculer, du coup ils en ont mis deux pipeline, et ça fait deux fils d'instructions pour un seul "coeur de calcul".
Voilà pour mon grain de sel.
Merci pour ton grain de sel. Comme tu connais bien le sujet, j'ai des précisions à te demander:
- Je croyais que page-cache et buffer-cache avaient fusionné depuis le 2.6, mais ce n'est pas de ça que tu parles ?
- Le page cache sert de mémoire de travail pour les driver ? Je veux bien un ou deux pointeurs sur le sujet du coup
- Dans mon exemple sur l'hyperthreading, je ne parle pas de l'OS mais du processeur. Autant à l'époque du Pentium 4 l'hyperthreading n'était qu'un second pipeline d'instruction, mais ça a pas mal changé et évolué depuis. Et dans les processeurs modernes, ça joue à fond sur les latences d'accès
@@yrougy :
(Je connais bien le sujet mais mes connaissances sont un peu vielles apparemment)
- Effectivement ils ont fusionné mais ils sont encore séparés dans meminfo (Buffers et Cached) même s'ils sont maintenant affichés dans la même colonne dans free, c'est peut être le même mécanisme derrière mais ils sont bien séparés quelque part (Mais peut être qu'effectivement on parle pas de la même chose)
- Alors là je crois que je me suis planté, désolé, ça me paraissait évident quand je l'ai écris mais maintenant que je me relis... je pensais surtout au buffer des entrées sorties (pas seulement pour le disque)
- Je ne suis pas très au fait de ces évolutions dont tu parles sur l'hyper threading, pour moi ça n'a pas beaucoup changé depuis le Pentium 4, mais peut être que là aussi je me trompe ?
C’est sûr qu’on commence à être dans des trucs un peu pointus là …
Au top comme toujours !
Haha merci beaucoup hein !
Super vidéo, comme d’habitude !😃
Merci beaucoup 😁
Merci pour ces explications.
Penses-tu faire une vidéo sur le traitement des process avec l’hyperthreading ?
Je vais peut être ré aborder le sujet mais je ne suis pas sûr qu’il y en ait tant que ça à dire.
c'est un sujet extraimement important ..svp une video la dessus
J'avais conscience des temps de latence et de leurs importance, mais j'étais loins de me représenter de telles échelles de temps ! 😳
Super explication 👍
C'est clair que la mise à l'échelle permet de se rendre compte des différences !
Quel mémoire... top
J'ai appris peu de chose sur la RAM.. mais j'ai appris des trucs sur le CPU.. 😁 (sur processeurs virtuels) Merci
Génial !
Amazing Par exemple, chaque cœur d'un serveur basé sur la famille de processeurs Intel Xeon E5 v4 peut effectuer 2,4 milliards de tics d'horloge - et peut exécuter plusieurs fois ce nombre d'instructions - dans la seconde si j'ai bien capter .
Je préfère le terme 'mémoire tampon' à buffer ;
Merci pour le job 👍 et plus facile à comprendre que les' jobs'
Attention, la suite va être technique !
Yesss
Didactique.... J'ai appris deux ou trois choses et je me coucherais ce soir moins bête. F4RTE
Ah tant mieux !