Une application pour créer un RamDisk sous OS X, Réactions à la publication du 05/05/2014

[yponomeute]

Word crée des fichiers dans T/TemporaryItems/, quand le problème d'enregistrement du fichier se produit il reste un fichier .tmp créé par word dans temporyItems.

J'ai testé la solution décrite sur cette page http://goo.gl/qyi1X mais ça ne change rien.

[Kalm]

Je viens de tester, et visiblement je n'ai pas ce soucis excepté si je veux éditer l'enregistrement dans le RAMDisk "T" au lieu de document , dans ce cas j'ai le meme message qu'il te renvoie.
Sur WORD 2011 également, j'essaierais de tester davantage .

Sinon pour PS C5, je modifierais le script de son utilisateur, pour voir si ca peu régler son soucis a l'enregistrement.

Ce message a été modifié par Kalm - 17 May 2014, 21:27.

[yponomeute]

Pas de problèmes constatés avec PS CS5.
Rien d'autre à signaler d'ailleurs uniquement ce problème avec Word. Powerpoint et Excel n'ont pas ce problème.
N'utilisant word que de temps en temps je contourne le problème en faisant un "enregistrer sous" à chaque sauvegarde. C'est un peu pénible mais ne vaut pas le coup de se priver du ramdisk juste à cause de word.

Ce message a été modifié par yponomeute - 21 May 2014, 15:15.

[Guest_macmagna_*]

Pour rebondir encore un peu sur cette news et suite aux messages lu sur ce forum qui reflètent de la difficulté de monter simplement des RAM disks sur certains dossiers sensibles du système, je vous signale que j'ai réalisé, ardemment soutenu et conseillé par Kalm, une petite application pour créer et surveiller des RAM disks.

Le résultat de ces 12 derniers jours de travail est encore en phase beta, se nomme (temporairement?) RAMDisk Manager et peut être télécharger là:

http://macmagna.com/download/RDM_beta.zip

Principales fonctionnalités RAMDisk Manager:

• Création de RAM disks et gestion des RAM disks déjà montées
• Création de RAM disk sur un dossier y compris sur un dossier protégé
• Création de RAM disk lié à un dossier de backup avec backup paramètrable
• Surveillance du niveau de remplissage des RAM disks avec alerte et actions paramètrables en deçà de certains seuils

Vu le travail nécessaire et pour maintenir un support dans le temps, l'application sera distribuée comme un petit shareware à $5 (environ 3.50€) mais elle peut être testée gratuitement pendant 3 semaines avant l'achat de la license. Note: pour des raisons de sécurité, la beta actuelle est bloquée au 1er juin mais cette restriction ne s'applique qu'à la version beta.

J'attend avec impatience vos retours sur cette petite application.

Un aperçu de l'application en action:



Ce message a été modifié par macmagna - 22 May 2014, 10:34.

[yponomeute]

Aaaarrrrrghhh du comic sans dans le disclaimer

En test sur mon poste. Beau travail !

[Kalm]

Et ca pas été facile pour macmagna, avec kalm sur son dos jusque minuit heure française, mais bon quand meme 6h du mat pour kalm

[Albook]

Super
Merci à tous et plus particulièrement à macmagna et Kalm
Compatible avec iRamDisk ?
Je vais tester ...

Z'auriez pu nous livrer une "French Version" ... C'est prévu ... ou pas ?
Z'avez envisagé un petit tuto pour les petits nouveaux du RamDisk ?

Sinon quels sont les fichiers de "Xcode DerivedData Folder" ?

Et aussi trouver une petite icône plus sympa ( et moins encombante ) que RDM pour la barre des tâches ...

Ce message a été modifié par Albook - 22 May 2014, 13:02.

[Kalm]

Super
Merci à tous et plus particulièrement à macmagna et Kalm
Compatible avec iRamDisk ?
Je vais tester ...

Z'auriez pu nous livrer une "French Version"

Plus besoins d'iRamisk, RDM est en mesure de faire ce qu'iRamdisk fait, mais bien davantage, sinon ca aurait servis a quoi que Durcro se décarcasse a faire un énième clone de RamDisk ;-)

Ce message a été modifié par Kalm - 22 May 2014, 13:00.

[Guest_macmagna_*]

Super
Merci à tous et plus particulièrement à macmagna et Kalm
Compatible avec iRamDisk ?
Je vais tester ...

Z'auriez pu nous livrer une "French Version" ... C'est prévu ... ou pas ?
Z'avez envisagé un petit tuto pour les petits nouveaux du RamDisk ?

Sinon quels sont les fichiers de "Xcode DerivedData Folder" ?

Et aussi trouver une petite icône plus sympa ( et moins encombante ) que RDM pour la barre des tâches ...

Pour résumer:
- Version Française prévue pour la version officielle
- Tuto/aide en cours
- Le dossier "DerivedData" est le cache utilisé par Xcode lors des compilations. C'est un dossier très sollicité par les developpeurs d'où sa présence ici avec les autres RAM disks "spéciaux" (T et Caches). On peu prévoir certainement d'autres RAM disks spéciaux dédiés à certaines applications spécifiques qui utilisent des dossiers de caches à des endroits non conventionnels. Ya qu'à demander

[noop]

Bonjour,

Et pourrait on rajouter aussi

/var/log
/Users/xxxx/Library/logs

[Albook]

Pour résumer:
- Version Française prévue pour la version officielle
- Tuto/aide en cours
- Le dossier "DerivedData" est le cache utilisé par Xcode lors des compilations. C'est un dossier très sollicité par les developpeurs d'où sa présence ici avec les autres RAM disks "spéciaux" (T et Caches). On peu prévoir certainement d'autres RAM disks spéciaux dédiés à certaines applications spécifiques qui utilisent des dossiers de caches à des endroits non conventionnels. Ya qu'à demander

Vous êtes des amours de super Mac Bidouilleurs :love:
Cette appli a l'air vraiment complète et aboutie : beau travail
Je vais de nouveau tester avec Dxo ....

[Kalm]

Bonjour,

Et pourrait on rajouter aussi

/var/log
/Users/xxxx/Library/logs

On peut en créer un dans la fenêtre "Mount Point" "select" mais comme c'est un dossier propriétaire, il demandera a chaque fois le mot de passe admi avant de monter.
Mais effectivement, ce dossier pourrait tres bien etre par defaut dans les options de montage sans aucun risque pour l'user.

[Kalm]

A noter pour les backup des RamDisk,
Au risque de vous retrouver avec une multitude de dossier et fichier un peu partout, veuillez auparavant lui créer un dossier dédier.

[Guest_macmagna_*]

Bonjour,

Et pourrait on rajouter aussi

/var/log
/Users/xxxx/Library/logs

Après vérification, chez moi, le dossier "/var/log" pèse 20Mo et n'a pas été modifié depuis 8h, et le dossier "~/Library/Logs" pèse lui moins de 800Ko alors je ne sais pas si chez vous il y a beaucoup de traffic dans ces dossiers, mais je rappelle que l'idée de départ c'est de monter en RAM disk des dossiers très sollicités en lecture/écriture, pour épargner le SSD, pas de monter un RAM disk par dossier système .

Bref, il faudrait lister tous les dossiers très utilisés par MacOS X.

[Kalm]

mais je rappelle que l'idée de départ c'est de monter en RAM disk des dossiers très sollicités en lecture/écriture, pour épargner le SSD,

Nope moi c'est pas pour ca! ^^
C'est davantage pour avoir un temps d'acces plus rapide que le SSD, donc moi les logs peuvent s'accumuler tant qu'ils le veulent ^^
J'ai toute confiance en l' M4 qui n'est pas près de lacher pour cause d'usure ;-)

Ce message a été modifié par Kalm - 22 May 2014, 17:35.

[Guest_macmagna_*]

Tu crois vraiment que monter les dossiers de log en RAM disk ça va rendre ton MPB plus réactif?
Ou alors c'est que t'es capable de mesurer naturellement le temps en milli-secondes...


Ce message a été modifié par macmagna - 22 May 2014, 17:49.

[Kalm]

Tu crois vraiment que monter les dossiers de log en RAM disk ça va rendre ton MPB plus réactif?
Ou alors c'est que t'es capable de mesurer naturellement le temps en milli-secondes...

Nope, c'est bien pour ca que je dis que les logs peuvent s'accumuler tant qu'ils le désirent et écrire sur le SSD^^
Fatigué macmagna ;-)
Je pensais juste a ceux qui souhaitent les mettre, après chacun fait ce qu'il veut tant que ca comporte aucun risque.

Ce message a été modifié par Kalm - 22 May 2014, 18:01.

[Loyd01a]

Application très utile ! Enfin, une lueur d'espoir pour les ralentissements de mon système ;-)
J'attends impatiemment la version finale.

Désolé d'être hors sujet dans ce qui va suivre :

J'ai une ancienne machine (17" Late 2008 !) et je trouve que sous Mavericks le système est un peu plus long que sous ML.
J'ai déjà désactivé le Swap mais toujours lent et la Ram est rapidement saturée (4Go au total).
Du coup, je soupçonne la compression mémoire sous Mavericks.

Quelqu'un pourrait-il m'indiquer une commande terminale pour désactiver la compression mémoire ?
(j'ai déjà testé : sudo nvram boot-args="vm_compressor_mode=1" , mais sans succès. En effet, quand je teste le mode sous terminal avec : sysctl -a vm.compressor_mode, je vois que je suis toujours en mode compression : vm.compressor_mode: 4)

D'avance merci pour toute indication !

Merveilleux forum !!

Ce message a été modifié par Loyd01a - 25 May 2014, 01:32.

[Kalm]

Application très utile ! Enfin, une lueur d'espoir pour les ralentissements de mon système ;-)
J'attends impatiemment la version finale.

Désolé d'être hors sujet dans ce qui va suivre :

J'ai une ancienne machine (17" Late 2008 !) et je trouve que sous Mavericks le système est un peu plus long que sous ML.
J'ai déjà désactivé le Swap mais toujours lent et la Ram est rapidement saturée (4Go au total).
Du coup, je soupçonne la compression mémoire sous Mavericks.

Quelqu'un pourrait-il m'indiquer une commande terminale pour désactiver la compression mémoire ?
(j'ai déjà testé : sudo nvram boot-args="vm_compressor_mode=1" , mais sans succès. En effet, quand je teste le mode sous terminal avec : sysctl -a vm.compressor_mode, je vois que je suis toujours en mode compression : vm.compressor_mode: 4)

D'avance merci pour toute indication !

Merveilleux forum !!

Apres avoir utilisé cette commande pour désactiver la compression, on doit redémarrer pour que cela prenne effet.
RDM peut aider a rendre certaine tache plus fluide et rapide ,mais ne palliera pas a un manque de RAM.
4GB sous Mavericks c'est peu, c'est le minimum pour cet OS mais avec un SSD.
Attention avec la desactivation du swap, il y a un risque de bloquage de la machine lorsque celle ci sera en manque de memoire vive, avec 4 GB il est preferable que tu le réactives .

Ce message a été modifié par Kalm - 25 May 2014, 07:57.

[Loyd01a]

Merci !

[KOENIG Yvan]

Bonsoir à tous

J'ai un petit souci.

J'ai tenté d'utiliser le petit script donné au tout début de ce fil :

do shell script "
diskutil erasevolume HFS+ RAMDisk `hdiutil attach -nomount ram://3906250`

mkdir /Volumes/RAMDisk/Caches
rm -r ~/Library/Caches
ln -s /Volumes/RAMDisk/Caches ~/Library/Caches"

Je constate avec surprise que contrairement à ce qu'il me semble être supposé faire,
il se borne à effacer le contenu du dossier ~/Library/Caches
et à remplacer ce contenu par un lien symbolique vers un dossier Caches dans une image de disque ce qui donne le chemin:
/Volumes/RAMDisk/Caches

J'avais cru comprendre que c'est le dossier Caches lui-même — et non son contenu qui devait se retrouver dans l'image disque.
En l'état,le dossier Caches de l'image disque reste désespérément vide tandis que les caches sont créés dans le dossier ~/Library/Caches

Je précise que j'utilise Os X 10.9.3.


J'ai bien trouvé comment modifier le script pour qu'il se comporte comme prévu :

do shell script "
diskutil erasevolume HFS+ RAMDisk `hdiutil attach -nomount ram://3906250`

mkdir /Volumes/RAMDisk/Caches
rm -r ~/Library/Caches
ln -s /Volumes/RAMDisk/Caches ~/Library" -- supprimé /Caches

Avec cette version, c'est bien le dossier Caches initial qui est remplacé par un lien symbolique mais je me demande si en utilisant cette version modifiée je ne suis pas en train de faire une connerie.
A priori je n’ai pas fait d’ânerie puisque le dossier Caches de l’image disque contient actuellement les éléments :
Adobe
com.apple.nsservicescache.plist
com.apple.QuickLookDaemon
com.apple.Safari
Firefox
Metadata
TemporaryItems

Mais je suis surpris que personne n’aie remarqué le comportement du script originel.

Yvan KOENIG (VALLAURIS, France) jeudi 12 juin 2014 21:16:24