Jump to content

[Script] tweaks pour toute les Roms


Recommended Posts

  • Replies 424
  • Created
  • Last Reply

Top Posters In This Topic

Salut seanDSK, j'ai regardé tes scripts. Enfin que le "Deadline" pour le moment et quelques petits trucs m'intriguent. Je précise avant tout que mon G14 n'est pas rooté. Je me base sur monPC et mes autres androphones dont mon Atrix sur lequel j'ai écris un bon nombre de scripts juste pour quelques amis et moi-même, je t'upload le bousin par MP si tu le souhaites.

Alors déjà :

echo "1024" > /sys/block/mmcblk0/queue/iosched/nr_requests

La taille max à 1024 est interessante car pas trop élevé et pas trop faible mais nr_requests ne peut logiquement pas être placé dans l'iosched, la partie que j'ai mis en gras est à supprimer.

Puis il y a un oubli, je met en gras ce qu'il manque :

echo "400" > /sys/block/mmcblk0/queue/iosched/read_expire

Ensuite il y a aussi un problème de scheduler, car le contenu de l'iosched est différent en fonction du scheduler et plusieurs fichiers (back_seek_penalty;back_seek_max;low_latency;slice_idle;quantum) sont présents seulement lorsque le scheduler est bfq/cfq. Donc logiquement ça ne devrait pas fonctionner. Après c'est peut-être spécifique au G14. ;)

Si j'ai le temps je regarde tes autres scripts, ça m'a l'air assez intéressant.

Link to comment
Share on other sites

Salut seanDSK, j'ai regardé tes scripts. Enfin que le "Deadline" pour le moment et quelques petits trucs m'intriguent. Je précise avant tout que mon G14 n'est pas rooté. Je me base sur monPC et mes autres androphones dont mon Atrix sur lequel j'ai écris un bon nombre de scripts juste pour quelques amis et moi-même, je t'upload le bousin par MP si tu le souhaites.

Alors déjà :

La taille max à 1024 est interessante car pas trop élevé et pas trop faible mais nr_requests ne peut logiquement pas être placé dans l'iosched, la partie que j'ai mis en gras est à supprimer.

Puis il y a un oubli, je met en gras ce qu'il manque :

Ensuite il y a aussi un problème de scheduler, car le contenu de l'iosched est différent en fonction du scheduler et plusieurs fichiers (back_seek_penalty;back_seek_max;low_latency;slice_idle;quantum) sont présents seulement lorsque le scheduler est bfq/cfq. Donc logiquement ça ne devrait pas fonctionner. Après c'est peut-être spécifique au G14. ;)

Si j'ai le temps je regarde tes autres scripts, ça m'a l'air assez intéressant.

Effectivement ta complètement raison, le fait est que j'ai tiré le script des réglages que j'utilisait sur ma Rom du DHD

Vu que je mettais différents réglages en fonction du scheduler utilisé, je me suis trompé en copiant les lignes

Pas fait gaffe vu que j'y ai pas jeté un œil depuis lol

Je me concentre déjà sur la gestion de la Ram dans un premier temps

Mais merci de tes remarques ;)

Faudra que je corrige

Envoyé depuis mon HTC Sensation XE with Beats Audio avec Tapatalk

6379,8125,9871,11919,20497,25282

Ah ouais je me souvenais pas que c'était si aggressif, ok je vais me baser dessus

Envoyé depuis mon HTC Sensation XE with Beats Audio avec Tapatalk

Link to comment
Share on other sites

Ok je vais y reflechir, je te donnerais quelque chose demain

Merci de ta coopération au fait ;)

@xkz 0,1,2,4,7,15. Mais je m'occupe pas de celui la dans l'immédiat

Envoyé depuis mon HTC Sensation XE with Beats Audio avec Tapatalk

Link to comment
Share on other sites

Justement, c'est ce qu'on a expérimenté

Mais Sense étant lourd, ça ne laisse pas assez "d'espace"

Du coup je me résigne à aller dans un autre sens, en modifiant minfile

Envoyé depuis mon HTC Sensation XE with Beats Audio avec Tapatalk

Link to comment
Share on other sites

Ok lol je m'attendais plus à un /dev/block/mmcblk0pX ;)

C'est pour le script tune2fs qui ne fonctionne pas, on le regarde 10 secondes et on comprend pourquoi.

avant :

#!/system/bin/sh
# ========================================

tune2fs -o journal_data_writeback /block/path/to/system
tune2fs -O ^has_journal /block/path/to/system
tune2fs -o journal_data_writeback /block/path/to/cache
tune2fs -O ^has_journal /block/path/to/cache
tune2fs -o journal_data_writeback /block/path/to/data
tune2fs -O ^has_journal /block/path/to/data

après :

#!/system/bin/sh
set $(cat /proc/mounts)
MNTSYS=$49
MNTDAT=$55
MNTCAC=$61
tune2fs -o journal_data_writeback $MNTSYS
tune2fs -O ^has_journal $MNTSYS
tune2fs -o journal_data_writeback $MNTDAT
tune2fs -O ^has_journal $MNTDAT
tune2fs -o journal_data_writeback $MNTCAC
tune2fs -O ^has_journal $MNTCAC

MNTSYS/DAT/CAC correspondent à /dev/block/[PARTITION]

Par exemple MNTSYS = /dev/block/mmcblk0p12 pour mon Atrix.

Link to comment
Share on other sites

  • 2 weeks later...

Il le semble que oui, l'autre jour j'avais 90000 et quelques en tapant free dans le terminal et aujourd'hui j'ai 0. C'est des nightly ça change tout les jours mais il me semble que c'est le même kernel celui de faux.

J'ai placé 90zram dans initd et j'ai rebooté et ça ne marche pas.

Edited by Cédric
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...