From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 3EA9721FE14 for ; Fri, 7 Aug 2015 07:59:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail2.tohojo.dk DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=201310; t=1438959577; bh=RuINPlIXtvxHeIZstfgbePwpLRBNLsu5Wc2WAWAcDAU=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=dGlWg5Wqs3QlKQJaZ9Lg2dnLeLoV6S3i32d3/farEcQRMFUnO6e/ZMsFSdx3sFk6g AKAKiNEmckJQHSMX/S5kdjwz6e/CxNBZTgD6haoK2rLPr1YLbKiPoqv4z+R+pMQ6dM 0KB8LDvPNtRdi9JEDanodxdTN6KTWGacomkL1t7Q= Sender: toke@toke.dk Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id C5C1E42B17; Fri, 7 Aug 2015 16:59:36 +0200 (CEST) From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= To: "Steinar H. Gunderson" References: <4EDA85BE-CD86-4DA9-8ED5-78500E858F79@baylink.com> <20150807142337.GA22258@sesse.net> <6C2C7178-A999-4555-BA5E-7E951006C4C5@gmx.de> <20150807144953.GC27438@sesse.net> Date: Fri, 07 Aug 2015 16:59:36 +0200 In-Reply-To: <20150807144953.GC27438@sesse.net> (Steinar H. Gunderson's message of "Fri, 7 Aug 2015 16:49:53 +0200") X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87io8rqh47.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Cc: bloat@lists.bufferbloat.net Subject: Re: [Bloat] Fwd: Did *bufferbloat* cause the 2010 flashcrash? X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 15:00:14 -0000 "Steinar H. Gunderson" writes: > On Fri, Aug 07, 2015 at 04:43:19PM +0200, Sebastian Moeller wrote: >>> switching to IP-level fairness makes life hard for the torrent >>> user (not that it seems to even exist in fq_codel; >> fq_codel does not care as far as I know one can specify different >> hashing schemes (expect I have not tried it myself so that might not >> work). > > How? I've searched for it, I've checked the documentation, I've looked for it > in the code. What am I missing? The mechanism is not specific to fq_codel, it's a tc thing. You can attach arbitrary tc filters which fq_codel will then use as a classifier. http://lartc.org/howto/lartc.adv-filter.hashing.html has some (fairly old) information on this, but I've never tried it in practice with fq_codel so can't give you any more specific pointers. An alternative, of course, is to try out cake. Jonathan did a presentation on it at Battlemesh yesterday, which also has instructions on how to obtain it: http://battlemesh.org/BattleMeshV8/Agenda?action=AttachFile&do=view&target=cake-battlemesh-v8.pdf -Toke