Hyper-threading cuts your build-in Xeon CPU cache in half and also slightly slows down the system because you have your Xeon processor emulating twice as many processors. I have found that CPU built-in cache is more important than CPU clock speed - especially when running tiny hosts which mostly run in CPU cache.Ģ)- It looks like you have hyper-threading enabled. This is what I do on my CHR hosted on VMware ESXi.ġ)- consider swapping out both of your Intel Xeon E5-2637 processors to an Xeon E5-2690. Some thoughts to lower the CPU load on your CHR. Performance graphs from vsphere show just 6000mhz of 27000mhz, used at most.Ĭan you find any incorrect settings in our configuration? We attach supout and exported config and others screens for your convenience This way some of the vCPU remains partially offloaded.

It seems CHR isn’t able to manage efficently the available cores (it apparently spreads the load but in un unbalanced way, leading to a saturation of cpu0 and cpu1). We have excluded other kind of transport issues and the proof of this is that customers ping perfectly the pppoe server lan interface and the server (from terminal) ping smoothly the internet.

In theese moments we observe saturation of some of the virtual CPUs from the CPU usage table on “Resources” section of routeros. On peak hours, subscribers have packet loss when they ping hosts on the internet (se when they pass through the pppoe server). It acts as pppoe server on our network, 1850 subscribers active.

We have installed a CHR realease of rouuteros on a vmware VM on a dedicated host phisical machine in our datacenter.

Mikrotik chr cracked