Reprise du message précédent :

 
C'est censé mais j'ai testé qu'avec deux utilisateurs  
Par contre, si votre home est un répertoire partagé sur plusieurs machines (montage nfs par exemple), il ne faut surtout pas utiliser cette fonction (sinon les autres utilisateurs vont venir râler   ).
 
Pour ne pas trop impacter le temps de boot, je conseille de déplacer le cache dans un autre répertoire que ~/.mozilla pour ne pas le sauvegarder, par exemple /dev/shm qui est un tmpfs : dans about:config, il faut changer ou créer la valeur browser.cache.disk.parent_directory

j'ai pu voir qu'il y avait un kernel26-i915, qu'est ce que ça apporte en plus ou en moins?

Merci pour cette astuce, je cherchais plus ou moins depuis la version 4 à refaire passer le cache en RAM, la création d'un lien symbolique ne fonctionnant plus puisque FireFox le recréé en dur à chaque démarrage.

c'est vraiment indispensable cette astuce avec la puissance des machines d'aujourd'hui ?

le principal goulet d'étranglement risque d'être la vitesse de la connexion adsl, voir le temps du réponse du site web,

après si le but est d'économiser le disque dur why not

J'y vois pluis un intérêt pour les utilisateurs de SSD comme moi, histoire d'allonger au maximum la durée de vie de l'unité. C'est de l'optimisation qui peut paraitre superflue, mais vu le prix des bestioles, la quantité de RAM des machines et l'impact sur les perfs, ça ne coute rien. Et puis c'es techniquement joli et propre.

 
Cadeau : http://aur.archlinux.org/packages.php?ID=48746
 

une petite question:

ça se passe bien l'installation d'un pilote propriétaire de carte graphique ( catalyst ) sous arch ?

pas d'obligation de bazarder d'autres composants du système pour pouvoir installer les catalysts ? ( genre obligation d'avoir une certaine version du noyau )

comme je teste arch sous virtualbox j'ai pas de possibilité de tester par rapport à une carte graphique amd/ati

Je vais tester ça de suite Merci.

Sauvegarde ton .mozilla avant ! on ne sait jamais

Si ça ne marche pas, j’ai une technique plus complète pour la mise en cache. Je te filerais le lien du blog ou j’ai trouvé ça.

https://wiki.archlinux.org/index.php/ATI_Catalyst , bon courage

 
C'est fait, j'y avais pensé
 
Avant de passer sur le script, c'est normal qu'il y ait une référence explicite à /home/hyacinthe dans ton script ? Un oubli ? Et pis c'est qui cette hyacinthe ?

Autre question : mon /tmp est déjà en ramdisk. Si je remplace tmpfs=/dev/shm par tmpfs=/tmp, ça fonctionne toujours le truc ? A moins que shm apporte quelque chose de plus ?

C'est moi tocard Non, c'est pas normal, j'avais porcifié le script au début avec des chemins en dur, donc j'ai du oublier.

Bien fait de regardé le contenu du script tiens

Ca remonte à plusieurs mois où j'avais fait un paquet pour AUR et il me semblait qu'il y avait une commande pour tester son paquet. Je crois que c'est une option avec makepkg ou alors yaourt.
 
Enfin je veux dire à BlockDevice que le PKBUILD est un peu bizarre.

Le fichier source du script "firefox-tmpfs" se trouve dans le topic?

T'inquiète, ça n'aurait juste rien fait. Bon, j'update ce soir. Tu peux toujours corriger pour toi.

OK retiré de AUR.
 
Je vais cherché la commande pour tester.
 
Si quelqu'un sait ça pourrait aider des gens (dont moi).

 
Je ne connais pas et je pense pas qu'il y ait de tests de fonctionnement applicatif dans makepkg...  
J'ai pas vu l'erreur car fatalement, chez moi ça marche.
Pour l'url, c'est juste la page d'accueil du projet, il n'y en a pas, mais il faut en donner une... Le script est directement dans le package source en fait.
 
edit : je peux pas corriger pour le moment, je suis au taff, je taffe sur une debian dans un putty sous win 7...

Même chose a priori, je fais ça aussi mais je voulais juste que ça fonctionne pour tout le monde.

OK

J'ai remplacé la fleur par $user, ça a l'air de fonctionner.

Par contre, je me sers de grsync pour sauvegarder mon disque sur un HDD externe. Afin d'assurer la bonne sauvegarde de mon profil sur l'externe, j'ai ajouté un stop et un start sur le démon firefox-tmpfs en commande pré et post exécution, histoire de rapatrier le profil en dur sur le disque avant la sauvegarde, mes options de sauvegarde étant de ne pas suivre les liens symboliques afin de sauvegarder chacune de mes partitions individuellement. J'ai pensé à ça comme ça, si ça peut éviter à d'autres dans le même cas de se retrouver sans profil dans leurs sauvegardes...

Je tente un reboot pour voir ce que ça donne.

EDIT : bon, pour moi ça fonctionne très bien C'est nickel, j'ai même pu virer la variable Cache du about:config, le problème étant soldé de fait. Reste plus qu'à avoir un paquet propre sans hyacinthe sur AUR

Ok mais il faudra voter pour mon package  

Ca doit être faisable. Si on me dit comment faire

Soit tu le fais à la main sur le site de aur (il faut un compte), soit tu installes aur_vote (yaourt le détectera et te demandera ton avis après l'install de paquets aur) :  
http://forums.archlinux.fr/topic537.html

Sinon y a firefox-sync sur aur. Et après faut utiliser la commande syncfox pour lancer firefox. 1 semaine que je l'utilise ça fait le boulot par contre pas eu l'occasion de tester se que ca donnais en cas de plantage.

c'est normal que le suspend to swap soit moins rapide que le cold-boot sur un ssd?

Version à jour sur aur, besoin de tests (sauvegardez votre profil au cas où)
http://aur.archlinux.org/packages.php?ID=48746
 

 
J'aime pas cette solution, je veux que firefox se lance vite, et je veux pas reconfigurer toutes mes applications pour qu'elles utilisent la commande syncfox au lieu de firefox. La commande firefox est peut-être appelée en dur dans pas mal de scripts et programmes.
 
Mon script n'a quasiment aucune incidence sur le temps de boot si il est lancé en background, et couplé à preload, firefox se lance aussi rapidement à froid qu'à chaud    
En plus, je sais comment je l'ai codé et je suis pratiquement sûr qu'il n'y aura pas de perte totale de profil (il y a toujours une copie sur le disque).
(votez pour moi \o/)

Si tu utilises 1.5Go de ram au moment de l'hibernation, il faut tout écrire sur disque. Au passage, tu perds ton cache disque.
Au redémarrage, il faut tout relire et replacer dans la ram, et quand on récupère la main, beaucoup de mémoire est encore en swap.  
 
Chez moi, c'est vraiment kif kif, je préfère éteindre proprement le PC ou le mettre en veille avec suspend2ram...
 
edit : avec un SSD, tu n'as pas de problème sur les accès disques aléatoires donc ton temps de boot doit être très bon non ?

 
 
C'est en place chez moi, on verra bien comment ça réagit.

ma ram fait 2Go mais j'ai mis un swap juste pour tester le suspend to swap et voir un peu la différence de boot.
lors de mon essai je devais être à 100Mo d'utilisé au max.
mon cold-boot est à 9sec et le suspend to swap environ 11sec.
le suspendtoram est par contre lui quasi instantané (c'est une evidence), par contre mon ventilo tourne encore très légèrement.  
je verrai bien lors d'utilisation plus prolongées comment je vais m'habituer.
mais je peux donc viré la partoche de swap qui ne sert à rien au final.  

 
La swap a un avantage, quand on tape trop dedans, on sait tout de suite qu'il faut se calmer    
Sans swap, si tu arrives au bout, tu auras le grand privilège de tester l'OOM killer tuer des processus aléatoirement   Et ça peut arriver avec seulement 2Go, par exemple en lançant des VM. Ou essaye de compiler Libre Office avec plus de 4 thread. Il y a 5 ans, j'étais passé de 512Mo à 1Go de ram sous gentoo juste pour compiler OOo  

Ya une faute ligne 59

Pour ceux qui se demandaient ce que devenait Enlightment :
http://linuxfr.org/news/interview- [...] 2%A0france

ma tablette 2x7pouces n'est pas un serveur de compilation  
par contre j'ai tenté de compilé kernel26-intelifix et ça n'a pas abouti

 
Je refais une mise à jour à midi, j'ai ajouté une cible "save".
On peut maintenant faire cette commande pour synchroniser sur le disque

 
Edit : fait et corrigé
Si quelqu'un est motivé, il y a une meilleure façon de coder ça en créant des hooks au système d'init. Là je feinte en ajoutant un daemon alors que ce n'en est pas un.

Ca y'est je suis passe a systemd et ca fonctionne plutot pas mal, meme si je ne sais pas encore ce que ce ma donne

tournage en rond pour moi.
3h de compil du kernel26-kamal-git (venant d'ubuntu natty) et mon 2nd écran (LVDS2) n'est toujours pas détecté

Bon je teste plus en profondeur GNOME3.

Un GROS point noir, c'est que j'arrive pas à faire écouter ma musique dans les mêmes conditions qu'avec Ubuntu 10.10 : j'écoute avec mon Rhythmbox des sources stéréo que je diffuse en 5.1.
Jusqu'ici tout va bien. Sous ubuntu/gnome, dans les paramètres de son, je peux choisir de « pousser » plus fort les hauts parleurs de derrières (car plus loins). Du coup je me retrouve pile au « centre » de l'écoute avant/arrière. C'est appréciable.

Cependant, là, je n'y arrive pas. Si je dis de poussez plus sur l'arrière, je perds complètement le son. Quand je joue avec le curseurs du paramètre son, ça bouge que pour les deux avant (droit et gauche), mais sans effet sur l'arrière...

Et quand je lance « pavucontrol », RhythmBox semble ne diffuser qu'en stéréo le flux, et pas en 5.1

C'est LE dernier truc avant d'être bien sous Arch ! snif !

edit : pourtant j'ai « repris » la conf de pulse qui marchait sous Ubuntu cad dans /etc/pulse/daemon.conf  :
default-sample-rate = 48000
default-sample-channels = 6
enable-lfe-remixing = yes

edit : l'option dans le panel son de Gnome s'appelle « Fondu avant/arrière ».

Bonjour    
j'ai actuellement une debian sid et je me demande qu'elles seraient l'intérêt de mettre une arch a la place. Je suis en train de chercher une nouvelle distribution et je teste un peut tout

que signifie la mention "LVDS2" ?

c'est un écran connecté sur quel port de la carte vidéo ?

tu as exploré la piste xorg ?

normalement il n'y a pas besoin de regarder du coté du noyau, regarde plutôt la configuration de xorg et de la carte vidéo, xrand and co

debian sid il y a un coté bricolage/expérimental,  et parfois certains logiciels malgré le coté "sid" ne sont pas disponibles dans la dernière version (  KDE bloqué dans sa version 4.4.5 au lieu de la dernière version stable 4.6 ),

j'ai expérimenté la branche sid en respectant la procédure ( modifier le fichier sources.list ), j'avais une debian Squeeze ( la version stable officielle ) et la migration vers la branche sid a donné un truc pas très propre avec des messages d'erreurs au boot ( lié à init ou udev il me semble, un bug non prévu par les mainteneurs des paquets sid ),

avec archlinux à priori c'est beaucoup plus cohérent, c'est clairement identifié et assumé comme une distribution rolling-release, t'as moins l'impression de jouer à la roulette russe,

pour un usage desktop une rolling-release c'est ce qu'il y a de mieux, les dernières versions "release" des logiciels avec donc un support des dernières technologies et nouveautés que l'utilisateur à la maison apprécie beaucoup