Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Shop Recherche
1806 connectés 

 



 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6
Auteur Sujet :

Optimisation du fonctionnement d'un Netbook

n°1122779
LoninoL
Posté le 18-03-2009 à 13:28:07  profilanswer
 

Reprise du message précédent :
Pour FF, de mon coté, je n'ai utiliser le tmpfs que pour le répertoire du cache (sans sauvegarde ni restauration)? Quel intérêt(s) y a t'il à le faire pour tout le répertoire ? (surtout que ça oblige à faire une sauvegarde / restauration)

mood
Publicité
Posté le 18-03-2009 à 13:28:07  profilanswer
 

n°1122782
deK
watching for beerz on the wing
Posté le 18-03-2009 à 13:41:21  profilanswer
 

L'intérêt c'est surtout de stocker en ram la base SQLite qu'utilise FF3, c'est cette base qui est responsable du gros temps de chargement de FF lorsque le profil est sur un disque lent, ainsi que des nombreux accès disques au cours de l'utilisation.
Cette base stocke l'historique, la base anti-phishing, les bookmarks, ...

 

On le sent clairement lorsqu'on tape unmot clé pour la première fois de la session dans la barre d'adresse (Awesome Bar), ça lance directement une requête dans la base de données, sur le SSD de l'AAO ou sur un HDD un peu lent, ça peut être très long, là c'est quasi instantané.

 

J'avais ressenti peu de différences avec le cache en RAM, mais là, le profil complet, ça change tout  :)

 

Edit : je n'ai pas modifié les réglages par défaut de FF, donc le cache se retrouve également en RAM avec cette manip, vu qu'il est stocké dans le profil.


Message édité par deK le 18-03-2009 à 13:44:47

---------------
Feed HA/V          
n°1122784
cactus
Posté le 18-03-2009 à 13:44:16  profilanswer
 

ça donne envie de tester... (j'ai pas de netbouc, mais l'astuce est valable partout !) :love:

n°1122787
deK
watching for beerz on the wing
Posté le 18-03-2009 à 13:50:01  profilanswer
 

Et ça utilise peu de ram, en plus :
 

Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
[...]
none                  246M   36M  211M  15% /home/dek/.mozilla


 


---------------
Feed HA/V          
n°1122788
Gf4x3443
Killing perfection
Posté le 18-03-2009 à 13:50:13  profilanswer
 

deK a écrit :

L'ancien contenu n'est plus accessible (tant que le nouveau montage est présent) mais toujours présent sur le media d'origine, enfin il me semble.


 
Yep. Les file descriptors déjà ouverts continuent cependant d'accéder aux données sur la partition en "arrière plan".


---------------
Petit guide Kerberos pour l'administrateur pressé
n°1122789
deK
watching for beerz on the wing
Posté le 18-03-2009 à 13:51:39  profilanswer
 

Gf4x3443 a écrit :


 
Yep. Les file descriptors déjà ouverts continuent cependant d'accéder aux données sur la partition en "arrière plan".


 
 :jap:  
 
Intéressante précision  :jap:


---------------
Feed HA/V          
n°1122791
cactus
Posté le 18-03-2009 à 13:57:25  profilanswer
 

Je ne comprends pas trop cette histoire de file descriptors... un exemple, SVP ? :??:

Message cité 1 fois
Message édité par cactus le 18-03-2009 à 13:57:35
n°1122814
Gf4x3443
Killing perfection
Posté le 18-03-2009 à 14:40:33  profilanswer
 

http://fr.wikipedia.org/wiki/Descripteur_de_fichier


Message édité par Gf4x3443 le 18-03-2009 à 14:41:18

---------------
Petit guide Kerberos pour l'administrateur pressé
n°1122822
cactus
Posté le 18-03-2009 à 14:49:18  profilanswer
 

donc si je comprends bien, un programme qui accèderait à ces données avant le montage du tmpfs continuerait à fonctionner normalement...
De quoi foutre un joli bazar dans certains cas, non ? (fichiers doublons...)
Enfin bref, on est HS là... :o

n°1122827
mikala
Souviens toi du 5 Novembre...
Posté le 18-03-2009 à 14:57:41  profilanswer
 

cactus a écrit :

donc si je comprends bien, un programme qui accèderait à ces données avant le montage du tmpfs continuerait à fonctionner normalement...
De quoi foutre un joli bazar dans certains cas, non ? (fichiers doublons...)
Enfin bref, on est HS là... :o


logiquement, le tmpfs est monté *bien* avant que mozilla-firefox ne soit lancé ;).


---------------
Forum des Internes Antilles-Guyane|Mandriva GNU/Linux 2010.0 |
mood
Publicité
Posté le 18-03-2009 à 14:57:41  profilanswer
 

n°1122829
cactus
Posté le 18-03-2009 à 15:05:02  profilanswer
 

mikala a écrit :


logiquement, le tmpfs est monté *bien* avant que mozilla-firefox ne soit lancé ;).


C'est pour ça que je disais que du coup c'était HS... ;)

n°1122887
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 18-03-2009 à 20:45:14  profilanswer
 

Je confirme l'augmentation de réactivité flagrante avec l'utilisation du scheduler deadline. noop était pire que celui par défaut!

n°1122889
antistress
Posté le 18-03-2009 à 20:53:57  profilanswer
 

M300A : quel est ton netbook ?

n°1122891
gremi
Vieux con des neiges d'antan
Posté le 18-03-2009 à 21:07:54  profilanswer
 

deK a écrit :


Evidemment, au niveau des scripts de démarrage/extinction c'est à adapter suivant la distribution, là ça vaut pour Arch Linux.

 

Pour Ubuntu/Linux4one j'ai ajouté pour le démarrage dans /etc/init.d/rc.local mais je ne vois pas où mettre la commande de sauvegarde à l'arrêt...

 

Par contre le gain de performances est flagrant, merci  !!

 

edit : Acer Aspire one A110...

Message cité 1 fois
Message édité par gremi le 18-03-2009 à 21:08:47

---------------
In aligot we trust.
n°1122896
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 18-03-2009 à 21:28:15  profilanswer
 

antistress a écrit :

M300A : quel est ton netbook ?


 
EEEPC 901 Linux, donc Atom, 2Go de RAM (upgrade maison), SSD 4Go MLC, SSD 16Go SLC

n°1122898
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 18-03-2009 à 21:28:32  profilanswer
 

Sous Debian testing, kernel 2.6.28.

n°1122918
mikala
Souviens toi du 5 Novembre...
Posté le 19-03-2009 à 02:17:50  profilanswer
 

gremi a écrit :


 
Pour Ubuntu/Linux4one j'ai ajouté pour le démarrage dans /etc/init.d/rc.local mais je ne vois pas où mettre la commande de sauvegarde à l'arrêt...
 
Par contre le gain de performances est flagrant, merci  !!
 
edit : Acer Aspire one A110...


tu crées un /etc/rc.local-stop par exemple et tu l'ajoutes en script de fin .


---------------
Forum des Internes Antilles-Guyane|Mandriva GNU/Linux 2010.0 |
n°1123648
deK
watching for beerz on the wing
Posté le 23-03-2009 à 09:07:56  profilanswer
 

deK a écrit :

 

Alors j'ai fait simple :

 

-Une ligne dans /etc/fstab

 

[...]
none      /home/dek/.mozilla         tmpfs           defaults,uid=1000,gid=100,mode=755     0 0
[...]

 

-Une ligne dans /etc/rc.local pour effectuer au démarrage la synchro du répertoire de référence situé sur le SSD, vers le répertoire en ram (qui à ce moment là est vide) :

 

[...]
rsync -a /home/dek/.mozilla_ref/ /home/dek/.mozilla/

 

-La même chose dans l'autre sens dans /etc/rc.local.shutdown, afin de synchroniser du répertoire en ram vers le répertoire de référence sur le SSD, pour que tout soit gardé au prochain démarrage de la machine :

 

[...]
rsync -a /home/dek/.mozilla/ /home/dek/.mozilla_ref/

 

Simple et efficace.
Ce qui est bien, c'est que même un crash brutal ne foirera pas le profil, on reviendra simplement à la version du boot précédent.
Evidemment, au niveau des scripts de démarrage/extinction c'est à adapter suivant la distribution, là ça vaut pour Arch Linux.

 

Edit : bien sûr, il faut d'abord :
-renommer ton ancien ~/.mozilla en ~/.mozilla_ref
-créer un nouveau ~/.mozilla

 

Correction :

 

Dans le /etc/rc.local.shutdown :

 

[...]
rsync -a --delete /home/dek/.mozilla/ /home/dek/.mozilla_ref/

 

Est plus approprié : sans l'option --delete, les fichiers obsolètes et qui ne sont plus présents en RAM continuent d'être stockés sur le SSD, et sont copiés quand même en ram au boot.
Là on a une vraie synchro, avec suppression si nécessaire.

 

Évidemment on pourrait mettre la même chose dans le rc.local (pour le boot), mais c'est inutile, le ramdisk étant toujours vide au boot.

Message cité 1 fois
Message édité par deK le 23-03-2009 à 09:09:18

---------------
Feed HA/V          
n°1123756
cactus
Posté le 23-03-2009 à 14:40:13  profilanswer
 

J'avais de moi-même rajouté l'option --delete... :sol:  
Merci tout de même d'avoir mis tout ça par écrit ! :)

n°1123762
Profil sup​primé
Posté le 23-03-2009 à 15:20:26  answer
 

deK a écrit :


 
Correction :
 
Dans le /etc/rc.local.shutdown :
 

[...]
rsync -a --delete /home/dek/.mozilla/ /home/dek/.mozilla_ref/


 
Est plus approprié : sans l'option --delete, les fichiers obsolètes et qui ne sont plus présents en RAM continuent d'être stockés sur le SSD, et sont copiés quand même en ram au boot.
Là on a une vraie synchro, avec suppression si nécessaire.
 
Évidemment on pourrait mettre la même chose dans le rc.local (pour le boot), mais c'est inutile, le ramdisk étant toujours vide au boot.


merci pour la correction, ça explique un bug sur la gestion de session de firefox :o

n°1124081
gremi
Vieux con des neiges d'antan
Posté le 24-03-2009 à 22:43:14  profilanswer
 

Je galère un peu :  
 


gremi@gremi-laptop:/etc/init.d$ cat rc.local.shutdown  
rsync -a --delete /home/gremi/.mozilla/ /home/gremi/.mozilla_ref/


 


gremi@gremi-laptop:/etc/init.d$ sudo update-rc.d rc.local.shutdown stop 0 .  
update-rc.d: error: expected runlevel [0-9S] (did you forget "." ?)
usage: update-rc.d [-n] [-f] <basename> remove
       update-rc.d [-n] <basename> defaults|multiuser [NN | sNN kNN]
       update-rc.d [-n] <basename> start|stop NN runlvl [runlvl] [...] .
  -n: not really
  -f: force
 


 
C'est comme ça qu'il faut faire ???
 


---------------
In aligot we trust.
n°1124091
cactus
Posté le 24-03-2009 à 23:25:59  profilanswer
 

A priori, tu utilises Ubuntu, je posterais donc la question plutôt (ou aussi) sur le forum de ta distribution. ;)

n°1124794
Sagittariu​s
Posté le 27-03-2009 à 16:49:48  profilanswer
 

Juste à titre indicatif, ça donne quoi comme performances avec hdparm vos SDD ?
J'avais indiqué, y a quelque temps déjà, les résultats sur un OCZ Solid Series SATA II 2.5" SSD.


Message édité par Sagittarius le 27-03-2009 à 22:51:15
n°1125144
deK
watching for beerz on the wing
Posté le 30-03-2009 à 11:35:10  profilanswer
 

J'ai ça sur mon Aspire One et son SSD Samsung de 8Go :
 

/dev/sda:
 Timing cached reads:   1202 MB in  2.00 seconds = 601.10 MB/sec
 Timing buffered disk reads:  114 MB in  3.02 seconds =  37.80 MB/sec


---------------
Feed HA/V          
n°1125862
deK
watching for beerz on the wing
Posté le 02-04-2009 à 11:28:41  profilanswer
 

Depuis aujourd'hui j'utilise KMS sur mon Aspire One  ;)  
 
http://tuxce.blogspot.com/2009/03/ [...] linux.html
 
Ça fonctionne très bien, mais ça oblige à utiliser UXA, avec lequel j'ai moins de perfs que EXA.
Pleine résolution dans les ttys, switch immédiat X->tty, très rapide dans le sens inverse, très sympa :)


---------------
Feed HA/V          
n°1125911
antistress
Posté le 02-04-2009 à 14:45:49  profilanswer
 

c'est la même procédure avec Ubuntu Jaunty + un noyau 2.6.29 ?

n°1126912
mikala
Souviens toi du 5 Novembre...
Posté le 07-04-2009 à 14:42:59  profilanswer
 

http://linuxfr.org/~octane/28089.html
un petit lien sur firefox qui se rapproche de la proposition précédente d'utiliser  le tmpfs.
Le script est lui par contre un peu différent :)


---------------
Forum des Internes Antilles-Guyane|Mandriva GNU/Linux 2010.0 |
n°1126962
Mjules
Modérateur
Parle dans le vide
Posté le 07-04-2009 à 19:05:47  profilanswer
 

mikala a écrit :

http://linuxfr.org/~octane/28089.html
un petit lien sur firefox qui se rapproche de la proposition précédente d'utiliser  le tmpfs.
Le script est lui par contre un peu différent :)


intéressant :), même hors notebook d'ailleurs.
En fait, ce qui manque pour cet usage précis, c'est un FS qui se monte en union en tmpfs et recopie sur le FS sous-jacent de temps à autre. Personne connait ça ?


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°1126977
cactus
Posté le 07-04-2009 à 20:58:24  profilanswer
 

avec un cron peut-être ?

n°1126987
Mjules
Modérateur
Parle dans le vide
Posté le 07-04-2009 à 22:36:23  profilanswer
 

cactus a écrit :

avec un cron peut-être ?


justement, je voudrais pas une solution avec un cron mais directement avec le FS (une synchro au démontage m'irait très bien aussi).
Un peu commun un FS union : on expose le FS sous-jacent mais on modifie sur un autre, sauf qu'en plus là, on recopierait sur l'initial de façon différée.


Message édité par Mjules le 07-04-2009 à 22:37:14

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°1127020
deK
watching for beerz on the wing
Posté le 08-04-2009 à 09:49:03  profilanswer
 

mikala a écrit :

http://linuxfr.org/~octane/28089.html
un petit lien sur firefox qui se rapproche de la proposition précédente d'utiliser  le tmpfs.
Le script est lui par contre un peu différent :)


 
Intéressant, mais c'est vraiment une solution dédiée "Firefox portable" je pense : dans le cas d'un poste stable avec un Firefox "statique" (un desktop, ou même un netbook), la solution du tmpfs créé au boot a l'avantage de provoquer moins de lourdeur au démarrage de FF.
(sachant qu'un crash complet de la machine ne perd de toutes façons que la session en cours)
Sur l'Acer Aspire One, j'imagine même pas la lenteur du lancement et de la fermeture de FF avec ce script.
 
Et avec beaucoup de ram, on peut se permettre de garder le cache (ce qui ralentirait pas mal son script je pense, un tar complet VS un rsync beaucoup plus rapide).
 
Sur mon desktop avec 4Go de ram, j'ai laissé le cache offline (maxi 512Mo), qui réside donc complètement en ram. (après c'est un choix suivant les besoins que l'on a en mémoire : FF est l'appli que j'utilise 100% du temps et pour 80% de l'utilisation de mon desktop, ça ne me dérange donc pas d'y consacrer tant de ram)
Mais on s'éloigne un peu du sujet.  :o


---------------
Feed HA/V          
n°1127088
thana54
made in concept
Posté le 08-04-2009 à 13:54:45  profilanswer
 

Intéressant ce topic [:cerveau neuf]
 
Mettre ff en ram est intéressant, mais je trouve un peu dommage de devoir fixer un dossier d'un utilisateur en dur. N'y a t-il pas moyen de mettre un $user/.mozilla en ram à la place d'une donnée en dur ?
 
J'ai testé le week end dernier diverses solutions (flashybrid, unionfs, aufs) et je suis comme Mjules à propos de la sauvegarde de données. C'est dommage de ne pas avoir une fonction interne au FS pour le prendre en charge tout seul.

n°1127105
cactus
Posté le 08-04-2009 à 14:40:16  profilanswer
 

Voici qq idées, dont je ne maitrise aucunement l'aspect technique (mais je serais intéressé pour avoir la solution) :
 
1. multi-user :avec un script et une boucle for, ça doit être possible.
 
2. filesystem : et un système raid (RAM + HDD) sur ce(s) répertoire(s) ? éventuellement un hard-link ?

n°1127166
thana54
made in concept
Posté le 08-04-2009 à 18:21:26  profilanswer
 

Ma petite contrib alors:
Avoir un netbook (ou un SSD, CF, ou système sur de la mémoire flash), c'est bien, mais autant ne pas y mettre des trucs inutiles, comme les paquets téléchargés par sa distrib.
Donc, en gros il suffit de mettre le dossier où sont téléchargés ces paquets (et les paquets partiels) en tmpfs.
/etc/fstab (pour debian/*buntu):

Code :
  1. tmpfs /var/cache/apt/archives tmpfs rw 0 0


Et le script qui va créer le dossier partial au boot (chose bizarre de tmpfs, pas moyen de créer un dossier en ram inclu dans un autre dossier en ram [:cerveau heink] ):

Code :
  1. #! /bin/sh
  2. ### BEGIN INIT INFO
  3. # Provides:          new dir on tmpfs /var/cache/apt/archives
  4. # Required-Start:    $remote_fs
  5. # Required-Stop:     $remote_fs
  6. # Default-Start:     2 3 4 5
  7. # Default-Stop:      0 1 6
  8. # Short-Description: Example initscript
  9. # Description:       This file should be used to construct scripts to be
  10. #                    placed in /etc/init.d.
  11. ### END INIT INFO
  12. # Author: Foo Bar <foobar@baz.org>
  13. #
  14. # Please remove the "Author" lines above and replace them
  15. # with your own name if you copy and modify this script.
  16. # Do NOT "set -e"
  17. # PATH should only include /usr/* if it runs after the mountnfs.sh script
  18. case "$1" in
  19.   start)
  20. mkdir /var/cache/apt/archives/partial
  21. ;;
  22.   stop)
  23. echo "bye bye";
  24. ;;
  25.   restart|force-reload)
  26. mkdir /var/cache/apt/archives/partial
  27. ;;
  28.   *)
  29. #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
  30. echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
  31. exit 3
  32. ;;
  33. esac
  34. :


Suivi d'un chmod +x sur le script et d'un update-rc.d aux bons runlevels.

 

Et c'est bien utile de manger un peu de ram quand le disque système est petit :)

Code :
  1. df
  2. Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
  3. /dev/sda1             3,8G  2,8G  781M  79% /
  4. tmpfs                 759M  8,0K  759M   1% /lib/init/rw
  5. udev                   10M   68K   10M   1% /dev
  6. tmpfs                 759M  4,0K  759M   1% /dev/shm
  7. tmpfs                 759M  479M  280M  64% /tmp
  8. tmpfs                 759M     0  759M   0% /var/cache/apt/archives
  9. /dev/sdb1             299G  293G  5,7G  99% /media/thanux_ext
  10. /dev/sdc1             294G  198G   81G  71% /media/wd
  11. /dev/sdd1             2,0G  1,6G  350M  83% /media/PHONE CARD


Message édité par thana54 le 08-04-2009 à 18:23:18
n°1127167
deK
watching for beerz on the wing
Posté le 08-04-2009 à 18:38:11  profilanswer
 

:jap:

 

J'ai fait un peu pareil sous Arch : mon /tmp est monté en tmpfs, donc j'ai bêtement configuré Yaourt pour stocker le cache des paquets dans /tmp/yaourt
Comme ça c'est vidé à chaque boot, et le DL des paquets ne rame plus autant qu'avant avec ce SSD anémique.


Message édité par deK le 08-04-2009 à 18:38:35

---------------
Feed HA/V          
n°1127206
antistress
Posté le 09-04-2009 à 02:37:46  profilanswer
 

antistress a écrit :


VI- Choix du FS
D'après Theodore Ts'o le gain le plus significatif est obtenu avec l'attribut noatime quelquesoit le FS.
Il est recommandé de garder un système journalisé (type ext3 ou 4)
SI vous pensez vraiment pouvoir vous en passer, vous pourrez utiliser ext2 voire ext4 sans le journal (avec un noyau 2.6.29 ou supérieur)


Citation :


Data Mode
=========
There are 3 different data modes:
 
* writeback mode
In data=writeback mode, ext4 does not journal data at all. This mode provides a similar level of journaling as that of XFS, JFS, and ReiserFS in its default mode - metadata journaling. A crash+recovery can cause incorrect data to appear in files which were written shortly before the crash. This mode will typically provide the best ext4 performance.
 
* ordered mode
In data=ordered mode, ext4 only officially journals metadata, but it logically groups metadata information related to data changes with the data blocks into a single unit called a transaction. When it's time to write the new metadata out to disk, the associated data blocks are written first. In general, this mode performs slightly slower than writeback but significantly faster than journal mode.
 
* journal mode
data=journal mode provides full data and metadata journaling. All new data is written to the journal first, and then to its final location.
In the event of a crash, the journal can be replayed, bringing both data and
metadata into a consistent state. This mode is the slowest except when data
needs to be read from and written to disk at the same time where it outperforms all others modes. Curently ext4 does not have delayed allocation support if this data journalling mode is selected.


 
http://www.mjmwired.net/kernel/Doc [...] t4.txt#313

n°1127438
the_k586
♥ Punk à Chats ♥
Posté le 09-04-2009 à 21:42:12  profilanswer
 

[:ceci est un [:drapal]]
Heureux possesseur d'un 901b-16Go-Turbodiesel [:cerveau delight]

Message cité 1 fois
Message édité par the_k586 le 09-04-2009 à 21:42:30

---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
n°1128008
chtieric
lunatique... et looser.
Posté le 14-04-2009 à 00:16:22  profilanswer
 

the_k586 a écrit :

[:ceci est un [:drapal]]
Heureux possesseur d'un 901b-16Go-Turbodiesel [:cerveau delight]


+1  [:pcgamer]


---------------
psn: Erismix
n°1128140
the_k586
♥ Punk à Chats ♥
Posté le 14-04-2009 à 16:56:20  profilanswer
 

que je viens d'ailleurs d'upgrader avec une minipciexpress Atheros qui claque :o


---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
n°1128440
deK
watching for beerz on the wing
Posté le 16-04-2009 à 08:32:31  profilanswer
 

Je viens de repasser sur Debian pour mon portable (une Lenny, j'ai besoin d'un système rock stable sur cette machine), et voulant profiter de l'astuce du .mozilla en tmpfs, j'ai fait plus propre que sous Arch, avec un script d'init.
 
Rien de sensationnel, mais si ça peut servir ...
 

#! /bin/sh
# /etc/init.d/FFram
#
 
case "$1" in
  start)
    echo "FFram : synchro disque->RAM"
    rsync -a --delete /home/dek/.mozilla_ref/ /home/dek/.mozilla/
    ;;
  stop)
    echo "FFram : synchro RAM->disque"
    rsync -a --delete /home/dek/.mozilla/ /home/dek/.mozilla_ref/
    ;;
  *)
    echo "Usage: /etc/init.d/FFram {start|stop}"
    exit 1
    ;;
esac
 
exit 0


---------------
Feed HA/V          
n°1128444
thana54
made in concept
Posté le 16-04-2009 à 08:50:35  profilanswer
 

Il marche bien ce script ? J'ai tenté d'en faire un light, mais il manquais un header spécifique pour le "reconnaitre" comme un vrai script dans init.d [:cerveau paysan]

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6

Aller à :
Ajouter une réponse
 

Sujets relatifs
fonctionnement du RAID 1 MIRROIR sous linux ?Ubuntu Netbook remix
Bind / squid, fonctionnement DNSOptimisation du kernel: suppression des modules
fonctionnement de processus init[SHELL] optimisation d'un script
Freeradius, principe de fonctionnementquestion fonctionnement postfix
[Resolu] acces interface web neufbox via deux reseauxOptimisation Ubuntu
Plus de sujets relatifs à : Optimisation du fonctionnement d'un Netbook


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR