From owner-freebsd-net@freebsd.org Thu Jul 19 05:39:37 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED6C5104A6BA for ; Thu, 19 Jul 2018 05:39:36 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-it0-x243.google.com (mail-it0-x243.google.com [IPv6:2607:f8b0:4001:c0b::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7059A7E42D for ; Thu, 19 Jul 2018 05:39:36 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-it0-x243.google.com with SMTP id q20-v6so7676386ith.0 for ; Wed, 18 Jul 2018 22:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=EY62ZPjzjVFjn+Hw8AyqACYFUISFfr9lJGllqQ4IftE=; b=TkLYPgJvwIzosMjVejONxkbY2knd+b6hZIxJlB2ZU5cIdplhb1MxHGjVUj+4xjnzF7 fmBGagPXVVA2U0O3+KGR3KdcfNBo9JRnodxn79vgGAB1P8vSVSW7pibtZblhgDO32zWf OsUQx8ir5ka/VupBA88ZVa6zH7K3f1dt0K8KU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=EY62ZPjzjVFjn+Hw8AyqACYFUISFfr9lJGllqQ4IftE=; b=WOVuttV7JLjTWkHD6jAP9rOA9sgEP8AlMDSuj8C/vS7KqMm/izjmHQqusWRh4is3uF 6m0oxtXNVyUaD7zoA+81sKNwlBAbCQp4L6JhbtLn2uCDQgTLEeIUs7pn7xnYz+Z0qz1L BKGmkF51vwfwGo/uUISFRew7fWbV04q63eOwvxl/Mf1WmTLZVM1firO3fBFV7pzF4dev 0t2nJtQbE86f1/azCTzJEszLG8RltPWrbsbAxVCIhgdXXUkbfbPIr91dAHMNrRQT2Q8h DDES05P6eNx8PUxzSofmoSY8KJrdOKL+hOn4b+uzmRPZ0/+d4X/gRmQB+HHm8R3UixKN USTQ== X-Gm-Message-State: AOUpUlF0NN7po5LJhGqwrrMWDiH5Dx5xg4ExwFoz6brtx09FVc08ptJV SIrySdJPvkRx6O0CsEjNYjQmtx87FXYQtkomH5o/8LTd X-Google-Smtp-Source: AAOMgpcNExg/7OoLarUS3Vgiayp1RHC25VP6eizmoz2QohHg6uO0ShpZG3Ui9opUjordcKnQ+O/CqIlS47S5sieZRdU= X-Received: by 2002:a24:4a02:: with SMTP id k2-v6mr704711itb.149.1531978775261; Wed, 18 Jul 2018 22:39:35 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:5343:0:0:0:0:0 with HTTP; Wed, 18 Jul 2018 22:39:34 -0700 (PDT) In-Reply-To: References: <6d8b301b-8ee9-0e8b-80b5-6aced15ca843@FreeBSD.org> <5B4DA0B0.8020302@grosbein.net> From: Kevin Bowling Date: Wed, 18 Jul 2018 22:39:34 -0700 Message-ID: Subject: Re: [REGRESSION] Fresh CURRENT consume much more CPU on network traffic (vlans + routing + ipfw with NAT) To: Lev Serebryakov Cc: Eugene Grosbein , FreeBSD Net Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 05:39:37 -0000 This sounds like a known quirk of the Atom CPU architecture and iflib -- can you try this patch https://reviews.freebsd.org/D16302 it should help specifically on your hardware. Regards, Kevin On Tue, Jul 17, 2018 at 6:03 AM, Lev Serebryakov wrote: > On 17.07.2018 10:54, Eugene Grosbein wrote: > >>> I have "SOHO" router on Atom D2500 with FreeBSD CURRENT. It runs >>> CURRENT for very long time (from 11-CURRENT times), and recently it >>> start to consume much more CPU on same traffic =E2=80=94 to the point w= hen it >>> becomes unresponsive in shell (via ssh, not local console). >>> >>> I have rather complex ipfw ruleset, but this ruleset is the same for >>> many years. >>> >>> Revisions before r333989 worked normally, I never seen any problem wit= h >>> shell, no matter how much traffic is processed >>> >>> Revision r334649 with same configuration, same firewall ruleset, etc., >>> becomes completely unresponsive under network load (pure transit traffi= c). >>> >>> when system is unresponsive I see this in `top -SH` >>> >>> 100083 root -76 - 0K 272K - 1 291.8H 95.31% kernel{if_io_tqg_1= } >>> 100082 root -76 - 0K 272K - 0 297.7H 95.20% kernel{if_io_tqg_0= } >>> >>> And it is new to me. >> >> I'm sure you will get it solved more quick if you perform bisection of r= evision >> even though it will take time. > I'll try latest version (seems here were a lot of commit to iflib after > my revision) and after that try yo bisect. > > -- > // Lev Serebryakov >