petero2 wrote:The main difference is that Texel is written in C++11 instead of java.
Hi Peter, congratulations for your new engine !
I was curious about the C++11 thing so I downloaded and took a glance at the sources: nicely written ! And the C++11 stuff like std::thread and std::lock_guard are very tempting A pity I cannot upgrade SF (for the moment) due to still not enough support on many platforms.
I know +140 sounds impressive, but I believe there is some unknown effect in the test setup that is responsible for this. A 2X speed increase should not be worth more than 70 elo max.
At first I suspected java startup time and time before the JIT compiler had optimized the java bytecode. However I use cutechess-cli to run the tests, and it doesn't restart the engines between games, so this effect should only exist for the first game.
Yes some say it's 50 elo for doubling, most say 70 and some say it's about 100.
Anyway i think even if it's less than 140 at long TC, even 70, it's still impressive.
I recently fixed a couple of nasty bugs but could not improve more than 10
So fingers crossed to surpass Fruit 2.1!
There is not fixed ELO for doubling, it depends on the level you start from and the program itself. If you are doing 2 ply searches doubling the time will add 200 ELO or more. The ELO gain is reduced as you go deeper. I think this is somewhat offset with modern programs which get more out of a doubling that programs of 10 years ago.
Capital punishment would be more effective as a preventive measure if it were administered prior to the crime.
I know +140 sounds impressive, but I believe there is some unknown effect in the test setup that is responsible for this. A 2X speed increase should not be worth more than 70 elo max.
At first I suspected java startup time and time before the JIT compiler had optimized the java bytecode. However I use cutechess-cli to run the tests, and it doesn't restart the engines between games, so this effect should only exist for the first game.
Yes some say it's 50 elo for doubling, most say 70 and some say it's about 100.
Anyway i think even if it's less than 140 at long TC, even 70, it's still impressive.
I recently fixed a couple of nasty bugs but could not improve more than 10
So fingers crossed to surpass Fruit 2.1!
The general effect that has been noticed, but not confirmed, is that the gain in Elo is larger for shorter time controls and decreases as the time control increases.
Woops, I already commented about this before reading this post.
Don
Capital punishment would be more effective as a preventive measure if it were administered prior to the crime.
I know +140 sounds impressive, but I believe there is some unknown effect in the test setup that is responsible for this. A 2X speed increase should not be worth more than 70 elo max.
At first I suspected java startup time and time before the JIT compiler had optimized the java bytecode. However I use cutechess-cli to run the tests, and it doesn't restart the engines between games, so this effect should only exist for the first game.
Yes some say it's 50 elo for doubling, most say 70 and some say it's about 100.
Anyway i think even if it's less than 140 at long TC, even 70, it's still impressive.
I recently fixed a couple of nasty bugs but could not improve more than 10
So fingers crossed to surpass Fruit 2.1!
There is not fixed ELO for doubling, it depends on the level you start from and the program itself. If you are doing 2 ply searches doubling the time will add 200 ELO or more. The ELO gain is reduced as you go deeper. I think this is somewhat offset with modern programs which get more out of a doubling that programs of 10 years ago.
That thread also says it should be fixed in 4.7. Any chance you could try that?
It compiles without any issues using gcc-4.7. However, there is an error at the very end. The compiler is unable to write the executable files, because the texel101 directory that is created from the zipfile has permissions rwx------. Once that is fixed, all is fine. The program seems to run correctly, based on very limited testing.