Something new: Gull 1.2

[Graham Banks]

It would be very much appreciated if Vadim made a version available that didn't automatically allocate large pages usage.

He has already done this:

http://www.spaadyshare.com/VYF5Y7GDBYF4 ... _no_LP.zip

Best,
Martin

Thanks Martin. Missed that.

[ernest]

Both exe(s) Gull 1_2 w32.exe and Gull 1_2 w32 tunable.exe have the (usual) options:
option name Hash type spin min 1 max 1024 default 64
option name Ponder type check default false
option name MultiPV type spin min 1 max 64 default 1
option name Clear Hash type button

Gull 1_2 w32 tunable.exe has the following complementary options:
option name Aspiration Search type check default true
option name 1/2 Ply Search type check default false
option name LMR type check default true
option name PV Hashing type check default false
option name Extended Info type check default true
option name Space Evaluation type check default false
option name Favor type combo default None var White var None var Black
option name +- Evaluation type button
option name = Evaluation type button
option name -+ Evaluation type button

Author ThinkingALot calls these last options "tunable compile" (see readme.txt)
Any idea what they mean (or link to that)?

[bob]

It would be very much appreciated if Vadim made a version available that didn't automatically allocate large pages usage.

He has already done this:

http://www.spaadyshare.com/VYF5Y7GDBYF4 ... _no_LP.zip

Best,
Martin

Thanks Martin. Missed that.

Why would you want it to run in a less than optimal (slower) way? large pages reduces TLB thrashing and can make a significant speed difference for many programs...

[ernest]

Why would you want it to run in a less than optimal (slower) way?

Well, for those who like games between 2 engines, not sure what happens if both engines grab for their own share of LP...

[Martin Thoresen]

Well, for those who like games between 2 engines, not sure what happens if both engines grab for their own share of LP...

Exactly, for analyzing LP is definitely a good idea.

But there are only problems when 2 engines meet in a game and both wants LP.

Best,
Martin

[Graham Banks]

It would be very much appreciated if Vadim made a version available that didn't automatically allocate large pages usage.

He has already done this:

http://www.spaadyshare.com/VYF5Y7GDBYF4 ... _no_LP.zip

Best,
Martin

Thanks Martin. Missed that.

Why would you want it to run in a less than optimal (slower) way? large pages reduces TLB thrashing and can make a significant speed difference for many programs...

My understanding was that your computer required a significant amount of memory in order to run large pages?

[Werner]

But there are only problems when 2 engines meet in a game and both wants LP.
Best,
Martin

Yes - I started 2 matches with Gull on my quad and here always one match stopped: The gui could´nt load Gull. Only one match ran ok.
So a am please to see a better solution now.

regards
Werenr

[Harvey Williamson]

But there are only problems when 2 engines meet in a game and both wants LP.
Best,
Martin

Yes - I started 2 matches with Gull on my quad and here always one match stopped: The gui could´nt load Gull. Only one match ran ok.
So a am please to see a better solution now.

regards
Werenr

the one demanding large pages can also take resources from the one that does not even with ponder off.

[Matthias Gemuh]

Well, for those who like games between 2 engines, not sure what happens if both engines grab for their own share of LP...

Exactly, for analyzing LP is definitely a good idea.

But there are only problems when 2 engines meet in a game and both wants LP.

Best,
Martin

Even if only one engine uses LP, things can still get messy in game-play mode.
LP should always be under control of user.

Matthias.