OVH Cloud OVH Cloud

réduire les performances

46 réponses
Avatar
Kevin Denis
Bonjour,

j'aimerai réduire (oui, réduire) les performances d'une machine
trop puissante de manière fiable (i.e. que la baisse de perfs soit
constante dans le temps).

C'est une machine multi-cpus avec plein de RAM.
Je peux booter avec la ligne de commande
maxcpus=2 (ou 1)
mem=2048M

mais avez vous d'autres idées, car c'est toujours trop puissant
pour ce que je veux faire.

Merci
--
Kevin

10 réponses

1 2 3 4 5
Avatar
Tonton Th
On 01/18/2011 07:54 PM, Kevin Denis wrote:

Et pour le réseau, déja forcer l'eth en 10Mb/s, c'est un
bon début.



là, c'est un peu trop violent :)



Pour de la vraie violence, il faut utiliser XML

--
Ma coiffeuse est formidable - http://sonia.buvette.org/
Avatar
Kevin Denis
Le 19-01-2011, Tonton Th a écrit :
qemu en fait. Mais dans mon cas, ça na va pas, il me faut du bare-metal,
mais plus lent.



Je peux te preter un Cyrix 133 MHz, si tu veux. J'ai aussi
un Celeron 266, et un PII 400.



J'ai du
$ cat /proc/cpuinfo | grep MHz
cpu MHz : 332.047
Ou du 266MHz sur mon portable.

C'est le genre de machine
assez facile à trouver si tu disposes d'un entourage de geek.
Ou d'un contact dans une déchetterie, mais là, il faut
bricoler un peu :)



J'ai jeté récemment mon précédent firewall. Pentium1 166MHz, 80Mo de RAM,
ça tournait commme une horloge. Le seul truc qui prenait du temps était
la compilation du noyau personnalisé, mais bon, comme un fw est allumé
24/24 ça n'est pas très important.
J'avais cru pouvoir donner cette machine, mais au final personne n'en
a voulu. Donc direction la benne :(

Téléportation.
--
Kevin
dd
Avatar
Pascal Hambourg
Kevin Denis a écrit :



J'ai jeté récemment mon précédent firewall. Pentium1 166MHz, 80Mo de RAM,



C'est riche. Le mien n'a que 64 Mio.

ça tournait commme une horloge. Le seul truc qui prenait du temps était
la compilation du noyau personnalisé



Quelle idée aussi de compiler le noyau sur la machine cible.
make-kpkg sur la machine de "développement", ftp pour transférer le .deb
sur la machine cible et dpkg pour l'installer, hop.
Avatar
Pascal Hambourg
Kevin Denis a écrit :



J'ai jeté récemment mon précédent firewall. Pentium1 166MHz, 80Mo de RAM,



C'est riche. Le mien n'a que 64 Mio.

ça tournait commme une horloge. Le seul truc qui prenait du temps était
la compilation du noyau personnalisé



Quelle idée aussi de compiler le noyau sur la machine cible.
make-kpkg sur la machine de "développement", ftp pour transférer le .deb
sur la machine cible et dpkg pour l'installer, hop.

Téléportation.



Nan, un Pentium n'est pas un ordinosaure.
Avatar
Kevin Denis
Le 19-01-2011, Pascal Hambourg a écrit :
J'ai jeté récemment mon précédent firewall. Pentium1 166MHz, 80Mo de RAM,



C'est riche. Le mien n'a que 64 Mio.



C'était un don :) J'ai pris les 80Mo qui étaient fournis avec.

ça tournait commme une horloge. Le seul truc qui prenait du temps était
la compilation du noyau personnalisé



Quelle idée aussi de compiler le noyau sur la machine cible.



bof. Ca décrassait le CPU. Ca n'était pas les règles iptables et leur
logs qui allaient saturer la machine.

Téléportation.



Nan, un Pentium n'est pas un ordinosaure.



Ah, c'est du sasfépu pourtant. Quelle est la règle à ce sujet?
--
Kevin
Avatar
moi-meme
Le Wed, 19 Jan 2011 15:00:09 +0000, Kevin Denis a écrit :

Nan, un Pentium n'est pas un ordinosaure.



Ah, c'est du sasfépu pourtant. Quelle est la règle à ce sujet?



donc > 2 ans = ordinosaure ?

Le mien a 8 ans. Pour ici c'est du matériel neuf :-))
Avatar
Hugolino
Le 18-01-2011, Kevin Denis a écrit :
Le 18-01-2011, Tonton Th a écrit :
>> J'aurai bien voulu trouver le moyen de diminuer également les perfs I/O
>> (disque) et réseau, mais si les perfs CPU baissent, alors le reste
>> devrait baisser aussi.
>
> Avec hdparm, tu dois pouvoir forcer l'IDE à son niveau le plus
> bas.

Tiens je vais creuser aussi par là. Ca doit être du sata ceci dit, mais
je vais voir.



hdparm -M128 -m0 -d0 /dev/XXX : devrait faire chuter le débit en dessous
de 3 Mo/s mais charger pas mal la machine.


--
En même temps, il a roulé en VT500 si je me souviens bien,


hem, je l'ai surtout vu rouler _à côté_ du vt500... :))


On dit pousser alors.


Non, j'ai bien dit rouler.
Avatar
Dominique MICOLLET
Kevin Denis wrote:

j'aimerai réduire (oui, réduire) les performances d'une machine
trop puissante de manière fiable (i.e. que la baisse de perfs soit
constante dans le temps).



Je n'ai pas de solution à proposer, mais, pour ma culture personnelle,
j'aimerais bien savoir quelle est le but.

Cordialement.
--
Dominique MICOLLET
Adresse email : enlever deux francs
Avatar
Pascal Hambourg
Kevin Denis a écrit :

ça tournait commme une horloge. Le seul truc qui prenait du temps était
la compilation du noyau personnalisé


Quelle idée aussi de compiler le noyau sur la machine cible.



bof. Ca décrassait le CPU. Ca n'était pas les règles iptables et leur
logs qui allaient saturer la machine.



Bah, un bon apt-get ou aptitude de temps en temps ça décrasse aussi.

Nan, un Pentium n'est pas un ordinosaure.



Ah, c'est du sasfépu pourtant. Quelle est la règle à ce sujet?



Un Pentium premier du nom fait partie de l'architecture PC/x86 qui est
encore bien vivante.
Avatar
Kevin Denis
Le 20-01-2011, Dominique MICOLLET a écrit :
j'aimerai réduire (oui, réduire) les performances d'une machine
trop puissante de manière fiable (i.e. que la baisse de perfs soit
constante dans le temps).



Je n'ai pas de solution à proposer, mais, pour ma culture personnelle,
j'aimerais bien savoir quelle est le but.



Un peu trop long à expliquer ici, hélas.
--
Kevin
1 2 3 4 5