Path: csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!news.tele.dk!feed118.news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.038 X-Spam-Evidence: '*H*': 0.92; '*S*': 0.00; 'http': 0.09; 'skip:/ 10': 0.09; 'subject:How': 0.10; 'random': 0.14; 'blocking': 0.16; 'from:addr:rosuav': 0.16; 'from:name:chris angelico': 0.16; 'hardware.': 0.16; 'hmm.': 0.16; 'seconds,': 0.16; 'struck': 0.16; 'subject:limit': 0.16; 'think.': 0.16; 'sat,': 0.16; 'wrote:': 0.18; 'bit': 0.19; 'mathematical': 0.24; 'necessary.': 0.24; 'proxy': 0.24; 'server.': 0.24; 'source': 0.25; 'possibly': 0.26; 'header:In-Reply-To:1': 0.27; 'am,': 0.29; 'message- id:@mail.gmail.com': 0.30; 'easy,': 0.31; 'overhead': 0.31; 'probably': 0.32; 'another': 0.32; 'received:google.com': 0.35; 'add': 0.35; 'crazy': 0.36; 'subject:?': 0.36; 'connections': 0.38; 'easiest': 0.38; 'nov': 0.38; 'security,': 0.38; 'handle': 0.38; 'whatever': 0.38; 'to:addr:python-list': 0.38; 'to:addr:python.org': 0.39; 'taking': 0.65; 'side': 0.67; '2-3': 0.68; 'reverse': 0.68; 'fact,': 0.69; 'influence': 0.74; 'lack': 0.78; 'subject:tell': 0.84; 'cryptography': 0.91; 'edwards': 0.91; '2013': 0.98 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=969thCtnUWRDfnzDlvX6fHzpEXpSXN3VL7hllkrIBfs=; b=vODADYS/CcUM6gjsgOvBzrtcqoofdl/+B3nL2maV6y58pM0zD0fyVlhmXLkoekh+o9 Lfn3fwWq67H8kTdm9STbYM9GcuvRsxzAA6W7AZiquQSNKbG9IJ+Kk2gN1tzCoDkPotUT NhYbk0DOs7TbNSueFWDFS3Xy+n7wz/W9RXGp3vrefX4CntgUz34j8ZYX1zxzaDlRWRlg cEPwlFGhWGY+6iajwC/iNj0LjSGLvOtX2D9Yc1e4YrPdCD/RQLNekAarFGk3KLitO40c 4HqegEN9LSZJLIoj+epg9kvC7NyNyN22CObtmqrJZaN1gf5vb2EzZiUsd9ZqCmjfK1xI j6LA== MIME-Version: 1.0 X-Received: by 10.66.142.42 with SMTP id rt10mr17529008pab.1.1383944491720; Fri, 08 Nov 2013 13:01:31 -0800 (PST) In-Reply-To: References: Date: Sat, 9 Nov 2013 08:01:31 +1100 Subject: Re: OT: How to tell an HTTP client to limit parallel connections? From: Chris Angelico To: python-list@python.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 16 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1383944501 news.xs4all.nl 15981 [2001:888:2000:d::a6]:57746 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:58859 On Sat, Nov 9, 2013 at 7:48 AM, Grant Edwards wrote: > All I have control over is the server. I have no influence over the > client side of things other than what I can do in the HTTP server. Hmm. Then the only way I can think of is a reverse proxy that can queue, handle security, or whatever else is necessary. Good luck. It's not going to be easy, I think. In fact, easiest is probably going to be beefing up the hardware. Oooh.... crazy thought just struck me. What's your source of entropy? Is it actually the mathematical overhead of cryptography that's taking 2-3 seconds, or are your connections blocking for lack of entropy? You might be able to add another source of random bits, or possibly reduce security a bit by allowing less-secure randomness from /dev/urandom. ChrisA