[X] Mon Assistant

[wan_cheshire]

C'est tout de meme étonnant que cela soit different d'un user a l'autre, nous sommes toi et moi en 10.9.3 et n'ai jamais rencontré ce problème de decompression avec OS X et le RAM Disk "temporaire ".
Ni meme avec Word 2011 ou PS CS V13 mise a jours.

Et ca doit bien faire plus de 3 semaines que je suis sur ce dossier "T".:-(

Pour continuer mon investigation j'ai essayé avec Photoshop aussi et là quand je sauvegarde un fichier (enregistrer sous), aucun message d'erreur mais le fichier est introuvable à l'emplacement sélectionné... ensuite si je refais la même manie, Photoshop me dit qu'un fichier existe déjà avec le même nom alors qu'il n'est manifestement pas là !
Pour être sur j'ai fais le test dans un dossier vide et vérifié avec ls -a au cas ou le fichier serait caché : rien.
En parallèle le taux d'utilisation du ramdisk augmente donc le fichier doit être écrit sur le ramdisk d'une manière ou d'une autre

Au final j'ai essayé d'enregistrer sur un autre disque et là, magie de l'informatique moderne, ça fonctionne...
J'ai testé sur des disques NTFS, FAT32, HFS+ : du moment qu'il ne s'agit pas du disque de démarrage il n'y a pas de problème...

Ce message a été modifié par wan_cheshire - 5 Jun 2014, 18:49.

[Kalm]

Au final j'ai essayé d'enregistrer sur un autre disque et là, magie de l'informatique moderne, ça fonctionne...
J'ai testé sur des disques NTFS, FAT32, HFS+ : du moment qu'il ne s'agit pas du disque de démarrage il n'y a pas de problème...

Donc y a des chances que PS fonctionne chez moi par apport a ma configuration.
http://forum.macbidouille.com/index.php?sh...=380295&hl=

J'ai forcé pour que ca se fasse sur le SSD système, j'ai modifié une photo puis fait "save to" vers le SSD, il s'est bien sauvegardé et bien visible mais pas sur le SSD, donc pas a l'emplacement choisie mais dans le RAM Disk "temporaire". dans "TemporaryItems"
Tu as vérifié dans ce dossier ?

Ce message a été modifié par Kalm - 5 Jun 2014, 19:39.

[Kalm]

@wan_cheshire
Vérifie auparavant qu'il n'a pas été enregistré dans le RAM Disk "temporaire' dans "TemporaryItems"

Mais j'ai peu etre trouvé un truc qui fonctionnera pour toi et PS si il n'est pas "TemporaryItems"
j'ai créé RAM Disk de travail simple (sans point de montage) en plus du temporaire, et lors de "save as" je le fais vers le RAM Disk de travaille, ca fonctionne très bien chez moi.;-)
Je conseille d'essayer pour ceux qui utilisent PS.


Ce message a été modifié par Kalm - 5 Jun 2014, 20:06.

[Zedzed]

Merci Kalm

J'ai également remarqué ce problème avec PS et fais quelques tests aujourd'hui pour arrivé à la même conclusion.
Tant qu'on sauvegarde sur un autre disque il accepte mais si on sauvegarde sur le disque de boot il met ça (du moins chez moi) dans le dossier TemporaryItems du RAMDisk Temporaires. Et ce quelque soit l'endroit choisi pour la sauvegarde.
Je suis en PS 14, est-ce pareil pour PS 13 de la CS6 ?

Edit : Et cette ruse de sauvegarder sur un autre RAMDisk fonctionne bien aussi puisque qu'il le considère comme un disque externe. Bien vu Kalm.

Ce message a été modifié par Zedzed - 5 Jun 2014, 21:54.

[Kalm]

Je suis en PS 14, est-ce pareil pour PS 13 de la CS6 ?

Yep, c'est pareil avec la V13 a partir de moment ou on enregistre sur le support système.
Je pense que le plus simple si l'on a qu'un seul disque, et qu'on desire garder le RAM Disk "temporaire", est " d'enregistrer sous' un autre RAM Disk dédier a ca.
Comme la RAM embarqué n'est pas alloué au RAM Disk tant que celui ci n'est pas occupé, on peut en créer tant qu'on veut sans poser de problème .;-)

Ce message a été modifié par Kalm - 10 Jun 2014, 16:57.

[Twisell]

Petite question dans le manuel j'ai trouvé la phrase suivante:

1.2 RAM Disk on mount point

These are Ram Disks for which you will choose a folder to be the mount point. Once created, the RAM Disk will take place over this folder and all writing/reading operation to the original folder will be redirected to the RAM Disk. Beware: original data in the mounted folder will not be copied, neither modified or deleted by the mounting. Once the RAM Disk ejected, you will experience your mounting folder in its initial condition.

Donc si je comprend bien quand on éjecte le RAMDisk de type "mountpoint" tout ce qui était dessus et perdu ?

N'est ce pas un peu radical? Je veux dire que dans le cas ou une application utilise des caches sur RAMDisk et qu'elle est lancé pendant l'éjection, du RAMDisk cela ne risque t'il pas de lui faire perdre les pédales?
Et inversement si le RAMDisk est lancé alors que l'application tourne déjà?

Une option par défaut qui copie le contenu vers le RAMDisk au lancement et qui écrase le dossier mountpoint avec le contenu du RAMDisk lors de l'éjection était trop compliquée à implémenter?

Ce message a été modifié par Twisell - 6 Jun 2014, 09:07.

[yponomeute]

Une option par défaut qui copie le contenu vers le RAMDisk au lancement et qui écrase le dossier mountpoint avec le contenu du RAMDisk lors de l'éjection était trop compliquée à implémenter?

Ça va être compliqué. Parce que pour copier le contenu du mountpoint dans le ramdisk, il faut que le ramdisk soit monté. Et si le ramdisk est monté le contenu du mountpoint n'est plus accessible.

[Kalm]

Une option par défaut qui copie le contenu vers le RAMDisk au lancement et qui écrase le dossier mountpoint avec le contenu du RAMDisk lors de l'éjection était trop compliquée à implémenter?

Ça va être compliqué. Parce que pour copier le contenu du mountpoint dans le ramdisk, il faut que le ramdisk soit monté. Et si le ramdisk est monté le contenu du mountpoint n'est plus accessible.

Yep, avant le montage il faut copier le contenu de mountpoint dans un dossier temporaire . monter le RAM Disk, ensuite recopier le contenu du dossier temporaire vers le RAM Disk, puis enfin supprimer le dossier temporaire.

Avant l'ejection, copier le contenu du RAM Disk vers le dossier temporaire, ejecter le RAM Disk, synchroniser le dossier temporaire avec le Mount Point.
Nous avons testés avec MacMagna ,ces opérations sont trop longues a s'exécuter pour que cela soit envisageable tel quel.

Pour la sauvegarde du RAM Disk, il y a toujours le moyen d'utiliser la synchro.

2 SYNCHRONISATION (SAUVEGARDE ET RESTAURATION)

2.1 Sauvegarde

Lors de la création d’un RAM Disk vous pouvez choisir un dossier lié, il s'agit d'un dossier de sauvegarde/restauration synchronisé au contenu du RAM Disk.

Le choix de ce dossier n'est pas automatique, vous devez le choisir vous même et définir le type de synchronisation qui correspond à vos besoins. Important: La synchronisation automatique récurrente écrit toujours les données du RAM Disk vers le dossier lié. C'est une synchronisation de type "sauvegarde" du RAM Disk.


2.2 Restauration

Lors de la création du RAM Disk la synchronisation se fera automatiquement depuis le dossier lié si le type de synchronisation choisi est différent de "Manuellement seulement".

La sauvegarde et la restauration peuvent aussi être effectuées manuellement vers et depuis le dossier lié ou un autre dossier de votre choix, via les menus de RAMDIsk Manager.

Ce message a été modifié par Kalm - 6 Jun 2014, 10:02.

[Guest_macmagna_*]

Donc si je comprend bien quand on éjecte le RAMDisk de type "mountpoint" tout ce qui était dessus et perdu ?

N'est ce pas un peu radical? Je veux dire que dans le cas ou une application utilise des caches sur RAMDisk et qu'elle est lancé pendant l'éjection, du RAMDisk cela ne risque t'il pas de lui faire perdre les pédales?
Et inversement si le RAMDisk est lancé alors que l'application tourne déjà?

Lorsqu'un RAM Disk est éjecté son contenu est perdu, que ce soit un RAM Disk "normal" ou monté sur dossier. C'est le principe même du RAM Disk: tout se fait en RAM, il n'y a pas de support de stockage physique donc le disque reste "virtuel" et c'est pour cela qu'on tente de sauver les meubles avec les options de synchronisations.

Concernant les RAM Disks spéciaux, bien sûr qu'il ne faut pas les créer/éjecter pendant que des applications sont lancées. Pour cette raison RAMDisk Manager affiche un alerte quand c'est le cas.

Une option par défaut qui copie le contenu vers le RAMDisk au lancement et qui écrase le dossier mountpoint avec le contenu du RAMDisk lors de l'éjection était trop compliquée à implémenter?

Oui c'est compliqué à implémenter même si c'est le comportement que tout le monde attend d'un RAM Disk monté sur un dossier.
J'avais fait une tentative dans ce sens pour la mise à jour d'hier mais Kalm m'a convaincu de retirer la fonctionnalité tant qu'elle ne serait pas mieux maîtrisée. Tu devras donc attendre un peu .

[wan_cheshire]

@wan_cheshire
Vérifie auparavant qu'il n'a pas été enregistré dans le RAM Disk "temporaire' dans "TemporaryItems"

Mais j'ai peu etre trouvé un truc qui fonctionnera pour toi et PS si il n'est pas "TemporaryItems"
j'ai créé RAM Disk de travail simple (sans point de montage) en plus du temporaire, et lors de "save as" je le fais vers le RAM Disk de travaille, ca fonctionne très bien chez moi.;-)
Je conseille d'essayer pour ceux qui utilisent PS.

Effectivement je viens de tester et le fichier est bien dans "TemporaryItems". Sinon enregistrer dans un ram disk supplémentaire revient à peu près au même que l'enregistrer sur un autre disque, à la fin il faut toujours déplacer le fichier à l'endroit où l'on voulait le sauvegarder initialement...
Donc ça reste des workarounds qui fonctionnent mais pas vraiment une solution au problème

@macmagna : tu as une piste pour résoudre ce bug dans les prochaines updates ?

[Guest_macmagna_*]

@macmagna : tu as une piste pour résoudre ce bug dans les prochaines updates ?

Si tu veux résoudre un bug qui affecte PhotoShop, tu dois t'adresser à Adobe...

Pour résumer: RAMDisk Manager ne fait que créer des RAM Disks et n'a aucune sorte d'influence sur le comportement des applications quand un utilisateur décide de rediriger le flux de données temporaires de l'application vers un RAM Disk plutôt que de le laisser là où il est. Il est probable que le problème que tu rencontres soit identique si tu rediriges le flux de données temporaires vers un disque externe standard, et dans ce cas, penserais-tu que le coupable est MacOS ?

La plupart des applications utilisent les mécanismes intégrés à MacOS pour gérer leurs fichiers et là tout va bien mais certaines grosses apllis (comme PS) utilisent une gestion "perso" qui va poser problème dès que l'on sort du schema de fonctionnement prévu par les concepteurs du logiciel. Il est probable que la gestion personnelle que fait PS de ses fichiers caches ai été prévu pour optimiser les performances de l'application mais dans ce cas précis cette particularité produit un comportement incohérent et problématique par rapport aux autres applis.

Bref, je n'ai aucun moyen de forcer PS à écrire ses données temporaires ou finales au bon endroit, le mieux serait de remonter le problème à Adobe mais je doute qu'ils manifestent le moindre intérêt pour un problème aussi exotique

[wan_cheshire]

@macmagna : tu as une piste pour résoudre ce bug dans les prochaines updates ?

Si tu veux résoudre un bug qui affecte PhotoShop, tu dois t'adresser à Adobe...

En fait j'ai bêtement considéré que la cause de ce bug était la même que celle du bug avec l'utilitaire d'archives (posté ici) alors que ce n'est pas forcément le cas.

Je te rassure je ne suis pas à la recherche d'un coupable mais de solutions et pour le coup le problème avec l'utilitaire d'archives est plus ennuyant au quotidien pour moi. Maintenant si c'est la même chose et que seul Apple peut corriger le soucis, ça réduit malheureusement l'intérêt de créer un ram disk pour ce dossier temporaire selon moi

[Kalm]

et pour le coup le problème avec l'utilitaire d'archives est plus ennuyant au quotidien pour moi. Maintenant si c'est la même chose et que seul Apple peut corriger le soucis, ça réduit malheureusement l'intérêt de créer un ram disk pour ce dossier temporaire selon moi

Pour toi, plutôt que selon toi. ;-)

Etant sur deux supports, je ne rencontre pas ce problème avec l'utilitaire d'archives.
Ce dossier « T » est important pour moi qu'il soit en RAM Disk.

Si j'étais dans le cas d'un seul support, je changerais simplement l'utilitaire par défaut.
Son remplaçant fera ensuite la décompression sans avoir à choisir l'utilitaire, ne m'arrêterais pas à ça pour décider de supprimer ce RAM Disk.

Je viens de tester avec "The Unarchiver.app" ça fonctionne parfaitement.

Edit;-)

Ce message a été modifié par Kalm - 10 Jun 2014, 17:12.

[Twisell]

Je suis pas un ayatollah de la grammaire et de l'orthographe, mais là, mes yeux saignent, un edit par pitié!

[Kalm]

Bonjour a tous,

J’ai pu lire par-ci par-la que certains utilisateurs de RAMDisk Manager étaient désireux de mettre le dossier » C » Cache système en RAM Disk.

La version actuelle permet de le faire via «  point de montage » et la post commande « mkdir com.apple.IconServices »
Tout fonctionne correctement à sa création ou lors de son fonctionnement.
Mais voilà, c’est loin d’être parfait, on peut très bien se retrouvait avec quelques icônes invisibles lors du prochain login.
Suite à plusieurs tests, nous avons en déduit que le montage de ce RAM Disk se faisait trop tôt et que le système n’appréciait pas particulièrement de ne plus trouver ce dossier « C » lors du montage du RAM Disk alors qu’il est en plein construction.

MacMagna m’a donc concocté une beta qui permet de retarder le montage des RAM Disk lorsque cela est nécessaire, comme avec ce dossier « C »
Le délai est choisi lors de la création du RAM Disk et varie de 5 a 60 Secondes.
Dans mon cas (SSD), 5 Secondes suffisent pour éviter tout problème au login.

Autre chose, ce dossier étant particulièrement capricieux, il faut absolument éviter de l’éjecter en pleine session.
Si pour une raison ou une autre vous ne désirez plus de ce RAM Disk, un reboot sera nécessaire après son éjection.
Vous l’aurez compris, ce RAM Disk doit être monté une fois pour toute pour fonctionner correctement.
Pas de montage puis éjection intempestif.
Ou vous le gardez ou vous le supprimez.

En ce qui me concerne ce RAM Disk «  C «  est présent depuis la version stable de RAMDisk Manager et fonctionne sans aucun problème.
Même en étant sur SSD ,j’ ai le sentiment que l’affichage Finder etc. est encore plus réactif ^^

Avec l’aval de MacMagna et pour uniquement les membres du forum, je propose donc á ceux qui voudraient tester le RAM Disk « C » de me laisser leurs Mail, leurs posterais ensuite cette Beta.

Comme c’est une version beta, le délai n’est pas individuel mais sera appliqué a tout les RAM Disk .
Pour les utilisateurs désireux de raccourcir ce délai a 3 secondes leurs enverrais un preset joint à la beta.

A noter que c’est a titre  expérimental et qu’il est évidement souhaitable, d’avoir toujours son back up a jours.

Ce message a été modifié par Kalm - 15 Jun 2014, 20:25.

[Guest_macmagna_*]

Comme c’est une version beta, le délai n’est pas individuel mais sera appliqué a tout les RAM Disk .

Ce qu'il faut comprendre ici, c'est que le délai est présent uniquement pour le preset spécial "C" fourni par Kalm et que les autres RAM Disks se montent normalement sans délais mais que si le RAM Disk "C" est créé en premier alors il faudra attendre qu'il ai terminé pour avoir la création des autres. Une des particularités de cette dernière beta est que les opérations en tâche de fond, comme la création des RAM Disks, sont exécutées les unes après les autres pour minimiser les problèmes.

[Kalm]

UP,
Un spammeur a littéralement torpillé le forum

Ce message a été modifié par Kalm - 16 Jun 2014, 11:43.

[Guest_macmagna_*]

RAMDisk Manager 1.1 est de sortie

Principales nouveautés:

- Réglages individuels ou globaux pour zone d'alerte, zone critique et action critique.
- Option de création "Priorité", pour permettre de choisir l'ordre de création des RAM Disks.
- Option de création "Cacher dans le Finder"
- Possibilité de créer les RAM Disks dans RAMDisk Manager sans les monter.
- BugFix: Les RAM Disks sont désormais créés ave le format "HFS+ Journalisé".

A télécharger via RAMDisk Manager ou directement ici:

http://www.macupdate.com/download/51310/RDM.zip

Ce message a été modifié par macmagna - 17 Jun 2014, 17:59.

[Kalm]

Pour ceux qui monteraient "C" cache system en RAM Disk.
Copier tout d'abord

Code

mkdir com.apple.IconServices

dans l'espace "post commande"
et choisir la priorité 9 pour éviter tout problème au login.

[wan_cheshire]

Pour info, j'ai trouvé un autre problème avec l'utilisation du ram disk "T" : cette fois-ci avec Word 2011, lors de l'enregistrement automatique.
Dès le premier essai d'enregistrement automatique, ça ne fonctionne pas, un message d'erreur apparaît et surtout le fichier de travail est renommé avec un nom de fichier temporaire.
Au final, c'est quasiment impossible d'utiliser Word, sauf à désactiver l'enregistrement automatique bien sur mais bon...

Une idée pour résoudre ou contourner ce problème ?
Merci !

[yponomeute]

Pour info, j'ai trouvé un autre problème avec l'utilisation du ram disk "T" : cette fois-ci avec Word 2011, lors de l'enregistrement automatique.
Dès le premier essai d'enregistrement automatique, ça ne fonctionne pas, un message d'erreur apparaît et surtout le fichier de travail est renommé avec un nom de fichier temporaire.
Au final, c'est quasiment impossible d'utiliser Word, sauf à désactiver l'enregistrement automatique bien sur mais bon...

Une idée pour résoudre ou contourner ce problème ?
Merci !

J'ai constaté le même problème avec Word 2001, que ce soit pour l'enregistrement automatique ou pour enregistrer un document qu'on a modifié. Je n'ai trouvé aucune solution. C'est le seul logiciel de la suite office qui pose problème d'ailleurs, les autres fonctionnent très bien avec le ramdisk T.

Ce problème est d'ailleurs décrit sur cette page http://goo.gl/qyi1X mais aucune solution décrite ne fonctionne chez moi.

Ce message a été modifié par yponomeute - 6 Jul 2014, 12:36.

[wan_cheshire]

Merci pour le lien !
Je suis allé voir et j'ai essayé toutes ces solutions, sans succès malheureusement

[Albook]

Bonjour
Quoi de neuf dans la version 1.2 ?

[Guest_macmagna_*]

Salut,

Une mise à jour mineure dont les nouveautés sont:

- La possibilité de "Cacher la fenêtre principale" ou de "Quitter" RDM après le lancement automatique du login et la création des RAM Disks (option dans les Préférences)
- La gestion de du masquage des RAM Disks au lancement à été améliorée pour ne re-lancer qu'une seule fois le Finder.
- Les dossier synchronisés peuvent désormais être choisi sur un disque externe

Ce message a été modifié par macmagna - 23 Jul 2014, 20:36.

[Guest_macmagna_*]

Salut à tous,

Une nouvelle mise à jour mineure (1.2.1) a été posté ce matin, elle corrige le bug suivant:

- RAMDisk Manager quitte parfois avant d'avoir synchronisé ou exécuté la "post command" sur les RAM Disks lorsque l'option "Quitter après création des RAM Disks au login" est choisie dans les Préférences.


Ce message a été modifié par macmagna - 31 Jul 2014, 06:22.

[eagle6]

Bonjour,
Je teste actuellement RDM sur mon Mac Pro, mais il me demande le login administrateur à chaque ouverture de session est ce normal? RDM est installé dans le dossier applications et je lui demande de monter le caches_RAM, le T_RAM + un RAM disk perso de 4Go non lié à un répertoire.
Cordialement

[Guest_macmagna_*]

Bonjour,
Je teste actuellement RDM sur mon Mac Pro, mais il me demande le login administrateur à chaque ouverture de session est ce normal? RDM est installé dans le dossier applications et je lui demande de monter le caches_RAM, le T_RAM + un RAM disk perso de 4Go non lié à un répertoire.
Cordialement

Non ce n'est pas normal, RDM n'utilise rien qui nécessite des droits admins.
Essaie de te logger avec un seul RAM Disk à la fois pour voir celui qui déclenche la demande de droits admins.

[eagle6]

Bonjour,
Quelle réactivité merci
La demande se fait lorsqu'il monte le Caches_RAM , de plus je me suis aperçu que les extensions de Safari se sont retrouvées désactivées lors de l'utilisation du ramdisk
Mon home est déplacé sur un autre disque physique que MACOS, peut être que cela perturbe les scripts de RDM.
Cordialement

[Guest_macmagna_*]

Ton dossier "~/Library/Caches" doit contenir des fichiers/dossiers avec des droits admins et le montage d'un RAM Disk sur celui-ci (qui rend le dossier original inaccessible) doit déclencher la demande de mot de passe du système. Pour les extensions, c'est probablement parce-qu'un fichier dans le "~/Library/Caches" est en rapport avec l'activation de celles-ci.

Ne pas oublier que le montage de dossiers systèmes en RAM Disk pour booster la machine reste expérimental et que monter le dossier "~/Library/Caches" complet ou pire le dossier des fichiers temporaires "T" ne convient qu'aux plus aventureux d'entre nous et peut provoquer des dysfonctionnement pour la plupart des utilisateurs qui utilisent beaucoup d'applications.

Le montage de dossiers systèmes en RAM Disk doit être fait avec modération et bon sens, il n'y a pas de recette miracle, chacun doit mettre en place la configuration qui correspond à ses besoins.

Personnellement, je ne monte en RAM Disk que les dossiers caches précis des applications que j'utilise beaucoup et seulement après avoir bien vérifié que cela ne provoque pas de dysfonctionnement. Pour ma part: "~/Library/Caches/com.apple.Safari" pour Safari et "~/Library/Developer/Xcode/DerivedData" pour xCode, rien d'autre.

[eagle6]

Ok merci pour l'info