Salut,
Je te recommande fortement phantomjs !
--
Guillaume
-Message d'origine-
De : "guillaume pancak"
Envoyé : 30/01/2015 16:15
À : "French SysAdmin Group"
Objet : [FRsAG] monitoring transactionnel de site web
Bonjour la liste,
Je cherche un outil/service de monitoring/audit de s
ents du lundi matin,
> Nicolas
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
Salut,
Tu as un script qui fait ça sous debian. Il faut installer le package
update-noitifer-common. Il faut ensuite utiliser le script apt-check.
Tu as des MaxClient a 1M ?
Demain faut qu'on parle :)
Le 27 déc. 2013 17:43, "Nathan delhaye" a
écrit :
>
> Le 27 déc. 2013 16:59, "Manuel OZAN" a écrit :
> >
> > On sort du cadre d'Apache mais personne n'a abordé Varnish...
>
> Sauf que varnish c'est un serveur de cache. Son boulot c'est de f
Salut,
N'utilises pas tw_recycle. Ça ajoute plus de problème que ça n'en règle :)
+1 pour fpm et nginx si tu veux optimiser ton utilisation mémoire.
Utiliser une version récente de PHP permet aussi de réduire ta conso
mémoire.
N'oublis pas de laisser de la RAM pour ton système (buffer/cache).
ol_size = 20M
>> innodb_data_file_path = ibdata1:10M:autoextend:max:10G
>> innodb_log_file_size = 5M
>> innodb_log_buffer_size = 8M
>> innodb_log_files_in_group=2
>> innodb_flush_log_at_trx_commit = 1
>> innodb_lock_wait_timeout = 50
>> innodb_file_per_table
>
>
> tmp
Salut,
Fais un dump par table. Ensuite tu importes en parallèle. Par exemple tu
fais 4 threads d'import. L'idée c'est de répartir les tables équitablement.
Dans ton dump mets les options pour le disable keys/ensable keys.
La parallélisation te permettra de tirer parti de ton hard.
Dans l'idéal
Le 29/04/2011 11:55, Lilian - Devclic a écrit :
Bonjour,
Dans l'idée du stockage à distance, il y a GlusterFS qui peut
peut-être trouver sa place ( on l'utilise sur du backup et ça marche
correctement )
Autrement pour ce qui est de DRBD, il faut au moins une MTU à 9000 et
peut-être regarde
Le 10/09/2010 12:36, DjinnS a écrit :
Le 10/09/2010 12:18, Greg a écrit :
Le 10/09/2010 11:45, DjinnS a écrit :
Salut,
J'ai un souci avec la cache d'un fichier json dans Squid.
Quelqu'un aurait une idée ?
Bonjour,
ça peut venir de tas de choses, est-ce que tu peux
Le 10/09/2010 12:18, Greg a écrit :
Le 10/09/2010 11:45, DjinnS a écrit :
Salut,
J'ai un souci avec la cache d'un fichier json dans Squid.
Quelqu'un aurait une idée ?
Bonjour,
ça peut venir de tas de choses, est-ce que tu peux nous envoyer le
squid.conf complet, est-ce q
t_size 32800 KB
minimum_expiry_time 30 seconds
### cache replacement policy
cache_replacement_policy heap LFUDA
memory_replacement_policy heap LFUDA
Quelqu'un aurait une idée ?
Merci d'avance.
--
DjinnS
___
Liste de diffusion du FRsAG
http://www.frsag.org/
http://linuxfr.org/~zebra3/28023.html pointe sur
http://inotify.aiken.cz/?section=incron&page=about&lang=en.
L'idée me plait, quelqu'un a déjà testé ?
--
DjinnS
___
FRsaG mailing list
FRsaG@frsag.org
http://www.frsag.org/mailman/listinfo/frsag
dans différentes
profeondeurs de répertoires ?
Salut,
Je suis aussi intéressé. Mais quand je vois python, je flippe un peu
pour les perfs ...
C'est vrai que l'idée d'un inotify+rsync provoque en moi une certaine
jouissance ...
--
DjinnS
_
s pas de souci, mais je n'ai pas trop d'idée
pour une utilisation en tant que serveur web / base de données, etc...
SuperMicro ... non, ça peut pas être sérieux ?
--
DjinnS
___
FRsaG mailing list
FRsaG@frsag.org
http://www.frsag.org/mailman/listinfo/frsag
Le 21/07/2010 11:43, Greg a écrit :
Le 21/07/2010 11:26, DjinnS a écrit :
Han ! J'ai pas encore eu l'occasion de toucher ces bêtes, donc je
peux rien dire ... Par contre, sur le papier, les fonctionnalités ne
sont pas les mêmes. Les X7542 ont l'air beaucoup plus cher et tu
Le 21/07/2010 10:58, Greg a écrit :
Salut,
Le 19/07/2010 19:20, DjinnS a écrit :
Tu auras donc de meilleure performance, l'archi Nehalem (core i7) m'a
beaucoup impressionné avec un gain de performance important par
rapport au 54 (et aux anciens CPU 53, 33, etc ...).
Il y a en
15 matches
Mail list logo
