bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] makebearoff one-sided


From: Ned Cross
Subject: Re: [Bug-gnubg] makebearoff one-sided
Date: Wed, 4 Dec 2002 11:06:10 -0800

I was just about to report the same problem with makebearoff.  Running WinME
I am seeing the same thing..

makebearoff -o 10 -f gnubg_os10.bd .. starts out running fast and then slows
to a crawl so that status after running all night is at 900000 of 3200000.

A related question...are the os and ts databases mutually exclusive?  I
understand the ts database is only useful for money-play and I play mostly
matches, so am I better off omitting the ts db, or does gnubg know when to
look for each if both are present?

Ned
----- Original Message -----
From: "Ian Shaw" <address@hidden>
To: "GnuBg Bug (E-mail)" <address@hidden>
Sent: Wednesday, December 04, 2002 8:49 AM
Subject: [Bug-gnubg] makebearoff one-sided


makebearoff $Revision: 1.17 $ on Windows 2000.

I am using the command:

C:\GnuBg>makebearoff -o 10 -f gnubg_os10.bd

Getting up to about 800000 takes very little time, but the output slows to a
crawl at around 80000 to 90000.

Nardy warns that it may take several hours to generate each gnubg_os.bd (118
Mb) and gnubg_ts.bd (70 Mb). The latter took about 1 hr to generate on my
PC, so I'm expecting gnubg_os.bd to take only about 1.5 hours.

I left one going overnight and got this far:

909500/3268760
04/12/2002  09:12            7,274,496 gnubg_os10.bd
04/12/2002  09:12           20,439,040 t026453.bd

I started another at lunchtime and have got here in over 4 hours.

901300/3268760 (hasn't changed while I've been writing this email.)
04/12/2002  12:18            7,208,960 gnubg_os10.bd
04/12/2002  12:18           20,242,432 t004335.bd

(I note that the output always ends at a round hundred. Is this a problem or
just how often the screen is updated?)

I can't imagine why the output should slow down so much. I assume that the
program looks up the values of the possible resulting positions in the
database and averages them out. Obviously there are more possible positions
to examine as the number if chequers and points grows, but I wouldn't
imagine it to cause this amount of slowdown.

Is something going wrong, or am I being too impatient?

--Ian


_______________________________________________
Bug-gnubg mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/bug-gnubg





reply via email to

[Prev in Thread] Current Thread [Next in Thread]