Michal Rudolf wrote:
Hi!
>> Still, there might be an issue here with how the fill cache function
>> works. I don't think that there is a side effect but you should be
>> careful not to break it.
> If the cache is updated only after full, successful search, no break will
> happen.
>
> BTW. is it possible to enable 'Auto-Save Cache Buffer" option by default?
This would surely be possible ...
> Now it seems the cache content is lost when one forgets to set it.
> As we already have the option to set cache size, I suggest to just drop the
> option and always save cache (letting user to set a very small cache if he is
> concerned about disk space).
... the point is IMHO not that much the amount of disk space, I think
this is a "non-issue" these days, but the actual time it takes to write
out the cache to the disk. Given a larger base (about the size of a
usual reference base) this takes some time, indeed. I admit that this is
the reason why I actually switched off the autosave function an instead
placed a quite extensive indexing scheme to Scid once I update those
bases. I might add that my reference bases don't even live on a network,
but on a not too bad local drive.
Additionally, one would have to disable it if the base is read only.
(I'm not sure what happens now, I'll have to check.)
From this I'd guess that it would make sense if autosave cache is a
property of the base in question, but I think this would change the db
format to allow to store this flag.
>> Some in
>> the opening where the tree is very helpful and should be updated, some
>> in the middle or endgame where ther're just no games anymore. Do you see
>> an automatic way to prevent Scid from continually updateing the tree here?
> One idea is to store ply number of the last non-unique position in each game.
> But, this will require quite expensive indexing when database is modified.
I think the major issue is that you can come back to a well known
position by transpositon. Therefore, it can well be that no really good
solution exists here, especially not a perfect one.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
