On Thu, Mar 14, 2024 at 11:10 AM Laurent Barme <2...@barme.fr> wrote:
>
> Le 14/03/2024 à 16:43, Pierre-Elliott Bécue a écrit :
> > Laurent Barme <2...@barme.fr> wrote on 14/03/2024 at 15:19:04+0100:
> >> Cela dit, je suis d'accord sur le fait que la vente de certifs est un
> >> ignoble racket, d'
Salut,
Le 21/07/2010 00:14, Olivier Bonvalet a écrit :
Enfin ça, c'est la soupe Debian le coup du /etc/grub.d/ non ?
En pratique rien ne t'empêche de trifouiller ton fichier de conf à la
mano.
Oui bien sur mais gare aux maj : le fichier de conf sera regénéré depuis
/etc sans prévenir..
Meh
Salut,
> Pour moi, mod_evasive fait mal son travail puisqu'il agit trop tard
> pour rejeter les bourrins : mod_evasive agit au niveau d'Apache,
> autrement dit trop tard pour empêcher qu'Apache, l'élement actif, ne
> se prenne de la charge.
>
> La solution pour moi réside dans Iptables avec le mod
Hi,
Le 18/10/2010 16:21, Greg a écrit :
Un peu plus tard, on a passer ce frontal en 2.6.35, et vous pouvez
constater le gain sur le load, qui est vraiment plus impressionnant
que l'ajout de 12 cœurs X5680 !!
A savoir quand même que les patchs de Google RPS et RFS ont été activés.
Ce serai
Bonsoir,
Celà dit sur un serveur 24 coeurs, on commence à voir d'autre limites
: ce serveur bien qu'équipé de processeurs X5680 @3GHz, n'encaisse pas
4x la charge d'un serveur 6 coeurs cadencés @2.66GHz ...
A voir ce qu'on appelle "charge"... Y a des IOs ? Des accès mémoire ? De
la concurren
