Elden et Bob ont toujours utilisé des disques virtuels, et ce depuis leur tout premier Mac. Nous avons aimé utiliser les différents partagiciels de disques virtuels. Et leur rapidité d'accès nous permettait d'accélérer la compilation de nos projets ainsi que les autres applications à accès fréquent au disque.
Pourquoi donc avons-nous créé le notre?
À l'origine, c'était parce qu'un de nos logiciels préféré ne pouvait monter plusieurs disques virtuels en même temps. Donc, si nous voulions récupérer un fichier de code source qui se trouvait sur un autre disque virtuel, nous devions ranger le disque actif, monter l'autre disque virtuel, copier le fichier sur le disque dur, et enfin remonter le disque virtuel original et utiliser le fichier.
C'était un vrai casse-tête, et nous avons décidé d'écrire notre propre logiciel de disque virtuel -- à l'origine uniquement pour aborder cet inconvénient. Mais,tant qu'à travailler à la création de notre propre logiciel de disque virtuel, nous avons décidé de nous donner des objectifs plus ambitieux.
Ces objectifs comprenaient:
Depuis l'introduction de ramBunctious 1.0, nous lui avons aporté des améliorations régulièrement. De temps en temps nous lui avons ajouté des fonctions, afin de maintenir ramBunctious à la fine pointe des logiciels de disques virtuels pour MacIntosh.
Voici les logiciels que nous comparons:
Fonctions | ramBunctious | Apple | RamDisk+ | AppDisk | FasterApp | ShrinkWrap |
---|---|---|---|---|---|---|
Plusieurs disques virtuels montés simultanément | ||||||
Récupération de la mémoire sans redémarrer | ||||||
Enregistrement du contenu au disque | ||||||
Écriture en direct au disque | ||||||
Enregistrement au disque | ||||||
Utilisation du disque virtuel comme disque de démarrage4 | ||||||
Bulles d'aide | ||||||
Indicateurs témoins d'accès au disque | ||||||
Peut-être piloté par AppleScript |
1 | La plupart des disques virtuels "récupérables" utilisent le Bloc du Gestionaire d'Application. ShrinkWrap emmagasine ses disques virtuels dans le Bloc Système. Cette portion de mémoire est récupérable lorsque vous rangez un disque ShrinkWrap, mais les applications comme telles n'y ont pas toujours facilement accès. Si un disque ShrinkWrap se trouve dans le Bloc Système et qu'un autre programme vient créer un pointeur au-dessus de l'allocation attribuée au disque SkhrinkWrap, le Bloc Système ne peut se réduire lorsque le disque est rangé. Donc, si une extension ou un élément quelconque du MacOS vient placer ce pointeur, la mémoire est perdue jusqu'au prochain démarrage. |
2 | Ce ne sont pas tous les Macintosh qui permettent l'enregistrement à la fermeture. |
3 | ShrinkWrap vous permet d'utiliser une image disque soit comme disque virtuel ou allows you to choose between using a disk image as a RAM disk or running it directly from the hard drive. If you run it directly from the hard drive, then it is indeed a real-time write-through. But if it is used as a RAM disk, there is no real-time write-through to disk. |
4 | Ce ne sont pas tous les ordinateurs roulant le MacOS qui peuvent redémarrer à partir d'un disque virtuel. L'architecture des premiers G3, par exemple, ne peut leur permettre de redémarrer à partir d'un disque virtuel. |
Plusieurs mesures ont été prises en utilisant différents utilitaires d'étalonnage. Toutes les données présentées ici ont été prises à l'aide de l'utilitaire System Info des Norton Utilities 3.5. Nous avons ajusté la mémoire cache à 128Ko et désactivé la mémoire virtuelle. Pour les disques virtuels qui pouvaient fonctionner en redémarrant avec extensions désactivées, c'est ce que nous avons fait. Autrement, nous avons utilisé le minimum d'extensions.
Nous avons réduit au plus simple la configuration lors de l'utilisation des disques virtuels. Par exemple, pour ramBunctious en minimisant les activités parasites.
Les tests ont été effectués sur un ordinateur Power Computing G3 cadencé à 266Mhz.
Voici le graphique des résultats d'éxécutions global:
La vitesse de traitement a été calculée pour une game de tailles de blocs. Le graphique suivant présente le vitesse de traitement à la lecture et à l'écriture en fonction des tailles de blocs.
En plus des graphiques de vitesse de traitement, les graphiques de "performances relatives" nous montrent de quelle façon les disques virtuels se comparent entre eux. Pour clarifier l'efficacité relative de chaque disque virtuel pour chaque taille de bloc, le niveau 100% a été arbitrairement attribué au disque virtuel le plus rapide pour chaque taille de bloc.
Voici les graphiques de débit et de performance relative pour les opérations de lecture.
Voici les graphiques de débit et de performance relative pour les opérations d'écriture.
Ce qui suit correspond aux données brutes copiées à partir d'un test System Info de Norton Utilies 3.5 effectué sur chaque disque virtuel. Nous avons ajusté la mémoire cache à 128Ko et désactivé la mémoire virtuelle, tel que le recommande System Info. En fait, la plupart des tests ont été effectués sans extensions. Les seules extensions que nous avons laissées sont celles des disques virtuels eux mêmes ou de leurs tableaux de bord, pour ceux qui les requéraient.
Nous avons pris deux mesures pour chacun des disques virtuels, et c'est la moyenne des deux qui a servi à produire les graphiques.
Voici les données de la feuille de calcul. Elles ont été prises avec Norton Utilities 3.5 sur Mac PPC G3 cadencé à 266Mhz.
chrono | lecture | écriture | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Disque virtuel | performance globale |
(K/sec) aléat. |
1K (K/sec) |
4K (K/sec) |
16K (K/sec) |
64K (K/sec) |
256K (K/sec) |
(K/sec) aléat. |
1K (K/sec) |
4K (K/sec) |
16K (K/sec) |
64K (K/sec) |
256K (K/sec) |
|
DV de Apple | 4569 | 10651.3 | 16065 | 31025 | 38642 | 43214 | 43178 | 4907.5 | 5781.8 | 16028 | 30521 | 42244 | 43447 | |
4644 | 10600.1 | 16405 | 31448 | 38801 | 43208 | 43119 | 5108.7 | 7148.8 | 19361 | 32438 | 41977 | 41797 | ||
moyenne | 4606.5 | 10625.7 | 16235 | 31236.5 | 38721.5 | 43211 | 43148.5 | 5008.1 | 6465.3 | 17694.5 | 31479.5 | 42110.5 | 42622 | |
AppDisk 1.7.2 | 6423 | 9971.6 | 14864 | 40028 | 60610 | 80058 | 79743 | 7465.1 | 8254.2 | 24291 | 44616 | 65697 | 72622 | |
6259 | 9783.4 | 14520 | 38071 | 57839 | 75070 | 74246 | 7800.1 | 9153.7 | 25496 | 46115 | 70639 | 70663 | ||
moyenne | 6341 | 9877.5 | 14692 | 39049.5 | 59224.5 | 77564 | 76994.5 | 7632.6 | 8703.95 | 24893.5 | 45365.5 | 68168 | 71642.5 | |
FasterApp | 6667 | 10490.8 | 15706 | 44444 | 64237 | 81966 | 77504 | 7865.6 | 8674.4 | 24498 | 44784 | 66011 | 64714 | |
6583 | 10180.7 | 15228 | 43802 | 63504 | 78320 | 75971 | 8333.8 | 9898 | 27339 | 46745 | 60051 | 65779 | ||
moyenne | 6625 | 10335.75 | 15467 | 44123 | 63870.5 | 80143 | 76737.5 | 8099.7 | 9286.2 | 25918.5 | 45764.5 | 63031 | 65246.5 | |
RamDisk+ 3.2.4 | 6689 | 10601.8 | 15510 | 42007 | 64674 | 84767 | 81843 | 7812.7 | 7531.8 | 21729 | 45830 | 70915 | 73235 | |
6674 | 10245.5 | 15063 | 41537 | 65193 | 85828 | 83487 | 8201.6 | 8732.4 | 23122 | 41004 | 70158 | 74501 | ||
moyenne | 6681.5 | 10423.65 | 15286.5 | 41772 | 64933.5 | 85297.5 | 82665 | 8007.15 | 8132.1 | 22425.5 | 43417 | 70536.5 | 73868 | |
ShrinkWrap 3.0 | 7584 | 13329.1 | 21001 | 50902 | 67222 | 80679 | 77840 | 9472.6 | 11097.1 | 31491 | 51712 | 76796 | 74184 | |
7933 | 13255.3 | 20390 | 51266 | 72912 | 87855 | 87896 | 10046.5 | 12197.7 | 34144 | 54448 | 73824 | 81105 | ||
moyenne | 7758.5 | 13292.2 | 20695.5 | 51084 | 70067 | 84267 | 82868 | 9759.55 | 11647.4 | 32817.5 | 53080 | 75310 | 77644.5 | |
ramBunctious 1.3 | 7740 | 14004.8 | 22184 | 53167 | 68152 | 81346 | 78445 | 9660.4 | 10944.9 | 30621 | 50833 | 76164 | 74369 | |
7816 | 13918.3 | 22962 | 53879 | 68266 | 78534 | 77840 | 10448.1 | 12767.3 | 35759 | 54132 | 71041 | 76421 | ||
moyenne | 7778 | 13961.55 | 22573 | 53523 | 68209 | 79940 | 78142.5 | 10054.25 | 11856.1 | 33190 | 52482.5 | 73602.5 | 75395 |
|