devopssec
n'est en aucun cas responsable du contenu généré par l'utilisateur. Le contenu posté
exprime les opinions de leur auteur seulement.
Les textes et messages publiés sont la propriété de ceux qui les postent.
je fais de mon mieux pour modérer les propos inappropriés qui pourraient être postés ici,
mais je me dégage de toute responsabilité sur ce que vous postez.
Vous demeurez le seul responsable de vos actes et de vos messages au regard de la loi.
Vous acceptez de ne pas utiliser le service pour poster ou lier vers un contenu qui est
diffamatoire, injurieux, haineux, menaçant, spams ou pourriels, étant de nature à offenser,
ayant un contenu réservé aux adultes ou répréhensible, contenant des renseignements
personnels des autres, risquant de violer les droits d'auteurs, encourageant une activité
illégale ou contraire à toutes les lois.
Le respect est la principale qualité de notre communauté. En conséquence, veillez à l'être envers
vos camarades ici présents, en particulier les nouveaux membres qui comme vous, cherchent
à découvrir l'univers DEVOPS, et n'ont pas toutes vos connaissances.
Tout manque de respect à l'encontre d'un membre, néophyte ou non, entraînera également des sanctions,
à savoir avertissements, bannissements voire poursuites selon la gravité de la situation.
devopssec
décline toute responsabilité concernant les rencontres réelles.
dufour-zacharie
Membre depuis le 27/05/2024
nvme sur proxmox en vm le best c'est scsi avec vmq et iothreads activés. et côté vm le scheduler i/o faut mettre none ou mq-deadline si c'est vraiment du nvme physique derrière sinon cfq/noop c'est pas fait pour ça
besson-christiane
Membre depuis le 09/06/2024
ouais none c'est le mieux pour du nvme parce que le hardware gère déjà le scheduling. si tu utilises un scheduler logiciel tu ajoutes une couche inutile qui dégrade les perfs
hoareau-emmanuelle
Membre depuis le 01/06/2024
attention none c'est pour du direct nvme pas du virtuel si ton proxmox fait de l'emulation ou de la virtualisation complexe sur le stockage vaut mieux tester mq-deadline c'est un bon compromis pour beaucoup de setups virtuels
joly-sebastien
Membre depuis le 26/06/2024
vérifie aussi si tu as pas un bottleneck au niveau de l'hyperviseur ou du stockage sous-jacent à proxmox c'est pas toujours le scheduler du guest qui est en cause
wroche
Membre depuis le 09/05/2024
ok merci pour les conseils. j'ai switché le scheduler à none et c'est déjà bcp mieux j'ai gagné 20% direct. je vais aussi regarder du côté de la config proxmox pour scsi avec vmq. thx à tous