New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
KVM Network, which Network Driver is the best
I am using a VPS with the following config
- SolusVM
- CentOS 6.3
Currently i am experiencing network issues and cant even use any real time application like VOIP.
A single call takes only 160kbps on the server side and is really terrible.
Single call means only a single call on the network with no parallel call and download at all.
My Provider told me that it could be because of the network card driver which is realtek at the moment and change it to virtue to have it fixed.
if any one can help me to understand this then please do.
thanks in advance.
Comments
did you ping your provide using your local network?
Need to know if issue is from your side or provider's side
Use virtio and add the following to /etc/sysctl.conf
net.core.rmem_max=16777216
net.core.wmem_max=16777216
net.ipv4.tcp_rmem=4096 87380 16777216
net.ipv4.tcp_wmem=4096 65536 16777216
Then sysctl -p or reboot
johnlth93>
I have tested and to provider is looks 0.43 avg
Hi "miTgiB"
I am using a 64bit operating system.
Do i have to change any parameters you have mentioned above ?
i am using VOIP over UDP.
No
VirtIO is much much better for network when compared to realtek, just need to change it at the panel and reboot the VPS and it'll be much better after that
Below is the output
net.core.wmem_max=16777216
net.ipv4.tcp_rmem=4096 87380 16777216
net.ipv4.tcp_wmem=4096 65536 16777216
Download speed from CacheFly: 5.37MB/s
Download speed from Coloat, Atlanta GA: 1.57MB/s
Download speed from Softlayer, Dallas, TX: 2.41MB/s
Download speed from Linode, Tokyo, JP: 1.55MB/s
Download speed from i3d.net, NL: 4.23MB/s
Download speed from Leaseweb, Haarlem, NL: 4.98MB/s
Download speed from Softlayer, Singapore: 1.56MB/s
Download speed from Softlayer, Seattle, WA: 2.20MB/s
Download speed from Softlayer, San Jose, CA: 1.72MB/s
Download speed from Softlayer, Washington, DC: 2.80MB/s
Does it look good ?
sorry missed the last line of the above benchmark
I/O speed : 28.5 MB/s
Enable VirtIO disk driver as well, it'll be at the same location in the panel under Disk Driver iirc after that reboot the VPS
here are the results after updating the disk driver to virtIO
System uptime : 8 min,
Download speed from CacheFly: 4.42MB/s
Download speed from Coloat, Atlanta GA: 2.24MB/s
Download speed from Softlayer, Dallas, TX: 3.23MB/s
Download speed from Linode, Tokyo, JP: 2.05MB/s
Download speed from i3d.net, NL: 6.14MB/s
Download speed from Leaseweb, Haarlem, NL: 4.52MB/s
Download speed from Softlayer, Singapore: 1.77MB/s
Download speed from Softlayer, Seattle, WA: 2.76MB/s
Download speed from Softlayer, San Jose, CA: 2.40MB/s
Download speed from Softlayer, Washington, DC: 3.18MB/s
I/O speed : 0.0 kB/s
I don't know why is it 0.0KB/at the end but the rest is almost the same
Did you restart the container?
Yes I did the restart right away
Try running the disk I/O command manually
below is the output
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 5.0503 s, 213 MB/s
16384+0 records out
1073741824 bytes (1.1 GB) copied, 5.0503 s, 213 MB/s
sorry the above mentioned output is from another server
I will the stats again from the server for which i have started this thread.
I'd suggest posting this in the ticket as well, that's the only way things can get fixed if any network related issues still exist after the change to VirtIO.
As I highly doubt disk speed would affect your VOIP, it'd be network related if anything, and which should be fine now after you switched to VirtIO.
Here is the output from my server
14163+0 records in
14162+0 records out
928157696 bytes (928 MB) copied, 23.9036 s, 38.8 MB/s
Add to /etc/rc.local and also issue on the command line then test again
echo noop > /sys/block/vda/queue/scheduler
@quddus
Again, I highly doubt disk speed would affect your VOIP, it'd be network related if anything, and which should be fine now after you switched to VirtIO.
Why don't you try your VOIP and see if your issue is gone?
Here is the output from my server
14163+0 records in
14162+0 records out
928157696 bytes (928 MB) copied, 23.9036 s, 38.8 MB/s
As @SpeedBus stated, the IO has little to do with your VoIP issue, how is that doing now?
Thanks for your attention.
A ticket is open now and hope someone will answer it soon.
as soon as I get a reply I will update this thread.
@miTgiB said: As @SpeedBus stated, the IO has little to do with your VoIP issue, how is that doing now?
So far I don't see any major issue
I would say its almost the same without any difrence
I would say its almost the same without any difference
I have made the calls and the issue is as it is, no change at all.
Still experiencing the same issue
@quddus: can you run 'lspci' (without the quotes) and paste the output here. This will reveal which virtual network card your VPS is seeing
pcilib: Cannot open /proc/bus/pci
lspci: Cannot find any working access method.
@quddus: doesn't look like the user you ran lspci has sufficient privileges. Run via sudo (sudo lspci) or login as root and run lspci
sorry my mistake here are the results
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Cirrus Logic GD 5446
00:03.0 Ethernet controller: Red Hat, Inc Virtio network device
00:04.0 SCSI storage controller: Red Hat, Inc Virtio block device
00:05.0 RAM memory: Red Hat, Inc Virtio memory balloon
@quddus the output confirms your VM is using virtio for network (and disk).
My provider told me that they have upgraded to newer kernel.
But all my tests show that its the same and there is no change at all.
Issue is still there.