Díky za článek i za komentář pana Svatoše (přece jen slovům šachisty věřím v téhle věci podstatně víc než slovům linuxového nadšence). Nechápu, jak jsem o té databázi mohl nevědět, znal jsem pouze program Knights pro KDE a ten mě rozhodně nenadchnul. A XBoard taky není moc použitelný. Zatím sem proto vždy potupně rebootoval z Linuxu do Win95 a pustil si nějeký ten program od Chessbase - Microsoftu šachového světa. Tak snad se to teď změní. A pak:
rm -r /mnt/win_c
Tak jsem to vyzkoušel a přiznám se, že jsem čekal víc. Především mně (Celeron 266, 96 MB RAM) vadí, jak pomalu reaguje na zadání nebo vrácení tahu. Když v nějaké partii zmáčknu na 5 vteřin Ctrl+[left] (vrácení tahu), usne SCID snad na minutu. A pokud mi rupnou nervy a kliknu myší, vyhodnotí to po té minutě jako tah. Ještě mnohem horší to je, když si k tomu pustím šachový motor, trvá mu pak aspoň 2 vteřiny, než zareaguje na zadání tahu. A navíc v situacích, které mi připadají náhodné, vyskakuje do popředí okno s analýzou nebo seznamem partií.
Je moc fajn, že existuje takový program i pro Linux, dal jsem na tenhle článek odkaz z http://www.chess.cz, ale přiznám se, že to stále není ono.
To je zajímavé, řekl bych, že pro rychlost odezvy bude rozhodující paměť, ale 96M není málo.
Já doma jedu na 128MB paměti (jinak Duron 650 a systém víceméně standardní MDK Linux), značnou část paměti mi ujídá KDE, ale problémy "kousnutí" nebo špatné odezvy jsem nezaregistroval. Shane Hudson píše na homepagi SCIDu něco o možných problémech Tcl/TK s některými okenními manažery a přikládá test, který má tuto chybu odhalit, není problém v tomhle?
Já jsem to zkoušel na "normálně" nainstalovaném MDK 9.0 pod KDE a pak i pod WindowMakerem (právě kvůli paměti). Možná to bylo ve WindowMakeru trochu rychlejší, ale i tam to byla hrůza. O těch potížích Tcl/TK jsem četl, ale pokud jsem to pochopil, netýkají se KDE. Test jsem nezkoušel. Třeba to bude procesorem, neboť po spuštění motoru se zadávání tahů zpomalí ještě mnohem víc. Můj Celeron 266 už dneska není žádná sláva.