X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=Ed6gx1zo1MwT8Doj
	0N7T7fP2pnjVKOoAQam0TAMaunpKiKaO1HlJvlWWKcDfR3xYb4hr+tbULDgqR2i3
	uXZxLqmeWMW/2q5TBZD81YCz35iid/1n3Y25pAJlW0UVflh3UxnlUy0yyoFGFeUb
	9heCxfnppXgQPqKUaxduqgmNgbQ=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; s=default; bh=ZYYi7LciTV+UW2+4vfuD8m
	tr4FU=; b=lOLXjmc4GDjc3q+l23DLmaTEH76KrXgZGaB/ymW/78EiI95u+JDGC7
	/EkojGeXNRLdqlT3MFwRWlHcWDtruq81q4/ZfwoSPfjv9ey4qKWpXrl0FVv9izv6
	/8uOkc7DbDdWEcM41zYDj8qq+4UK2MDv/n3y982j3061UNm3R3fMc=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=4.1 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,SPF_SOFTFAIL autolearn=no version=3.3.2
X-HELO:	smtpback.ht-systems.ru
Date:	Sat, 8 Feb 2014 04:40:40 +0400
From:	Andrey Repin <anrdaemon AT yandex DOT ru>
Reply-To:	Andrey Repin <cygwin AT cygwin DOT com>
Message-ID:	<675717060.20140208044040@mtu-net.ru>
To:	"Larry Hall (Cygwin)" <cygwin AT cygwin DOT com>
Subject:	Re: get rid of getpwent? (Was: cygwin-1.7.28 getpwent header declaration changes ?)
In-Reply-To:	<52F56E92.3070309@cygwin.com>
References:	<52F339CA DOT 5070305 AT gmail DOT com> <20140206090117 DOT GD2821 AT calimero DOT vinschen DOT de> <52F361C5 DOT 3000807 AT gmail DOT com> <20140206141321 DOT GI2821 AT calimero DOT vinschen DOT de> <52F40208 DOT 5030901 AT etr-usa DOT com> <20140207094917 DOT GN2821 AT calimero DOT vinschen DOT de> <52F53D7C DOT 5050201 AT etr-usa DOT com> <52F553AA DOT 9090500 AT cygwin DOT com> <52F561EE DOT 8090806 AT tiscali DOT co DOT uk> <52F56E92 DOT 3070309 AT cygwin DOT com>
MIME-Version:	1.0
X-IsSubscribed:	yes

Greetings, Larry Hall (Cygwin)!

>>>> This takes 7.1 seconds on my system, with a 12-line /etc/passwd file:
>>>>
>>>>       #include <pwd.h>
>>>>       #include <stdio.h>
>>>>       #include <stdlib.h>
>>>>
>>>>       int main(int argc, const char* argv[])
>>>>       {
>>>>           int i;
>>>>           const char* user = argv[1];
>>>>
>>>>           if (!user) {
>>>>               printf("usage: %s username\n", argv[0]);
>>>>               exit(1);
>>>>           }
>>>>
>>>>           for (i = 0; i < 1000000; ++i) {
>>>>               struct passwd* pw = getpwnam(user);
>>>>               if (!pw) {
>>>>                   printf("User %s doesn't exist!\n", user);
>>>>                   exit(2);
>>>>               }
>>>>               else if (i == 0) {
>>>>                   printf("User %s is UID %d\n", user, pw->pw_uid);
>>>>               }
>>>>           }
>>>>       }
>>>>
>>>> So, each getpwnam() call takes 7.1 microseconds on average.
>>>
>>> I think you forgot to put an "exit(0);" after the last printf(). Without
>>> it, you're checking for the same user a million times, which is certainly
>>> going to take a little time. ;-)
>>>
>>
>> I thought the point of the programme /was/ to call getpwnam() a million
>> times. Time this as accurately as you can. Then, with a quick division, you
>> get the time for one call.

> Hm, I missed that he summarized with _microseconds_, even though I quoted
> that too in my response. :-(

> My average was much closer to 2 microseconds per call but that could be
> machine differences.

> In any case, sorry for the noise.

In either case, repeatedly requesting the same record in a short amount of
time will only test the system level cache.


--
WBR,
Andrey Repin (anrdaemon AT yandex DOT ru) 08.02.2014, <04:39>

Sorry for my terrible english...


--
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

- Raw text -