En effet, avec PFS (Amiga), la défrag est une propriété du file system lui-même, FS qui n'a aucun problème pour gérer ses I/O (tous les disques et périphériques sont naturellement multi-thread et à accès concurents) et les priorités sont traitées par le temps réel (executive(tm)), ce qui explique que le temps de délayage soit si long ...
Ce qui n'existe pas sous Linux ne signifie pas que personne ne s'en serve.
Par exemple, les fichiers souvent accédés sont rangés au plus près de la zône de park des têtes, pour être plus rapidement chargés.
Vous avez ça ?
Tout est interne au FS, on peut y accéder par une API de messages inter-processus standard sur l'Amiga (exec.h ; exec/messages.h), ce qui conserve l'accès multi-tâche et arbitre les sémaphores et l'accès aux zônes mémoire communes.
Celà existe t'il sous un système à mémoire protégée ?
Non.
Ou alors c'est hyper-lent (d'où la necessité de faire tourner vos machines à 500MHz).
Je rappelle que la mienne va à 50MHz (68060).
Mais top annonce une utilisation CPU autour des 5%. Yark.
[^] # Précisions quant au PFS-Amiga
Posté par Anonyme . En réponse à la dépêche Récapitulatif sur les systèmes de fichiers journalisés. Évalué à 0.
Ce qui n'existe pas sous Linux ne signifie pas que personne ne s'en serve.
Par exemple, les fichiers souvent accédés sont rangés au plus près de la zône de park des têtes, pour être plus rapidement chargés.
Vous avez ça ?
Tout est interne au FS, on peut y accéder par une API de messages inter-processus standard sur l'Amiga (exec.h ; exec/messages.h), ce qui conserve l'accès multi-tâche et arbitre les sémaphores et l'accès aux zônes mémoire communes.
Celà existe t'il sous un système à mémoire protégée ?
Non.
Ou alors c'est hyper-lent (d'où la necessité de faire tourner vos machines à 500MHz).
Je rappelle que la mienne va à 50MHz (68060).
Mais top annonce une utilisation CPU autour des 5%. Yark.