NetBSD Problem Report #49664

From www@NetBSD.org  Sat Feb 14 08:44:50 2015
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 52DDAA57FE
	for <gnats-bugs@gnats.NetBSD.org>; Sat, 14 Feb 2015 08:44:50 +0000 (UTC)
Message-Id: <20150214084449.16C6DA6567@mollari.NetBSD.org>
Date: Sat, 14 Feb 2015 08:44:49 +0000 (UTC)
From: isaki@pastel-flower.jp
Reply-To: isaki@pastel-flower.jp
To: gnats-bugs@NetBSD.org
Subject: tests/lib/libc/gen/t_randomid may fail on slow machines
X-Send-Pr-Version: www-1.0

>Number:         49664
>Category:       lib
>Synopsis:       tests/lib/libc/gen/t_randomid may fail on slow machines
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    lib-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Feb 14 08:45:00 +0000 2015
>Closed-Date:    Sun Mar 08 06:48:20 +0000 2015
>Last-Modified:  Sun Mar 08 06:48:20 +0000 2015
>Originator:     Tetsuya Isaki
>Release:        NetBSD-current (2015/02/03)
>Organization:
>Environment:
NetBSD XXXXXX 7.99.4 NetBSD 7.99.4 (GENERIC) #1: Wed Feb 11 12:54:54 JST 2015  isaki@XXXXXX:/var/obj/current/x68k/obj/sys/arch/x68k/compile/GENERIC x68k
>Description:
tests/lib/libc/gen/t_randomid is 300 seconds timeout but
it takes approx 700 seconds for 1,000,000 times loop on
my x68k (68030/30MHz) :-P

Please extend the timeout to 1000 seconds if this test
actually needs 1,000,000 times loop for its evaluation.
(although it's a little painful for these old machines.)

Or I think that 100,000 times loop also will satisfy the
evaluation.  If so, it will end with approx 70 seconds on
my 68030.  It's an acceptable execution time (for me).

# I don't have more slower machines, so I have no opinions
# for them...
>How-To-Repeat:
% cd /usr/tests/lib/libc/gen
% atf-run t_randomid | atf-report
>Fix:
See above.

>Release-Note:

>Audit-Trail:
From: "Tetsuya Isaki" <isaki@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/49664 CVS commit: src/tests/lib/libc/gen
Date: Sat, 14 Feb 2015 08:46:02 +0000

 Module Name:	src
 Committed By:	isaki
 Date:		Sat Feb 14 08:46:02 UTC 2015

 Modified Files:
 	src/tests/lib/libc/gen: t_randomid.c

 Log Message:
 uint64_t -> uint32_t.  32bit is sufficient in this case
 and it improved the performance approx 7% on my 68030.
 see also PR lib/49664.


 To generate a diff of this commit:
 cvs rdiff -u -r1.3 -r1.4 src/tests/lib/libc/gen/t_randomid.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Tetsuya Isaki" <isaki@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/49664 CVS commit: src/tests/lib/libc/gen
Date: Sat, 7 Mar 2015 09:59:15 +0000

 Module Name:	src
 Committed By:	isaki
 Date:		Sat Mar  7 09:59:15 UTC 2015

 Modified Files:
 	src/tests/lib/libc/gen: t_randomid.c

 Log Message:
 Reduce the number of loops.
 It avoids timeout on slow machines, and I think that 100,000
 times loop also satisfies the evaluation.
 PR lib/49664 (no comments)


 To generate a diff of this commit:
 cvs rdiff -u -r1.4 -r1.5 src/tests/lib/libc/gen/t_randomid.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->closed
State-Changed-By: isaki@NetBSD.org
State-Changed-When: Sun, 08 Mar 2015 06:48:20 +0000
State-Changed-Why:
commited.


>Unformatted:

Home	PR Database Search