nero Posté(e) 28 septembre 2010 Auteur Share Posté(e) 28 septembre 2010 Mise à jour du premier post : - ajout de l'icône "Tuto" (la plus adaptée, je pense) - modification des informations sur le fix de RyanZA (détails sur l'application et différence entre V1 et V2+) - mise à jour des plus et moins pour les différents lagfix Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unknow14 Posté(e) 29 septembre 2010 Share Posté(e) 29 septembre 2010 Mise à jour du premier post :- ajout de l'icône "Tuto" (la plus adaptée, je pense) - modification des informations sur le fix de RyanZA (détails sur l'application et différence entre V1 et V2+) - mise à jour des plus et moins pour les différents lagfix la V2+ utilise des bind mounts (si un linuxien pouvait m'en dire plus ^^) Un lien symbolique est un fichier qui va pointer sur un fichier ou un répertoire La commande mount permet de faire un "point de montage" entre un périphérique de stockage et un répertoire. L'option bind est nécessaire pour le lagfix parce que le filesystem est dans un fichier, pas un périphérique de stockage. En dehors de ce détaille, un bind mount est un mount comme les autres. L'intérêt du mount sur le lien symbolique (et ce pourquoi l'option bind du mount a été créée à ma connaissance) relève de l'aspect sécurité. Il est notamment utile dans les chroot jail, où les liens symboliques ne sont pas suivi. De même on peut vouloir modifier les droits d'un lien symbolique mais ce n'est pas possible. Ceci a un intérêt notamment pour les admins qui mettent des liens symboliques dans le répertoire $HOME d'un utilisateur et ne veut pas qu'il puisse le supprimer. Ça reste des usages marginales dans l'ensemble. RyanZA a voulu utiliser les bind mount pour une question de performance. Je n'ai jamais rien vu qui aille dans ce sens. Dans la théorie l'accès au répertoire cible est plus léger en passant directement par le système de fichier qu'en passant par un lien symbolique. Dans la pratique on pourrait peut être voir une différence sur un serveur mail (et oui, bcp d'accès aux fichiers) mais concrètement je ne vois pas bien l'idée de vouloir faire des liens symboliques ou des bind mount sur un serveur mail. Dans le cas du SGS, j'en suis persuadé, il n'y a absolument aucune différence notable. Pour le RyanZA, les bind mount ne fonctionne pas sous Froyo (il cherche toujours pourquoi, c'est vrai que c'est bizarre), mais honnêtement, ça n'a aucun intérêt à mon avis, donc autant continuer à utiliser des symlinks. J'en profite pour donner mon avis sur le ext2. On n'arrête pas de lire que l'ext2 est moins fiable que l'ext3 et l'ext4 et qu'il serait même dangereux en cas de crash. J'ai eu des tas de crash sous linux à l'époque où j'étais en ext2 (logement de m**** avec coupure électrique régulière, drivers nvidia pourris à l'époque etc...) et je n'ai jamais eu la moindre corruption de données. Au redémarrage tu as une vérification du système de fichiers (fsck), et il retrouve ses petits. Évidemment ça peut arriver, mais en ext3 et ext4 aussi. Notamment pour l'ext3 il y a 3 mode de montage pour l'usage du journal (journal, ordered (defaut) et writeback). Celui choisit par défaut est un compromis entre robustesse et vitesse. Le plus fiable reste le mode journal. La journalisation a été apportée à l'ext2 et a abouti à l'ext3 dans un autre but : Lorsque qu'un serveur crash, au redémarrage sur un serveur contenant beaucoup de données en ext2 (typiquement un serveur mail), le fsck prend une éternité à se dérouler. En ext3 il n'y a qu'à rejouer le journal et c'est réglé. La vérification est toujours utile en ext3 mais pourra être repoussée à une période de plus faible charge. Dans le cas du SGS, les coupures électriques et crash du système ne sont quand même pas légions et même dans le cas où ça arrive, les chances d'avoir une corruption des données est très faible (c'est pas un serveur mail ou une base oracle non plus, les données bougent peu sur un smartphone), et pas plus élevé qu'en ext3. Pour ma part, j'ai pris le parti de la durée de vie de la mémoire du téléphone => pas de journalisation. Si je perds des données, vous serez les premiers prévenus ;) Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Abdeefg Posté(e) 29 septembre 2010 Share Posté(e) 29 septembre 2010 je me demande si ryanza comprend lui même tout ce qu'il fait :cool: Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
nero Posté(e) 29 septembre 2010 Auteur Share Posté(e) 29 septembre 2010 unknow14> Merci beaucoup pour ces précisions, je vais les ajouter au premier post ;) je me demande si ryanza comprend lui même tout ce qu'il fait :cool: C'est aussi ce que je me dis de plus en plus, surtout quand on voit qu'il est le seul à continuer à s'opposer au voodoo lagfix, bien plus propre dans le principe vu qu'il "formatte" la partition interne plutôt que d'utiliser une partition virtuelle. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
nebbus Posté(e) 29 septembre 2010 Share Posté(e) 29 septembre 2010 d'ailleur vivement la béta 5 du Voodoo pour Froyo :o Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
nero Posté(e) 30 septembre 2010 Auteur Share Posté(e) 30 septembre 2010 d'ailleur vivement la béta 5 du Voodoo pour Froyo :o C'est clair : je suis blasé de devoir utiliser le fix de RyanZA :/ Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
helroz Posté(e) 4 octobre 2010 Share Posté(e) 4 octobre 2010 Apparemment, une personne s'est rendu compte sur XDA que ce n'est pas le système de fichiers RFS en lui même qui provoque les lags, mais une erreur de samsung, leur potage du RFS serait buggué et provoquerais des millions d'erreurs en seulement quelques jours...... (en seulement 5 jours d'après le post) Bien sur le RFS reste plus lent que l'EXT mais ça pourrait promettre une future mise à jour de la part de samsung qui corrigerais ces erreurs (ce qui stopperais les lags et améliorerais légèrement le score quadrant). Source: http://forum.xda-developers.com/showthread.php?t=797650 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
mikelyon Posté(e) 4 octobre 2010 Share Posté(e) 4 octobre 2010 Intéressante comme découverte. De plus je trouve que notre Curio national se disperse un peu, la colorimétrie et maintenant la gestion du son...... Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
nero Posté(e) 4 octobre 2010 Auteur Share Posté(e) 4 octobre 2010 (modifié) Apparemment, une personne s'est rendu compte sur XDA que ce n'est pas le système de fichiers RFS en lui même qui provoque les lags, mais une erreur de samsung, leur potage du RFS serait buggué et provoquerais des millions d'erreurs en seulement quelques jours...... (en seulement 5 jours d'après le post)Bien sur le RFS reste plus lent que l'EXT mais ça pourrait promettre une future mise à jour de la part de samsung qui corrigerais ces erreurs (ce qui stopperais les lags et améliorerais légèrement le score quadrant). Source: http://forum.xda-developers.com/showthread.php?t=797650 Ca expliquerait pourquoi, malgré les fixlags, on constate une dégradation au fur et à mesure du temps. Modifié 4 octobre 2010 par nero Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
helroz Posté(e) 4 octobre 2010 Share Posté(e) 4 octobre 2010 Oui, ca doit avoir un rapport aussi ;) Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
LoWaX Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 Belle découverte effectivement tu as tenter la manipulation helroz ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
helroz Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 (modifié) Je préfère attendre un peu encore, j'aime pas trop toucher aux partitions en elles mêmes ;) Ceci dit je suis tenté :P Modifié 5 octobre 2010 par helroz Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
LoWaX Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 Dommage je l'aurais bien vu dans la boite a outils :p Sous JPK j'ai pas l'impression de l'avoir encore ce problème JE me tente le check j'éspere que vais pas faire de bétises hihi Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
helroz Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 Fais attention quand même car ça a pas l'air au point leurs manips encore ;) Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
LoWaX Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 (modifié) Oui c'est surtout le kill -9 ou je block la , il a bien 10 ans que je l'ai pas utilisé Ralalalala tout les processus a tuer dans ps ! Enfaite tu as raison je le sens pas du tout ;=) Modifié 5 octobre 2010 par LoWaX Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
helroz Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 encore une news: http://forum.xda-developers.com/showthread.php?p=8463278#post8463278 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
LoWaX Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 (modifié) Oué en gros c'est fini a la pisse quoi ;=) Je me suis taper une bar avec la Traduction paragraphe Journaling Vos données ne seront pas perdus, votre chiot ne mourra pas Modifié 5 octobre 2010 par LoWaX Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
nero Posté(e) 5 octobre 2010 Auteur Share Posté(e) 5 octobre 2010 encore une news:http://forum.xda-developers.com/showthread.php?p=8463278#post8463278 Très clair comme exposé : espérons que Samsung agisse pour corriger le problème vu qu'on en connait maintenant l'origine ! Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
thebob Posté(e) 5 octobre 2010 Share Posté(e) 5 octobre 2010 c'est peut etre subjectif mais les explications de ryanza montre bien que sont fix donne les meilleurs perfs et consomme moins de cpu que le voodoo apres c'est une question de choix Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
nero Posté(e) 5 octobre 2010 Auteur Share Posté(e) 5 octobre 2010 c'est peut etre subjectif mais les explications de ryanza montre bien que sont fix donne les meilleurs perfs et consomme moins de cpu que le voodooapres c'est une question de choix Son argumentaire est un petit peu subjectif ;) Chacun des deux a ses arguments et c'est difficile de faire un choix. Personnellement, je trouve plus propre un formattage complet de la partition plutôt qu'une partition virtuelle ;) Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
LoWaX Posté(e) 6 octobre 2010 Share Posté(e) 6 octobre 2010 (modifié) rumeur :Le ext4 est prévu pour remplacer le rfs pour le froyo officiel Il semble aussi que un patch zImage + update script pour ext3 pour des test ,mais il vos mieux patienter un peut (z4mod pour les curieux https://z4ziggy.wordpress.com/2010/10/02/z4mod-updated/ ) Ce qui devrait assurer tout le monde, ou pas ;=) Modifié 6 octobre 2010 par LoWaX Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Rom-nou Posté(e) 6 octobre 2010 Share Posté(e) 6 octobre 2010 rumeur :Le ext4 est prévu pour remplacer le rfs pour le froyo officiel Un "lagfix" officiel, ca c'est une bonne nouvelle :D Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
quitos Posté(e) 6 octobre 2010 Share Posté(e) 6 octobre 2010 rumeur :Le ext4 est prévu pour remplacer le rfs pour le froyo officiel c'est la même qui disait que froyo officiel sortait le 23 septembre ? :D :D :D :D :D :D :D :D :D :D Ca fait un petit bout de temps que j'ai arrété de croire au père noel Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
nero Posté(e) 7 octobre 2010 Auteur Share Posté(e) 7 octobre 2010 En même temps, c'est le gros point négatif mis en avant par tous les détraqueurs du GS ! J'espère donc que Samsung va se décider à en tenir compte ;) Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
LoWaX Posté(e) 7 octobre 2010 Share Posté(e) 7 octobre 2010 (modifié) C'est pas moi qui l'a inventer ... http://forum.xda-developers.com/showthread.php?t=797672 ext4 support is planned for future official release Modifié 7 octobre 2010 par LoWaX Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Recommended Posts
Rejoignez la conversation
Vous pouvez poster maintenant et vous enregistrez plus tard. Si vous avez un compte, connectez-vous maintenant pour poster.