X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org From: "Dave Korn" To: References: <15468287 DOT post AT talk DOT nabble DOT com> <01d101c86e95$36d4b030$2e08a8c0 AT CAM DOT ARTIMI DOT COM> Subject: RE: Perl with SerialPort Date: Fri, 15 Feb 2008 00:06:08 -0000 Message-ID: <032901c86f66$90ff31d0$2e08a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 14 February 2008 22:52, Brian Ford wrote: > On Wed, 13 Feb 2008, Dave Korn wrote: >> That diff is absolutely reliably consistently 2140 for me. I'd >> speculate that maybe the cygwin signal emulation requires a context >> switch or two, to or away from the signal processing thread, and so >> we're seeing an extra quantum or two of constant overhead for systematic >> reasons. > > Yep, two. The minimum quantum on NT based OSes is 1024. See this > thread for support of your hypothesis: > > http://cygwin.com/ml/cygwin-developers/2007-10/msg00040.html Ahh, I remember that. Hmm. I wonder if it would ever be possible to avoid context switches by doing signal processing in-thread. It needn't necessarily matter /which/ thread "is" the signal thread as long as there's only one at a time.... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/