denis.paris wrote:Cette règle x2 était valable pour des faibles capacité de RAM,
maintenant le swap est beaucoup moins sollicité. SWAP = RAM est une
bonne base, pour 2 ou 4 Go, voire moins au delà. Personnellement je
limite à 2 Go alors que j'ai 8 Go physique.
perso j'ai 1 Go de RAM actuellement pour 2 Go de swapCa dépend bien sûr des applis, si on a un doute faire "free -m" pour
voir le swap occupé, en général 0.
chez moi, ça donne :
:~$ free -m
total used free shared buffers
cached Mem: 991 879 111 0 13
264 -/+ buffers/cache: 601 389 Swap: 1906
177 1729
En cas de besoin on peut toujours créer une autre partition swap si on
a de la place non alloué sur le disque (bonne pratique) ou même le
créer dans un fichier (peu recommandé).
ah oui, c'est une bonne idée !
denis.paris <denis.paris@free.fr> wrote:
Cette règle x2 était valable pour des faibles capacité de RAM,
maintenant le swap est beaucoup moins sollicité. SWAP = RAM est une
bonne base, pour 2 ou 4 Go, voire moins au delà. Personnellement je
limite à 2 Go alors que j'ai 8 Go physique.
perso j'ai 1 Go de RAM actuellement pour 2 Go de swap
Ca dépend bien sûr des applis, si on a un doute faire "free -m" pour
voir le swap occupé, en général 0.
chez moi, ça donne :
yt@D620:~$ free -m
total used free shared buffers
cached Mem: 991 879 111 0 13
264 -/+ buffers/cache: 601 389 Swap: 1906
177 1729
En cas de besoin on peut toujours créer une autre partition swap si on
a de la place non alloué sur le disque (bonne pratique) ou même le
créer dans un fichier (peu recommandé).
ah oui, c'est une bonne idée !
denis.paris wrote:Cette règle x2 était valable pour des faibles capacité de RAM,
maintenant le swap est beaucoup moins sollicité. SWAP = RAM est une
bonne base, pour 2 ou 4 Go, voire moins au delà. Personnellement je
limite à 2 Go alors que j'ai 8 Go physique.
perso j'ai 1 Go de RAM actuellement pour 2 Go de swapCa dépend bien sûr des applis, si on a un doute faire "free -m" pour
voir le swap occupé, en général 0.
chez moi, ça donne :
:~$ free -m
total used free shared buffers
cached Mem: 991 879 111 0 13
264 -/+ buffers/cache: 601 389 Swap: 1906
177 1729
En cas de besoin on peut toujours créer une autre partition swap si on
a de la place non alloué sur le disque (bonne pratique) ou même le
créer dans un fichier (peu recommandé).
ah oui, c'est une bonne idée !
Combien de fois ai-je lu sur tel ou tel forum "où sont passés les x Go
qui manquent entre la capacité du disque et celle du système de fichiers"...
Car l'informatique n'est pas un domaine isolé de tous les autres qui
utilisent les préfixes SI. Un exemple trivial : un volume de données
s'exprime en puissance de 2 mais un débit de transmission en puissance
de 10. L'erreur est alors facile de confondre préfixes binaires et décimaux.
Combien de fois ai-je lu sur tel ou tel forum "où sont passés les x Go
qui manquent entre la capacité du disque et celle du système de fichiers"...
Car l'informatique n'est pas un domaine isolé de tous les autres qui
utilisent les préfixes SI. Un exemple trivial : un volume de données
s'exprime en puissance de 2 mais un débit de transmission en puissance
de 10. L'erreur est alors facile de confondre préfixes binaires et décimaux.
Combien de fois ai-je lu sur tel ou tel forum "où sont passés les x Go
qui manquent entre la capacité du disque et celle du système de fichiers"...
Car l'informatique n'est pas un domaine isolé de tous les autres qui
utilisent les préfixes SI. Un exemple trivial : un volume de données
s'exprime en puissance de 2 mais un débit de transmission en puissance
de 10. L'erreur est alors facile de confondre préfixes binaires et décimaux.
Pascal Hambourg , dans le message <jbvabd$qpn$, a
écrit :Combien de fois ai-je lu sur tel ou tel forum "où sont passés les x Go
qui manquent entre la capacité du disque et celle du système de fichiers"...
Une part non négligeable de la réponse se trouve dans les structures de
données du filesystem, donc l'argument est assez faible.
Car l'informatique n'est pas un domaine isolé de tous les autres qui
utilisent les préfixes SI. Un exemple trivial : un volume de données
s'exprime en puissance de 2 mais un débit de transmission en puissance
de 10. L'erreur est alors facile de confondre préfixes binaires et décimaux.
Les débits s'expriment de toutes façons en bits.
Je ne vois donc aucune
objection à ce que ce soient spécifiquement les octets qui aient droit à un
traitement particulier lié à leur usage particulier.
Et accessoirement, les débits sont toujours approximatifs en pratique.
Pascal Hambourg , dans le message <jbvabd$qpn$1@saria.nerim.net>, a
écrit :
Combien de fois ai-je lu sur tel ou tel forum "où sont passés les x Go
qui manquent entre la capacité du disque et celle du système de fichiers"...
Une part non négligeable de la réponse se trouve dans les structures de
données du filesystem, donc l'argument est assez faible.
Car l'informatique n'est pas un domaine isolé de tous les autres qui
utilisent les préfixes SI. Un exemple trivial : un volume de données
s'exprime en puissance de 2 mais un débit de transmission en puissance
de 10. L'erreur est alors facile de confondre préfixes binaires et décimaux.
Les débits s'expriment de toutes façons en bits.
Je ne vois donc aucune
objection à ce que ce soient spécifiquement les octets qui aient droit à un
traitement particulier lié à leur usage particulier.
Et accessoirement, les débits sont toujours approximatifs en pratique.
Pascal Hambourg , dans le message <jbvabd$qpn$, a
écrit :Combien de fois ai-je lu sur tel ou tel forum "où sont passés les x Go
qui manquent entre la capacité du disque et celle du système de fichiers"...
Une part non négligeable de la réponse se trouve dans les structures de
données du filesystem, donc l'argument est assez faible.
Car l'informatique n'est pas un domaine isolé de tous les autres qui
utilisent les préfixes SI. Un exemple trivial : un volume de données
s'exprime en puissance de 2 mais un débit de transmission en puissance
de 10. L'erreur est alors facile de confondre préfixes binaires et décimaux.
Les débits s'expriment de toutes façons en bits.
Je ne vois donc aucune
objection à ce que ce soient spécifiquement les octets qui aient droit à un
traitement particulier lié à leur usage particulier.
Et accessoirement, les débits sont toujours approximatifs en pratique.
Comment fait-on pour voir le taux de fragmentation ? J'ai un PC avec
très peu de ram qui me sert de serveur et qui a un uptime de 330 jours..
ça pourrais être rigolo de voir ça !
Comment fait-on pour voir le taux de fragmentation ? J'ai un PC avec
très peu de ram qui me sert de serveur et qui a un uptime de 330 jours..
ça pourrais être rigolo de voir ça !
Comment fait-on pour voir le taux de fragmentation ? J'ai un PC avec
très peu de ram qui me sert de serveur et qui a un uptime de 330 jours..
ça pourrais être rigolo de voir ça !
Le Fri, 9 Dec 2011 15:36:21 +0000 (UTC)
Marc Boyer a écrit :Le 09-12-2011, Yliur a écrit :
> C'est l'éternelle question de "dans quelle mesure le planificateur
> doit-il savoir ce qu'il manipule ou au contraire être agnostique",
> non ? Je suppose que lui fournir plus d'informations requiert une
> architecture plus complexe (pour fournir plus d'information) et un
> planificateur lui-même plus complexe pour prendre en compte toutes
> ces informations, ce qui doit avoir des inconvénients (fiabilité,
> temps d'exécution, moyens de configuration, ... ?).
Je connais un peu, je reviens d'une conf d'ordonnancement.
Ma question était plus "pratique": globalement, pour une linux
de bureau (je parle pas de serveur spécifique), pourquoi est-ce
que ce ne sont pas des réglages par défauts ?
J'ai déjà l'habitude de lancer mes gros calculs avec un nice 10,
et il faudrait que j'arrive à dire à Unity de remplacer
l'appel à firfeox par un nice 5 firefox.
Il doit y avoir quelque part un fichier .desktop pour le lancement e
Firefox, il doit être possible de modifier la commande qu'il lance. Par
contre je ne sais pas si ça va être conservé à la prochaine mise à
jour. Est-ce que tu ne peux pas créer un "lanceur" et lui indiquer la
bonne commande ? Et non, je ne sais pas le faire avec Unity, désolé :) .
Le Fri, 9 Dec 2011 15:36:21 +0000 (UTC)
Marc Boyer <Marc.Boyer@cert.onera.fr.invalid> a écrit :
Le 09-12-2011, Yliur <yliur@free.fr> a écrit :
> C'est l'éternelle question de "dans quelle mesure le planificateur
> doit-il savoir ce qu'il manipule ou au contraire être agnostique",
> non ? Je suppose que lui fournir plus d'informations requiert une
> architecture plus complexe (pour fournir plus d'information) et un
> planificateur lui-même plus complexe pour prendre en compte toutes
> ces informations, ce qui doit avoir des inconvénients (fiabilité,
> temps d'exécution, moyens de configuration, ... ?).
Je connais un peu, je reviens d'une conf d'ordonnancement.
Ma question était plus "pratique": globalement, pour une linux
de bureau (je parle pas de serveur spécifique), pourquoi est-ce
que ce ne sont pas des réglages par défauts ?
J'ai déjà l'habitude de lancer mes gros calculs avec un nice 10,
et il faudrait que j'arrive à dire à Unity de remplacer
l'appel à firfeox par un nice 5 firefox.
Il doit y avoir quelque part un fichier .desktop pour le lancement e
Firefox, il doit être possible de modifier la commande qu'il lance. Par
contre je ne sais pas si ça va être conservé à la prochaine mise à
jour. Est-ce que tu ne peux pas créer un "lanceur" et lui indiquer la
bonne commande ? Et non, je ne sais pas le faire avec Unity, désolé :) .
Le Fri, 9 Dec 2011 15:36:21 +0000 (UTC)
Marc Boyer a écrit :Le 09-12-2011, Yliur a écrit :
> C'est l'éternelle question de "dans quelle mesure le planificateur
> doit-il savoir ce qu'il manipule ou au contraire être agnostique",
> non ? Je suppose que lui fournir plus d'informations requiert une
> architecture plus complexe (pour fournir plus d'information) et un
> planificateur lui-même plus complexe pour prendre en compte toutes
> ces informations, ce qui doit avoir des inconvénients (fiabilité,
> temps d'exécution, moyens de configuration, ... ?).
Je connais un peu, je reviens d'une conf d'ordonnancement.
Ma question était plus "pratique": globalement, pour une linux
de bureau (je parle pas de serveur spécifique), pourquoi est-ce
que ce ne sont pas des réglages par défauts ?
J'ai déjà l'habitude de lancer mes gros calculs avec un nice 10,
et il faudrait que j'arrive à dire à Unity de remplacer
l'appel à firfeox par un nice 5 firefox.
Il doit y avoir quelque part un fichier .desktop pour le lancement e
Firefox, il doit être possible de modifier la commande qu'il lance. Par
contre je ne sais pas si ça va être conservé à la prochaine mise à
jour. Est-ce que tu ne peux pas créer un "lanceur" et lui indiquer la
bonne commande ? Et non, je ne sais pas le faire avec Unity, désolé :) .
Le 09-12-2011, Yliur a écrit :
> Le Fri, 9 Dec 2011 15:36:21 +0000 (UTC)
> Marc Boyer a écrit :
>
>> Le 09-12-2011, Yliur a écrit :
>> > C'est l'éternelle question de "dans quelle mesure le
>> > planificateur doit-il savoir ce qu'il manipule ou au contraire
>> > être agnostique", non ? Je suppose que lui fournir plus
>> > d'informations requiert une architecture plus complexe (pour
>> > fournir plus d'information) et un planificateur lui-même plus
>> > complexe pour prendre en compte toutes ces informations, ce qui
>> > doit avoir des inconvénients (fiabilité, temps d'exécution,
>> > moyens de configuration, ... ?).
>>
>> Je connais un peu, je reviens d'une conf d'ordonnancement.
>> Ma question était plus "pratique": globalement, pour une linux
>> de bureau (je parle pas de serveur spécifique), pourquoi est-ce
>> que ce ne sont pas des réglages par défauts ?
>>
>> J'ai déjà l'habitude de lancer mes gros calculs avec un nice 10,
>> et il faudrait que j'arrive à dire à Unity de remplacer
>> l'appel à firfeox par un nice 5 firefox.
>
> Il doit y avoir quelque part un fichier .desktop pour le lancement e
> Firefox, il doit être possible de modifier la commande qu'il lance.
> Par contre je ne sais pas si ça va être conservé à la prochaine
> mise à jour. Est-ce que tu ne peux pas créer un "lanceur" et lui
> indiquer la bonne commande ? Et non, je ne sais pas le faire avec
> Unity, désolé :) .
J'ai fini par trouver un truc
/usr/share/applications/firefox.desktop
mais impossible de lui passer une commande nice firefox, il ne
connait pas 'nice'.
Donc, je suis passé par un petit script, mais je trouve ça lourd.
Marc Boyer
Le 09-12-2011, Yliur <yliur@free.fr> a écrit :
> Le Fri, 9 Dec 2011 15:36:21 +0000 (UTC)
> Marc Boyer <Marc.Boyer@cert.onera.fr.invalid> a écrit :
>
>> Le 09-12-2011, Yliur <yliur@free.fr> a écrit :
>> > C'est l'éternelle question de "dans quelle mesure le
>> > planificateur doit-il savoir ce qu'il manipule ou au contraire
>> > être agnostique", non ? Je suppose que lui fournir plus
>> > d'informations requiert une architecture plus complexe (pour
>> > fournir plus d'information) et un planificateur lui-même plus
>> > complexe pour prendre en compte toutes ces informations, ce qui
>> > doit avoir des inconvénients (fiabilité, temps d'exécution,
>> > moyens de configuration, ... ?).
>>
>> Je connais un peu, je reviens d'une conf d'ordonnancement.
>> Ma question était plus "pratique": globalement, pour une linux
>> de bureau (je parle pas de serveur spécifique), pourquoi est-ce
>> que ce ne sont pas des réglages par défauts ?
>>
>> J'ai déjà l'habitude de lancer mes gros calculs avec un nice 10,
>> et il faudrait que j'arrive à dire à Unity de remplacer
>> l'appel à firfeox par un nice 5 firefox.
>
> Il doit y avoir quelque part un fichier .desktop pour le lancement e
> Firefox, il doit être possible de modifier la commande qu'il lance.
> Par contre je ne sais pas si ça va être conservé à la prochaine
> mise à jour. Est-ce que tu ne peux pas créer un "lanceur" et lui
> indiquer la bonne commande ? Et non, je ne sais pas le faire avec
> Unity, désolé :) .
J'ai fini par trouver un truc
/usr/share/applications/firefox.desktop
mais impossible de lui passer une commande nice firefox, il ne
connait pas 'nice'.
Donc, je suis passé par un petit script, mais je trouve ça lourd.
Marc Boyer
Le 09-12-2011, Yliur a écrit :
> Le Fri, 9 Dec 2011 15:36:21 +0000 (UTC)
> Marc Boyer a écrit :
>
>> Le 09-12-2011, Yliur a écrit :
>> > C'est l'éternelle question de "dans quelle mesure le
>> > planificateur doit-il savoir ce qu'il manipule ou au contraire
>> > être agnostique", non ? Je suppose que lui fournir plus
>> > d'informations requiert une architecture plus complexe (pour
>> > fournir plus d'information) et un planificateur lui-même plus
>> > complexe pour prendre en compte toutes ces informations, ce qui
>> > doit avoir des inconvénients (fiabilité, temps d'exécution,
>> > moyens de configuration, ... ?).
>>
>> Je connais un peu, je reviens d'une conf d'ordonnancement.
>> Ma question était plus "pratique": globalement, pour une linux
>> de bureau (je parle pas de serveur spécifique), pourquoi est-ce
>> que ce ne sont pas des réglages par défauts ?
>>
>> J'ai déjà l'habitude de lancer mes gros calculs avec un nice 10,
>> et il faudrait que j'arrive à dire à Unity de remplacer
>> l'appel à firfeox par un nice 5 firefox.
>
> Il doit y avoir quelque part un fichier .desktop pour le lancement e
> Firefox, il doit être possible de modifier la commande qu'il lance.
> Par contre je ne sais pas si ça va être conservé à la prochaine
> mise à jour. Est-ce que tu ne peux pas créer un "lanceur" et lui
> indiquer la bonne commande ? Et non, je ne sais pas le faire avec
> Unity, désolé :) .
J'ai fini par trouver un truc
/usr/share/applications/firefox.desktop
mais impossible de lui passer une commande nice firefox, il ne
connait pas 'nice'.
Donc, je suis passé par un petit script, mais je trouve ça lourd.
Marc Boyer
Dans ce fichier, remplacer
Exec=firefox %u
par
Exec=nice -n5 firefox %u
ne fonctionne pas, c'est ça ?
Qu'est-ce qui est lourd avec le script ?
Le fait qu'il ne soit pas
intégré au menu ? Il est peut-être possible de placer le script
dans /usr/bin, de le donner à root:root et de créer
un /usr/share/applications/firefox-xxx.desktop, copie du précédent dont
la ligne Exec désignerait le script ? Il faudrait aussi changer le nom
de l'appli dans le ficher .desktop pour reconnaître ce raccourci du
Firefox normal.
Dans ce fichier, remplacer
Exec=firefox %u
par
Exec=nice -n5 firefox %u
ne fonctionne pas, c'est ça ?
Qu'est-ce qui est lourd avec le script ?
Le fait qu'il ne soit pas
intégré au menu ? Il est peut-être possible de placer le script
dans /usr/bin, de le donner à root:root et de créer
un /usr/share/applications/firefox-xxx.desktop, copie du précédent dont
la ligne Exec désignerait le script ? Il faudrait aussi changer le nom
de l'appli dans le ficher .desktop pour reconnaître ce raccourci du
Firefox normal.
Dans ce fichier, remplacer
Exec=firefox %u
par
Exec=nice -n5 firefox %u
ne fonctionne pas, c'est ça ?
Qu'est-ce qui est lourd avec le script ?
Le fait qu'il ne soit pas
intégré au menu ? Il est peut-être possible de placer le script
dans /usr/bin, de le donner à root:root et de créer
un /usr/share/applications/firefox-xxx.desktop, copie du précédent dont
la ligne Exec désignerait le script ? Il faudrait aussi changer le nom
de l'appli dans le ficher .desktop pour reconnaître ce raccourci du
Firefox normal.
Le 12-12-2011, Yliur a écrit :
> Dans ce fichier, remplacer
> Exec=firefox %u
> par
> Exec=nice -n5 firefox %u
> ne fonctionne pas, c'est ça ?
Exactement: il ne connait pas nice.
J'ai essayé avec /usr/bin/nice, mais il ne trouvait plus
firefox, où ne lui passait plus les parametres. Il y a
surement une solution, mais j'ai pas eut le temps de tester
les différentes options à base de ', ", etc...
> Qu'est-ce qui est lourd avec le script ?
Je trouve pas très éléguant le fait de devoir écrire
un scrip qui fait juste
nice -5 firefox $@
Le 12-12-2011, Yliur <yliur@free.fr> a écrit :
> Dans ce fichier, remplacer
> Exec=firefox %u
> par
> Exec=nice -n5 firefox %u
> ne fonctionne pas, c'est ça ?
Exactement: il ne connait pas nice.
J'ai essayé avec /usr/bin/nice, mais il ne trouvait plus
firefox, où ne lui passait plus les parametres. Il y a
surement une solution, mais j'ai pas eut le temps de tester
les différentes options à base de ', ", etc...
> Qu'est-ce qui est lourd avec le script ?
Je trouve pas très éléguant le fait de devoir écrire
un scrip qui fait juste
nice -5 firefox $@
Le 12-12-2011, Yliur a écrit :
> Dans ce fichier, remplacer
> Exec=firefox %u
> par
> Exec=nice -n5 firefox %u
> ne fonctionne pas, c'est ça ?
Exactement: il ne connait pas nice.
J'ai essayé avec /usr/bin/nice, mais il ne trouvait plus
firefox, où ne lui passait plus les parametres. Il y a
surement une solution, mais j'ai pas eut le temps de tester
les différentes options à base de ', ", etc...
> Qu'est-ce qui est lourd avec le script ?
Je trouve pas très éléguant le fait de devoir écrire
un scrip qui fait juste
nice -5 firefox $@
Je trouve pas très éléguant le fait de devoir écrire
un scrip qui fait juste
nice -5 firefox $@
Est-ce qu'une solution de ce type serait plus "élégante" ?
<http://www.noobuntu.powa.fr/ubuntu/creer-des-raccourcis-dans-le-dock-de-unity/>
Je trouve pas très éléguant le fait de devoir écrire
un scrip qui fait juste
nice -5 firefox $@
Est-ce qu'une solution de ce type serait plus "élégante" ?
<http://www.noobuntu.powa.fr/ubuntu/creer-des-raccourcis-dans-le-dock-de-unity/>
Je trouve pas très éléguant le fait de devoir écrire
un scrip qui fait juste
nice -5 firefox $@
Est-ce qu'une solution de ce type serait plus "élégante" ?
<http://www.noobuntu.powa.fr/ubuntu/creer-des-raccourcis-dans-le-dock-de-unity/>
> J'imagine qu'il n'y a pas de solution pour ce genre de chose ? Ça prend
> qd même pas mal de temps de mettre ça au carré ...
Tu sauvegardes régulièrement /etc ?
> J'imagine qu'il n'y a pas de solution pour ce genre de chose ? Ça prend
> qd même pas mal de temps de mettre ça au carré ...
Tu sauvegardes régulièrement /etc ?
> J'imagine qu'il n'y a pas de solution pour ce genre de chose ? Ça prend
> qd même pas mal de temps de mettre ça au carré ...
Tu sauvegardes régulièrement /etc ?