From dev-return-14074-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Mon Apr 18 18:10:43 2005 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 81169 invoked from network); 18 Apr 2005 18:10:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Apr 2005 18:10:42 -0000 Received: (qmail 53663 invoked by uid 500); 18 Apr 2005 18:10:40 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 53589 invoked by uid 500); 18 Apr 2005 18:10:39 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 53488 invoked by uid 99); 18 Apr 2005 18:10:36 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from mxout2.iskon.hr (HELO mxout2.iskon.hr) (213.191.128.16) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 18 Apr 2005 11:10:34 -0700 Received: (qmail 14703 invoked from network); 18 Apr 2005 20:10:30 +0200 X-Remote-IP: 213.191.142.122 Received: from unknown (HELO mx.iskon.hr) (213.191.142.122) by mxout2.iskon.hr with SMTP; 18 Apr 2005 20:10:30 +0200 Received: (qmail 25527 invoked from network); 18 Apr 2005 20:10:30 +0200 X-Remote-IP: 213.202.87.164 Received: from lns01-0925.dsl.iskon.hr (HELO ?192.168.0.80?) (213.202.87.164) by mx.iskon.hr with SMTP; 18 Apr 2005 20:10:30 +0200 Message-ID: <4263F81A.9010107@apache.org> Date: Mon, 18 Apr 2005 20:10:34 +0200 From: Mladen Turk User-Agent: Mozilla X-Accept-Language: en-us, en MIME-Version: 1.0 To: "William A. Rowe, Jr." CC: Paul Querna , APR Developer List Subject: Re: [WIN32] alternative apr_pollset implementation proposal References: <4263A807.8070808@apache.org> <4263D53F.9070800@force-elite.com> <4263D8A2.5010204@apache.org> <6.2.1.2.2.20050418115916.065e88e0@pop3.rowe-clan.net> In-Reply-To: <6.2.1.2.2.20050418115916.065e88e0@pop3.rowe-clan.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N William A. Rowe, Jr. wrote: > > I do have a productive suggestion though that we kicked around once or > twice. Spin up helper threads (we can even keep a cache of them) to > handle each group of 64 events, and have them pop an event to the > parent thread once finished. at 64x63 events, this could be quite > respectible. > How did you think to catch the threads? Sharing them among multiple pollsets, or keeping them around per pollset? > Keep in mind, as you consider new designs for apr_poll, that the > longest standing issue is polling on files. If you can solve both > issues in one whack, we would trip over each other getting your > patch committed :) > Well in that case it would be switch among WSA and Object events, not a big deal actually ;). I'll see if the thread caching will be appropriate. Regards, Mladen