From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13440 invoked by alias); 4 Mar 2014 05:07:40 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 13431 invoked by uid 89); 4 Mar 2014 05:07:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_50,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: etr-usa.com Received: from etr-usa.com (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 04 Mar 2014 05:07:39 +0000 Received: (qmail 18393 invoked by uid 13447); 4 Mar 2014 05:07:34 -0000 Received: from unknown (HELO [172.20.0.42]) ([68.35.121.157]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with SMTP for ; 4 Mar 2014 05:07:34 -0000 Message-ID: <53155F96.3060400@etr-usa.com> Date: Tue, 04 Mar 2014 08:10:00 -0000 From: Warren Young User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Testers needed: New passwd/group handling in Cygwin References: <20140227094951.GD2246@calimero.vinschen.de> <20140227134632.GG2246@calimero.vinschen.de> <765945729.20140228031219@yandex.ru> <20140228120748.GN2246@calimero.vinschen.de> <87y50vc910.fsf@Rainer.invalid> <20140228201047.GC2381@calimero.vinschen.de> <20140228210804.GE2381@calimero.vinschen.de> <20140303092114.GA26619@calimero.vinschen.de> <1686957830.20140303195207@yandex.ru> <53152031.3000208@etr-usa.com> <397967999.20140304053603@yandex.ru> In-Reply-To: <397967999.20140304053603@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-03/txt/msg00064.txt.bz2 On 3/3/2014 18:36, Andrey Repin wrote: > Once TCP session is established, it remains, > until closed or dropped on either end of the wire. Have you done the packet capture to prove that Windows does in fact keep the LDAP connection to the AD server up continually, or are you making an assumption? > Amount of packets doesn't matter Even if the connection stays up all the time, an LDAP lookup is almost certain to take more than one packet each way. Packet round trip time (RTT) varies by orders of magnitude among networks, from sub-ms on a fast, quiet LAN to on the order of a full second for a slow WAN. Since the number of packets is a function of the number of round trips, a network with an RTT of 0.9s will take more than the proposed 3 seconds to process a query that requires 4 round trips, even if the processing delay on either end is essentially 0. You have to measure it to find out. And yes, I have personally used networks with an RTT > 1.0s. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple