Re: [p2pi] We don't need to treat users fairly, we need to maximize their happiness!
Nicholas Weaver <nweaver@ICSI.Berkeley.EDU> Thu, 12 June 2008 13:29 UTC
Return-Path: <p2pi-bounces@ietf.org>
X-Original-To: p2pi-archive@ietf.org
Delivered-To: ietfarch-p2pi-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4146E3A6ADF; Thu, 12 Jun 2008 06:29:36 -0700 (PDT)
X-Original-To: p2pi@core3.amsl.com
Delivered-To: p2pi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9261C3A6ADF for <p2pi@core3.amsl.com>; Thu, 12 Jun 2008 06:29:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.365
X-Spam-Level:
X-Spam-Status: No, score=-6.365 tagged_above=-999 required=5 tests=[AWL=0.234, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rBFTirYnC+b3 for <p2pi@core3.amsl.com>; Thu, 12 Jun 2008 06:29:30 -0700 (PDT)
Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by core3.amsl.com (Postfix) with ESMTP id BCF293A695E for <p2pi@ietf.org>; Thu, 12 Jun 2008 06:29:30 -0700 (PDT)
Received: from [IPv6:::1] (fruitcake [192.150.186.11]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id m5CDTgeH017847; Thu, 12 Jun 2008 06:29:42 -0700 (PDT)
Message-Id: <0CADC67E-B42E-4880-A589-3384500437E0@icsi.berkeley.edu>
From: Nicholas Weaver <nweaver@ICSI.Berkeley.EDU>
To: Laird Popkin <laird@pando.com>
In-Reply-To: <1669260528.386321213270310916.JavaMail.root@dkny.pando.com>
Mime-Version: 1.0 (Apple Message framework v924)
Date: Thu, 12 Jun 2008 06:29:42 -0700
References: <1669260528.386321213270310916.JavaMail.root@dkny.pando.com>
X-Mailer: Apple Mail (2.924)
Cc: p2pi@ietf.org, Nicholas Weaver <nweaver@ICSI.Berkeley.EDU>
Subject: Re: [p2pi] We don't need to treat users fairly, we need to maximize their happiness!
X-BeenThere: p2pi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: P2P Infrastructure Discussion <p2pi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/p2pi>, <mailto:p2pi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/p2pi>
List-Post: <mailto:p2pi@ietf.org>
List-Help: <mailto:p2pi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2pi>, <mailto:p2pi-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: p2pi-bounces@ietf.org
Errors-To: p2pi-bounces@ietf.org
On Jun 12, 2008, at 4:31 AM, Laird Popkin wrote: > The term 'fairness' is (IMO) distracting us from the real goals, > since that word has emotional implications (e.g. "unfairness"). And > a discussion about fairness assumes that our goal is equal resource > allocation in the context of a 'zero sum game'. I think that there > equal allocation of resources isn't the best answer for users (e.g. > a VOIP call and a PodCast aren't equal value bits), and there are > certainly some cases where we're not in a zero sum game (i.e. being > smarter can get much more performance out of the same physical > resources). And, at least as relates to the p2p issues we're > discussing, I don't know that fairness is even particularly important. > > I think what we're ultimately trying to achieve is to maximize user > happiness when on a constrained network. This is different from > "fairness" in that there are some pretty obvious cases where being > "fair" does not maximize user satisfaction. That's not to say that > fairness is bad - fairness is the best the network can do if there's > no visibility into the actual value of the data, or ability to > influence application-level decisions. But fairness isn't really our > goal. Maximized user satisfaction is our goal. > The problem is, if you want to maximize the aggregate user satisfaction for a large number of users, rather than fairness, you are going to invite protocol-based discrimination between users. EG, if "Happyness" is defined as "My voip works, my interactive sessions are great, my web surfing is OK, etc" for a large group of users, dropping all bulk-data P2P on the floor is a great maximizing function in times of congestion! Look at it this way, except for a few individuals, Comcast killing seeds and leeches increases user "happyness" by a considerable amount (they stopped getting complains about deliberately disrupting VoIP services), and unless the seeding was deliberate, it even increases happyness for the local users' whos traffic it kills. Fairness, on the other hand, can be quantified, defined, and, critically, does not and should not require INTER-user protocol discrimination. _______________________________________________ p2pi mailing list p2pi@ietf.org https://www.ietf.org/mailman/listinfo/p2pi
- [p2pi] We don't need to treat users fairly, we ne… Laird Popkin
- Re: [p2pi] We don't need to treat users fairly, w… Nicholas Weaver