• High CPU usage after upgrading from Debian 7 to Debian 9

    From =?UTF-8?b?0JDQu9C10LrRgdC10Lk=?=@21:1/5 to All on Mon Apr 15 10:30:01 2019
    Hi!

    I have two Debian boxes acting as a routesr (+iptables +quagga(BGP)). I have updated one from Debian 7 to Debian 9 recently and now experience 2x CPU utilization on the same amounts of traffic, e.g. on normal load of 1Gbps (real-world traffic) Debian 7
    had 5-6% and Debian 9 has 10-12% softirq CPU time. This behaviour can also be observed during tests - 6Gbps iperf gets 3% on Debian 7 and 6% on Debian 9.

    I compared ethtool -k outputs on both boxes and they are pretty similar. Syslog doesn't show anything suspicious.

    Did anyone have the similar issue? Or can give me some advice on troubleshooting?

    Any help will be appreciated.

    Cheers,
    Alex

    PGh0bWw+PGJvZHk+PHNwYW4gc3R5bGU9ImRpc3BsYXk6YmxvY2s7IiBjbGFzcz0ieGZtXzg5NDQ2 MDc1Ij48ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2Zv bnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj5IaSE8L3NwYW4+PGJyLz48L2Rpdj4NCjxk aXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1p bHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSIvPjwvc3Bhbj48 L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7 Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPkkgaGF2ZSB0d28gRGViaWFuIGJveGVz IGFjdGluZyBhcyBhIHJvdXRlc3IgKCtpcHRhYmxlcyArcXVhZ2dhKEJHUCkpLiBJIGhhdmUgdXBk YXRlZCBvbmUgZnJvbSBEZWJpYW4gNyB0byBEZWJpYW4gOSByZWNlbnRseSBhbmQgbm93IGV4cGVy aWVuY2UgMnggQ1BVIHV0aWxpemF0aW9uIG9uIHRoZSBzYW1lIGFtb3VudHMgb2YgdHJhZmZpYywg ZS5nLiBvbiBub3JtYWwgbG9hZCBvZiAxR2JwcyAocmVhbC13b3JsZCB0cmFmZmljKSBEZWJpYW4g NyBoYWQgNS02JSBhbmQgRGViaWFuIDkgaGFzIDEwLTEyJSBzb2Z0aXJxIENQVSB0aW1lLiBUaGlz IGJlaGF2aW91ciBjYW4gYWxzbyBiZSBvYnNlcnZlZCBkdXJpbmcgdGVzdHMgLSA2R2JwcyBpcGVy ZiBnZXRzIDMlIG9uIERlYmlhbiA3IGFuZCA2JSBvbiBEZWJpYW4gOS48YnIgZGF0YS1tY2UtYm9n dXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDts aW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj48YnIgZGF0 YS1tY2UtYm9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMx Ij5JIGNvbXBhcmVkIGV0aHRvb2wgLWsgb3V0cHV0cyBvbiBib3RoIGJveGVzIGFuZCB0aGV5IGFy ZSBwcmV0dHkgc2ltaWxhci4gU3lzbG9nIGRvZXNuJ3Qgc2hvdyBhbnl0aGluZyBzdXNwaWNpb3Vz LiA8YnIgZGF0YS1tY2UtYm9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xh c3M9InhmbWMxIj48YnIgZGF0YS1tY2UtYm9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2Pjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFy aWFsOyIgY2xhc3M9InhmbWMxIj5EaWQgYW55b25lIGhhdmUgdGhlIHNpbWlsYXIgaXNzdWU/IE9y IGNhbiBnaXZlIG1lIHNvbWUgYWR2aWNlIG9uIHRyb3VibGVzaG9vdGluZz88YnIgZGF0YS1tY2Ut Ym9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBw dDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj48YnIg ZGF0YS1tY2UtYm9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9Inhm bWMxIj5BbnkgaGVscCB3aWxsIGJlIGFwcHJlY2lhdGVkLjxiciBkYXRhLW1jZS1ib2d1cz0iMSIv Pjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVp Z2h0OjEycHQ7Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPjxiciBkYXRhLW1jZS1i b2d1cz0iMSIvPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0 O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPkNoZWVy cyw8YnIgZGF0YS1tY2UtYm9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xh c3M9InhmbWMxIj5BbGV4PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIi8+PC9zcGFuPjwvZGl2Pjwvc3Bh bj48L2JvZHk+PC9odG1sPg0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Matus UHLAR - fantomas@21:1/5 to All on Mon Apr 15 10:50:02 2019
    On 15.04.19 11:05, Алексей wrote:
    I have two Debian boxes acting as a routesr (+iptables +quagga(BGP)). I have updated one from Debian 7 to Debian 9 recently and now experience 2x CPU utilization on the same amounts of traffic, e.g. on normal load of 1Gbps (real-world traffic) Debian 7
    had 5-6% and Debian 9 has 10-12% softirq CPU time. This behaviour can also be observed during tests - 6Gbps iperf gets 3% on Debian 7 and 6% on Debian 9.

    I compared ethtool -k outputs on both boxes and they are pretty similar. Syslog doesn't show anything suspicious.

    Did anyone have the similar issue? Or can give me some advice on troubleshooting?

    we have noticed something similar due to the spectre/meltdown updates.
    Turning off HT cpus did help much.
    not installing the CPU microcode should help too.

    --
    Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/
    Warning: I wish NOT to receive e-mail advertising to this address.
    Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
    I intend to live forever - so far so good.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?b?0JDQu9C10LrRgdC10Lk=?=@21:1/5 to All on Tue Apr 16 16:30:01 2019
    Hi!

    Thanks for your answer.

    I have Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz inside - no HT on it.

    And I already have CPU microcode installed:

    dpkg -l | grep microcode
    ii  amd64-microcode                   3.20160316.3                   amd64        Processor microcode firmware for AMD CPUs
    ii  intel-microcode                   3.20180807a.1~deb9u1           amd64        Processor microcode firmware for Intel CPUs

    Do you think removing it would help?

    Also I have Broadcom network adapters - if it is important:

    Broadcom Limited NetXtreme II BCM57810 10 Gigabit Ethernet

    Regards,
    Alex

    15 апреля 2019, 11:45:37, от "Matus UHLAR - fantomas" <uhlar@fantomas.sk>:

    On 15.04.19 11:05, Алексей wrote:
    I have two Debian boxes acting as a routesr (+iptables +quagga(BGP)). I have updated one from Debian 7 to Debian 9 recently and now experience 2x CPU utilization on the same amounts of traffic, e.g. on normal load of 1Gbps (real-world traffic) Debian 7
    had 5-6% and Debian 9 has 10-12% softirq CPU time. This behaviour can also be observed during tests - 6Gbps iperf gets 3% on Debian 7 and 6% on Debian 9.

    I compared ethtool -k outputs on both boxes and they are pretty similar. Syslog doesn't show anything suspicious.

    Did anyone have the similar issue? Or can give me some advice on troubleshooting?

    we have noticed something similar due to the spectre/meltdown updates.
    Turning off HT cpus did help much.
    not installing the CPU microcode should help too.

    --
    Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/
    Warning: I wish NOT to receive e-mail advertising to this address.
    Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
    I intend to live forever - so far so good.


    PGh0bWw+PGJvZHk+PHNwYW4gc3R5bGU9ImRpc3BsYXk6YmxvY2s7IiBjbGFzcz0ieGZtXzk2MjYx MTMzIj48ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2Zv bnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj5IaSE8L3NwYW4+PGJyLz48L2Rpdj4NCjxk aXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1p bHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSIvPjwvc3Bhbj48 L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7 Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPlRoYW5rcyBmb3IgeW91ciBhbnN3ZXIu PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIi8+PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpBcmlhbDsiIGNsYXNz PSJ4Zm1jMSI+PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIi8+PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpBcmlh bDsiIGNsYXNzPSJ4Zm1jMSI+SSBoYXZlIEludGVsKFIpIFhlb24oUikgQ1BVIEUzLTEyMjAgdjMg QCAzLjEwR0h6IGluc2lkZSAtIG5vIEhUIG9uIGl0LjxiciBkYXRhLW1jZS1ib2d1cz0iMSIvPjwv c3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0 OjEycHQ7Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPjxiciBkYXRhLW1jZS1ib2d1 cz0iMSIvPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xp bmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPkFuZCBJIGFs cmVhZHkgaGF2ZSBDUFUgbWljcm9jb2RlIGluc3RhbGxlZDo8YnIgZGF0YS1tY2UtYm9ndXM9IjEi Lz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhl aWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj48YnIgZGF0YS1tY2Ut Ym9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2Pg0KPGRpdj5kcGtnIC1sIHwgZ3JlcCBtaWNy b2NvZGU8L2Rpdj4NCjxkaXY+aWkgJm5ic3A7YW1kNjQtbWljcm9jb2RlICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDMuMjAxNjAz MTYuMyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyBhbWQ2NCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtQcm9jZXNzb3IgbWlj cm9jb2RlIGZpcm13YXJlIGZvciBBTUQgQ1BVczwvZGl2Pg0KPGRpdj5paSAmbmJzcDtpbnRlbC1t aWNyb2NvZGUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgMy4yMDE4MDgwN2EuMX5kZWI5dTEgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyBhbWQ2NCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtQcm9jZXNzb3Ig bWljcm9jb2RlIGZpcm13YXJlIGZvciBJbnRlbCBDUFVzPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJy IGRhdGEtbWNlLWJvZ3VzPSIxIi8+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj5E byB5b3UgdGhpbmsgcmVtb3ZpbmcgaXQgd291bGQgaGVscD88L3NwYW4+PGJyIGRhdGEtbWNlLWJv Z3VzPSIxIi8+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhl aWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj48YnIgZGF0YS1tY2Ut Ym9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBw dDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsOyIgY2xhc3M9InhmbWMxIj5BbHNv IEkgaGF2ZSBCcm9hZGNvbSBuZXR3b3JrIGFkYXB0ZXJzIC0gaWYgaXQgaXMgaW1wb3J0YW50Ojxi ciBkYXRhLW1jZS1ib2d1cz0iMSIvPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0i eGZtYzEiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSIvPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6QXJpYWw7 IiBjbGFzcz0ieGZtYzEiPkJyb2FkY29tIExpbWl0ZWQgTmV0WHRyZW1lIElJIEJDTTU3ODEwIDEw IEdpZ2FiaXQgRXRoZXJuZXQ8L3NwYW4+PC9kaXY+DQo8ZGl2Pjxici8+PC9kaXY+DQo8ZGl2Pjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkFy aWFsOyIgY2xhc3M9InhmbWMxIj5SZWdhcmRzLDwvc3Bhbj48YnIgZGF0YS1tY2UtYm9ndXM9IjEi Lz48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEy cHQ7Zm9udC1mYW1pbHk6QXJpYWw7IiBjbGFzcz0ieGZtYzEiPkFsZXg8YnIgZGF0YS1tY2UtYm9n dXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2Pjxici8+PC9kaXY+DQo8ZGl2PjxpPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0OyI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OkFyaWFsOyI+MTUg0LDQv9GA0LXQu9GPIDIwMTksIDExOjQ1OjM3LCDQvtGCICJNYXR1 cyBVSExBUiAtIGZhbnRvbWFzIiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp1aGxhckBmYW50 b21hcy5zayIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpBcmlhbDsi PnVobGFyQGZhbnRvbWFzLnNrPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6QXJp YWw7Ij4mZ3Q7Ojwvc3Bhbj48L3NwYW4+PC9pPjwvZGl2Pg0KPGRpdj48YnIvPjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9ImJvcmRlci1sZWZ0OjFweCBzb2xpZCAjY2NjY2NjO21hcmdpbjowcHgg MHB4IDBweCAwLjhleDtwYWRkaW5nLWxlZnQ6MWV4OyI+DQo8cHJlIHN0eWxlPSJtYXJnaW46NXB4 IDA7Ij5PbiAxNS4wNC4xOSAxMTowNSwg0JDQu9C10LrRgdC10Lkgd3JvdGU6DQomZ3Q7SSBoYXZl IHR3byBEZWJpYW4gYm94ZXMgYWN0aW5nIGFzIGEgcm91dGVzciAoK2lwdGFibGVzICtxdWFnZ2Eo QkdQKSkuIEkgaGF2ZSB1cGRhdGVkIG9uZSBmcm9tIERlYmlhbiA3IHRvIERlYmlhbiA5IHJlY2Vu dGx5IGFuZCBub3cgZXhwZXJpZW5jZSAyeCBDUFUgdXRpbGl6YXRpb24gb24gdGhlIHNhbWUgYW1v dW50cyBvZiB0cmFmZmljLCBlLmcuIG9uIG5vcm1hbCBsb2FkIG9mIDFHYnBzIChyZWFsLXdvcmxk IHRyYWZmaWMpIERlYmlhbiA3IGhhZCA1LTYlIGFuZCBEZWJpYW4gOSBoYXMgMTAtMTIlIHNvZnRp cnEgQ1BVIHRpbWUuIFRoaXMgYmVoYXZpb3VyIGNhbiBhbHNvIGJlIG9ic2VydmVkIGR1cmluZyB0 ZXN0cyAtIDZHYnBzIGlwZXJmIGdldHMgMyUgb24gRGViaWFuIDcgYW5kIDYlIG9uIERlYmlhbiA5 Lg0KJmd0Ow0KJmd0O0kgY29tcGFyZWQgZXRodG9vbCAtayBvdXRwdXRzIG9uIGJvdGggYm94ZXMg YW5kIHRoZXkgYXJlIHByZXR0eSBzaW1pbGFyLiBTeXNsb2cgZG9lc24ndCBzaG93IGFueXRoaW5n IHN1c3BpY2lvdXMuDQomZ3Q7DQomZ3Q7RGlkIGFueW9uZSBoYXZlIHRoZSBzaW1pbGFyIGlzc3Vl PyBPciBjYW4gZ2l2ZSBtZSBzb21lIGFkdmljZSBvbiB0cm91Ymxlc2hvb3Rpbmc/DQoNCndlIGhh dmUgbm90aWNlZCBzb21ldGhpbmcgc2ltaWxhciBkdWUgdG8gdGhlIHNwZWN0cmUvbWVsdGRvd24g dXBkYXRlcy4NClR1cm5pbmcgb2ZmIEhUIGNwdXMgZGlkIGhlbHAgbXVjaC4NCm5vdCBpbnN0YWxs aW5nIHRoZSBDUFUgbWljcm9jb2RlIHNob3VsZCBoZWxwIHRvby4NCg0KLS0gDQpNYXR1cyBVSExB UiAtIGZhbnRvbWFzLCA8YSBocmVmPSJtYWlsdG86dWhsYXJAZmFudG9tYXMuc2siIHRhcmdldD0i X3NlbGYiIHJlbD0ibm9yZWZlcnJlciBub29wZW5lciI+dWhsYXJAZmFudG9tYXMuc2s8L2E+IDsg PGEgaHJlZj0iaHR0cDovL3d3dy5mYW50b21hcy5zay8iIHRhcmdldD0iX2JsYW5rIiByZWw9Im5v cmVmZXJyZXIgbm9vcGVuZXIiPmh0dHA6Ly93d3cuZmFudG9tYXMuc2svPC9hPg0KV2FybmluZzog SSB3aXNoIE5PVCB0byByZWNlaXZlIGUtbWFpbCBhZHZlcnRpc2luZyB0byB0aGlzIGFkZHJlc3Mu DQpWYXJvdmFuaWU6IG5hIHR1dG8gYWRyZXN1IGNoY2VtIE5FRE9TVEFWQVQgYWt1a29sdmVrIHJl a2xhbW51IHBvc3R1Lg0KSSBpbnRlbmQgdG8gbGl2ZSBmb3JldmVyIC0gc28gZmFyIHNvIGdvb2Qu IA0KDQo8L3ByZT4NCjwvYmxvY2txdW90ZT48L3NwYW4+PC9ib2R5PjwvaHRtbD4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Matus UHLAR - fantomas@21:1/5 to All on Wed Apr 17 13:20:02 2019
    On 16.04.19 17:22, Алексей wrote:
    Thanks for your answer.

    I have Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz inside - no HT on it.

    And I already have CPU microcode installed:

    dpkg -l | grep microcode
    ii  amd64-microcode                   3.20160316.3                   amd64        Processor microcode firmware for AMD CPUs
    ii  intel-microcode                   3.20180807a.1~deb9u1           amd64        Processor microcode firmware for Intel CPUs

    Do you think removing it would help?

    you surely don't need amd64-microcode, you can try uninstalling
    intel-microcode to see if it helps.

    I think there are some option to disable spectre/meltdown mitigation in the kernel, just haven't found them yet... you can try to search for them

    Also I have Broadcom network adapters - if it is important:

    should not be.

    15 апреля 2019, 11:45:37, от "Matus UHLAR - fantomas" <uhlar@fantomas.sk>:

    On 15.04.19 11:05, Алексей wrote:
    I have two Debian boxes acting as a routesr (+iptables +quagga(BGP)). I have updated one from Debian 7 to Debian 9 recently and now experience 2x CPU utilization on the same amounts of traffic, e.g. on normal load of 1Gbps (real-world traffic) Debian 7
    had 5-6% and Debian 9 has 10-12% softirq CPU time. This behaviour can also be observed during tests - 6Gbps iperf gets 3% on Debian 7 and 6% on Debian 9.

    I compared ethtool -k outputs on both boxes and they are pretty similar. Syslog doesn't show anything suspicious.

    Did anyone have the similar issue? Or can give me some advice on troubleshooting?

    we have noticed something similar due to the spectre/meltdown updates. >Turning off HT cpus did help much.
    not installing the CPU microcode should help too.

    --
    Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/
    Warning: I wish NOT to receive e-mail advertising to this address.
    Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
    There's a long-standing bug relating to the x86 architecture that
    allows you to install Windows. -- Matthew D. Fuller

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)