Maison > développement back-end > Golang > le corps du texte

Les Split Stacks sont-ils superflus sur les architectures AMD64 ?

Patricia Arquette
Libérer: 2024-11-04 04:55:29
original
214 Les gens l'ont consulté

Are Split Stacks Superfluous on AMD64 Architectures?

Split Stacks : inutile sur AMD64 ?

Il a été suggéré que l'utilisation du modèle d'exécution de pile divisée est superflue sur les architectures 64 bits. Cela implique que le vaste espace d'adressage des systèmes 64 bits peut gérer un nombre potentiellement important de threads sans ce schéma de gestion de pile supplémentaire.

Les experts sont-ils d'accord ?

Alors qu'Ian Lance Taylor fait allusion à cette notion en suggérant qu'un espace d'adressage de 64 bits peut accueillir des piles de threads, bstrie déclare explicitement que la surcharge et le cas d'utilisation limité des piles divisées sur les plates-formes 32 bits les rendent inutiles sur les systèmes 64 bits.

Pourquoi inutile sur AMD64 ?

Les piles divisées sur les architectures AMD64 64 bits sont en effet inutiles car :

  • Vaste espace d'adressage virtuel : L'espace d'adressage virtuel de 64 bits fournit une plage d'adresses suffisamment large pour accueillir des millions de plages d'adresses de pile. Chaque plage peut être aussi étendue qu'un espace d'adressage entier de 32 bits.
  • Gestion dynamique de la mémoire : Dans le modèle de mémoire plate utilisé sur AMD64, la MMU matérielle facilite une gestion transparente de la mémoire. Le système réserve de grandes parties de l'espace d'adressage virtuel pour les nouvelles piles, mais n'en mappe qu'une partie (généralement 4 Ko) à la mémoire physique.
  • Mappage à la demande : À mesure que la pile grandit ou diminue, le système d'exploitation ajuste dynamiquement les mappages MMU pour mapper des pages supplémentaires de la plage d'adresses virtuelles à la mémoire physique.
  • Optimisation des performances : Cette approche permet aux piles de s'étendre et de se contracter efficacement tout en conservant les adresses virtuelles contiguës, en minimisant surcharge de code pendant les prologues de fonction.
  • Évolutivité : Le mécanisme permet la création de millions de piles qui peuvent croître selon les besoins, en consommant uniquement la mémoire qu'elles utilisent.

Contrairement aux mécanismes sophistiqués utilisés sur AMD64, l'implémentation actuelle de Go ne dispose pas de ces optimisations, ce qui rend les piles divisées inutiles sur cette plate-forme.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal
À propos de nous Clause de non-responsabilité Sitemap
Site Web PHP chinois:Formation PHP en ligne sur le bien-être public,Aidez les apprenants PHP à grandir rapidement!