OVH Community, your new community space.

QoS & co


MDGeist
12.04.08, 12:23
same as pendulum

Right now a 100% stable 10mbit would be way better than its current buggy / instable 100mbit

Right now i have 20 upload connections, speed of 250 and my top looks like :
Code:
load average: 1.57, 1.35, 1.19
Tasks:  64 total,   1 running,  63 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,  0.0%id, 99.7%wa,
no other processes are running except rtorrent...

On the other hand, with only 10mbits max it wont be that usefull for lots of other users...

pendulum
12.04.08, 12:19
If I understood that right, you think about changing the RPS from 100mbit to 10mbit. I would be fine with 10mbit IF you could guarantee that those 10mbit can be reached at all times and also for longer periods.
At the moment I have 1-3mbit when doing random reads. Sometimes even less. That is just too slow for most work.

Maybe you could also change the delete command to be asynchronous. The RPS doesn't need to care if the delete has been completed or not. It's the job of the storage backend to take care that everything went fine. But that's just an idea.

In 10 days my RPS test will reach its end and I really hope you can get the iscsi to work better until then.

oles@ovh.net
12.04.08, 10:48
Bonjour,
Nous avons fait differents tests sur 192/195 et 196/199.
Sur la 192/195, nous avons aucun probleme actuellement.
Tout marche parfaitement. Par contre sur 196/199, nous
avons quelques clients qui arrivent à destabiliser par
moment le serveur iSCSI. C'est dû à l'utilisation d'un
type de serveur (un soft qu'on n'a pas testé en beta).

Nous avons fait les tests sur le QoS afin que limiter ce
genre d'utilisation mais le protocol iSCSI detecte la
gestion de QoS au sens 'DROP'. En gros, ça le destabilise.
C'est pas très grave vu qu'on essaie de destabiliser un
client qui bourinne le serveur iSCSI. Mais le fait de
destabiliser provoque une surcharge du serveur iSCSI qui
bosse du fait de destabilisation plus que d'habitude.

Nous allons donc changer les QoS de 'DROP' vers 'WAIT'
et retarder les packets de ceux qui bourinnent. On devrait
pouvoir finaliser les tests sur une plateforme de test
sous quelques jours.

Par contre, ce matin je me suis demandé si ce n'est pas
plus simple et plus clair pour tout de passer l'interface
reseau du RPS de 100Mbps vers 10Mbps. Ainsi on a le 'WAIT'
naturel et parfait, l'offre est clair sur le site et il
n'y a pas de souentendu genr 100Mbps le RPS et 10Mbps l'iSCSI
ou QoS ou je ne sais pas. Qu'est-ce que vous en pensez ?

Amicalement
Octave