Bonjour,
nous utilisons depuis de nombreuses années un SAN d'une marque très connue
avec double contrôleur en HA exposé en iSCSI à nos hyperviseurs et nous en
sommes très contents.
Il a pu arriver qu'un des contrôleurs ou un des switch SAN plante, et la
production n'a pas été interrompue, avec un
ais si pas le choix un jour sur la charge, il faudra que je le fasse en
physique effectivement :-)
Le mer. 15 sept. 2021 à 17:36, David Ponzone a
écrit :
> A ce stade là, tu te demandes pas si la virtu en vaut la chandelle ?
> Tu oses faire tourner d’autres VM assez consommatrice de CPU sur le m
. Je n'avais
pas compris non plus que VMXNET3 est multiqueue depuis très longtemps sur
le guest alors que E1000 est mono-queue donc 1 CPU pour l'IRQ E1000...). Je
ne sais pas si le noyau 5.10 apporte quelque chose..
Merci à tous,
Fabien
Le ven. 10 sept. 2021 à 20:30, Fabien H a écr
i nospectre_v2
> nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier
> mds=off tsx=on tsx_async_abort=off mitigations=off"
> (Il y a des doublons je crois mais je me souviens jamais lesquels).
>
>
> Gurvan.
>
> Le ven. 10 sept. 2021 à 16:44, Fabien H a é
el.
>
> J’ai aussi expérimenté mitigations=off sur /boot/grub/grub.cfg sur une
> config de routage (VyOS) qui ramait en perf UDP..
>
>
>
> Rémy
>
>
>
> *From:* FRsAG *On Behalf Of *Fabien H
> *Sent:* Friday, 10 September 2021 16:15
> *To:* frsag
> *Subje
les appels. Ça
> vaut le coup si tu process le media sur FS.
>
> Actuellement, du point de vue de freeswitch, ton cpu est idle à 99.33%.
> Autrement dit, ras :)
>
>
>
> FC
> --
> *From:* FRsAG on behalf of Fabien H <
> frnog.fab...@
passe sans problème ?
>
>
>
> --
>
> *De: *"Fabien H"
> *À: *"frsag"
> *Envoyé: *Vendredi 10 Septembre 2021 14:01:35
> *Objet: *Re: [FRsAG] VMWARE / Debian 10 / Problème interruptions
> sur cartes réseau
>
> Bo
ds ont rebaissé. Le "min cpu
> idle" lui n'a pas bougé.
>
>
> Cdlt
>
> FC
>
> --
> *From:* FRsAG on behalf of Fabien H <
> frnog.fab...@gmail.com>
> *Sent:* Friday, September 10, 2021, 11:56
> *To:* frsag@frsag.or
us joué sur les CPU allocation côté vmware et aussi sur les process
> par coeurs côté debian ? Je ne connais pas du tout le fonctionnement de cet
> application. Mais sur un base de type Informix, il est important de
> spécifier chaque vcpu sur chaque coeur pour avoir des perf stable et
Bonjour Jérôme,
Oui je pense avoir fait le CPU pinning correctement dans Paramètres de la
VM, onglet ressources, CPU Avancé, j'ai mis Partage du noyau d'hyperthread
= Internet & Planification affinité = 0-7 pour que 8 CPU Physiques sont
affectés aux 8 vCPU (pas de coeur virtuel, uniquement des CPU
Donc j'ai regardé avec htop, très intéressant, au niveau irq, je n'ai vu
que des soft-irq et sur 2 CPU (#4 et #5) : je ne sais pas pourquoi ces CPU,
je ne vois pas dans /proc/interrupts ce qui pourrait expliquer cela..
> 10 septembre 2021 12:21 "Fabien H" a écrit:
>
orrect pour du 1Gbit/s, si
> tu as plus que 1Gbits/s en général tu as quelques buffers, files, etc à
> configurer.
>
> A+
>
> Nicolas
>
> --
>
> *De: *"Fabien H"
> *À: *"frsag"
> *Envoyé: *Vendredi 10 Septembre 2021
as-tu mis à jour tous les firmwares hardware ?
>
> J’ai déjà eu des cas plus ou moins similaires qui ont été solutionnés
> comme ça.
>
>
>
> Cdt,
>
> Mathieu
>
>
>
> *De :* FRsAG *De la part de* Fabien H
> *Envoyé :* vendredi 10 septembre 2021 12:22
> *À
si tout s'empile sur seulement sur certains cœur c'est qu'il y a
> surement un problème de répartition.
>
> Une piste peut être de vérifier que le service irqbalnce est bien installé
> et démarré. Il fait le café tout seul en théorie
> > systemctl status irqbalan
OK j'avais mis de côté cela parce que cela parlait de TCP mais je vais
tester, merci !
Le ven. 10 sept. 2021 à 12:15, Jean-Yves LENHOF a
écrit :
> Le 2021-09-10 11:55, Fabien H a écrit :
> > Bonjour,
> >
> > je vais essayer de vous expliquer le problème que nous r
Merci pour le retour
Voici les informations dans le VMX :
config.version = "8"
virtualHW.version = "11"
Bien entendu les VMWare Tools sont installés
Le ven. 10 sept. 2021 à 12:09, Jean-Yves LENHOF a
écrit :
> Le 2021-09-10 11:55, Fabien H a écrit :
> > Bonjou
Bonjour,
je vais essayer de vous expliquer le problème que nous rencontrons en
essayant d’être concis :
Nous avons utilisé pendant des années sur 2 VM un applicatif open source
très connu qui fonctionne massivement en multi-threadé, en quasi temps
réel, et en gateway UDP avec mal un trafic UDP
17 matches
Mail list logo
