Changes between Version 12 and Version 13 of WikiStart


Ignore:
Timestamp:
May 20, 2016, 9:13:23 PM (8 years ago)
Author:
alain
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WikiStart

    v12 v13  
    1010Pour réduire la consommation énergétique, ALMOS-MK supporte des architectures utilisant des processeurs 32 bits. Dans ce cas, chaque cluster possède un espace d'adressage physique 32 bits. Pour accéder à l'ensemble de l'espace adressage physique des architectures cibles (40 bits dans le cas de TSAR), ALMOS-MK s'exécute entièrement en adressage physique (la MMU paginée des coeurs est désactivée dès qu'on entre dans le noyau. Pour permettre  au noyau d'un cluster K d'accéder directement à la mémoire de n'importe quel autre cluster, ALMOS-MK suppose l'existence de primitives  ''remote_read'' et ''remote_write'' utilisant des adresses physiques étendues (CID / PTR) sur 64 bits (où CID  est l'index du cluster sur 32 bits, et PTR est l'adresse physique locale dans le cluster sur 32 bits). Ces primitives sont en particulier utilisées pour implémenter le mécanisme RPC, mais peuvent aussi être utilisées pour accélérer certains mécanismes critiques en performance.
    1111
    12 == 1) [wiki:replication_distribution Réplication et distribution des données] ==
     12Le système ALMOS-MK est l'héritier du système ALMOS.
     13ALMOS a été développé par Ghassan Almaless, les principes généraux du système ALMOS sont décrits dans sa thèse.
     14La première version de ALMOS-MK, et en particulier le système de fichiers distribué a été développé par Mohamed Karaoui, et les principes généraux du mécanisme RPC sont décrits dans sa thèse.
     15
     16== A) [wiki:replication_distribution Réplication et distribution des données] ==
    1317
    1418Cette section définit les principes de la politique de réplication / distribution des informations sur les différents bancs mémoire physiques. Cette politique vise deux objectifs : renforcer la localité, et SURTOUT minimiser la contention.
     
    1721 * Pour les données partagées (segments de type DATA, HEAP, MMAP), on cherche à les distribuer le plus uniformément possible dans tous les clusters pour éviter la contention.
    1822
    19 == 2) [wiki:page_tables Réplication des tables de pages] ==
     23== B) [wiki:page_tables Réplication des tables de pages] ==
    2024
    2125Pour minimiser la contention lors du traitement des MISS TLB, ALMOS-MK réplique - partiellement - les tables de page d'une application parallèle  multi-thread dans tous les clusters de l'architecture contenant au moins un thread de cette application. Cette section analyse le mécanisme de construction dynamique de ces tables de pages distribuées et partiellement répliquées, et le protocole permettant de garantir la cohérence de ces tables de pages.
    2226 
    23 == 3) [wiki:processus_thread Création/destruction des processus et des thread] ==
     27== C) [wiki:processus_thread Création/destruction des processus et des thread] ==
    2428
    2529Toujours pour minimiser la contention ALMOS-MK réplique - partiellement - les descripteurs de processus dans tous les clusters de l'architecture contenant au moins un thread de l'application. Cette section décrit les mécanismes de création et de destruction des processus et des thread, et précise les informations contenues dans les structures de données task_t (processus) et thread_t (thread).
    2630
    27 == 4) [wiki:thead_scheduling Ordonnancement des threads] ==
     31== D) [wiki:thead_scheduling Ordonnancement des threads] ==
    2832
    2933Dans ALMOS, on utilise des listes doublement chaînées ''internes'' pour représenter l'ensemble des thread en attente d'une même ressource.