From owner-freebsd-bugs@FreeBSD.ORG Wed Jun 15 14:10:06 2005 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0836816A41C for ; Wed, 15 Jun 2005 14:10:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D76BA43D49 for ; Wed, 15 Jun 2005 14:10:05 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j5FEA55j056635 for ; Wed, 15 Jun 2005 14:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j5FEA5OM056633; Wed, 15 Jun 2005 14:10:05 GMT (envelope-from gnats) Resent-Date: Wed, 15 Jun 2005 14:10:05 GMT Resent-Message-Id: <200506151410.j5FEA5OM056633@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Sebastian Koehler Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A46516A41C for ; Wed, 15 Jun 2005 14:09:47 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1826743D55 for ; Wed, 15 Jun 2005 14:09:47 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j5FE9kco071111 for ; Wed, 15 Jun 2005 14:09:46 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j5FE9kdW071095; Wed, 15 Jun 2005 14:09:46 GMT (envelope-from nobody) Message-Id: <200506151409.j5FE9kdW071095@www.freebsd.org> Date: Wed, 15 Jun 2005 14:09:46 GMT From: Sebastian Koehler To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: kern/82271: cbq scheduler cause bad latency X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 14:10:06 -0000 >Number: 82271 >Category: kern >Synopsis: cbq scheduler cause bad latency >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 15 14:10:05 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Sebastian Koehler >Release: 5.4-STABLE >Organization: >Environment: FreeBSD icecube.thrillkill.lan 5.4-STABLE FreeBSD 5.4-STABLE #10: Fri Jun 10 13:52:40 CEST 2005 acex5@icecube.thrillkill.lan:/usr/obj/usr/src/sys/ICECUBE i386 >Description: The following altq rule cause a bad latency from all internal clients using my router. altq on $int_if cbq bandwidth 2Mb queue { std_in, wow_in } queue std_in bandwidth 128Kb priority 1 cbq(default) queue wow_in bandwidth 1920Kb priority 4 { wow_std_in, wow_pri_in } queue wow_std_in bandwidth 1792Kb priority 4 cbq(borrow) queue wow_pri_in bandwidth 128Kb priority 7 cbq(borrow) This effect only occurs, when the internal interface is used. If I use priq on internal interface, latency looks good, too. altq on $ext_if priq bandwidth 2Mb queue { std_out, wow_std_out, wow_pri_out } queue std_out priq(default) queue wow_std_out priority 5 priq(red) queue wow_pri_out priority 6 Without cbq rule on internal interface: Antwort von 66.249.85.99: Bytes=32 Zeit=17ms TTL=247 Antwort von 66.249.85.99: Bytes=32 Zeit=16ms TTL=247 Antwort von 66.249.85.99: Bytes=32 Zeit=18ms TTL=247 With cbq rule on internal interface: Antwort von 66.249.85.99: Bytes=32 Zeit=16ms TTL=247 Antwort von 66.249.85.99: Bytes=32 Zeit=18ms TTL=247 Antwort von 66.249.85.99: Bytes=32 Zeit=17ms TTL=247 With cbq rule on internal interface and traffic from an internal client (http, online stream etc.) Antwort von 66.249.85.99: Bytes=32 Zeit=1619ms TTL=247 Antwort von 66.249.85.99: Bytes=32 Zeit=4029ms TTL=247 Antwort von 66.249.85.99: Bytes=32 Zeit=1979ms TTL=247 The issue doesn't seems to be architecture related, cause the issue happen on FreeBSD 5.4-STABLE on Sparc64, too. >How-To-Repeat: Load the altq rule into pf. Create traffic from an internal client and check latency from same or other host. >Fix: n/a >Release-Note: >Audit-Trail: >Unformatted: