Einzelnen Beitrag anzeigen
  #8  
Alt 05.04.2008, 22:00
Benutzerbild von Robert
Robert Robert ist offline
Lebende Foren Legende
 
Registriert seit: 30.06.2004
Ort: Regensburg
Alter: 61
Land:
Beiträge: 4.305
Abgegebene Danke: 2.105
Erhielt 978 Danke für 568 Beiträge
Aktivitäten Langlebigkeit
4/20 20/20
Heute Beiträge
0/3 sssss4305
AW: Computerschachturnier PDA+Resurrection+Revelation

 Zitat von EberlW
Anlässlich des bevorstehenden Turniers und natürlich auch zur Stillung meiner Neugier, habe ich fast alle meine PDA-Engines durch den BT2630 Parcours geschickt. Zuletzt widmete ich meine Aufmerksamkeit dem Pocket Fritz 2 und zwar sowohl mit der Standardeinstellung "offene Stellungen bevorzugen" als auch ohne. Dabei zeichnete sich ab, dass die Standardeinstellung leicht gegenüber der anderen abfällt. Bis auf BT15 sind die Unterschiede aber marginal und kaum der Rede wert. Was mir jedoch auf- und zeitgleich missfiel ist, dass die Werte von Pocket Fritz 2 keinesfalls "stabil" zu sein scheinen. Insbesondere bei den Stellungen 15, 26 und 27 hatte ich unterschiedliche Messungen. Dabei möchte ich nicht ausschließen, Fehler gemacht zu haben.

Hat jemand von Euch dieses Programm ebenfalls durch den BT2630 gejagt und gleichfalls Abweichungen festgestellt? Dabei geht es mir nicht um Abweichungen zwischen "offene Stellungen bevorzugen" on und off, sondern um Abweichungen wenn man den Test noch einmal durchläuft. Wäre interessant, die Sache aufzuklären, da ich auch noch Pocket Fritz 1 zu testen habe - bin dann durch. Aber Vorsicht: PF2 hält Berechnungen von vorhergehenden Aufgaben sehr lange im Speicher! Selbst nach 6 neuen Stellungen und somit mehr als 90 Minuten Rechenzeit scheinen die Hashtables noch die alten Werte zu kennen und beschleunigen den erneuten Zugriff auf die zuerst berechnete Stellung deutlich. Man muss also vor einem zweiten Durchlauf irgendwie den Speicher leeren. PF2 zu beenden allein reicht nicht - auch wenn die BDA was anderes erzählt. Ich helfe da nach, indem ich PGM starte und eine Engine mit 16MB anrechnen lasse. Danach klicke ich auf "Hashtables leeren" und starte PF2 neu - bei mir hilft das...

Anbei die Zeiten von PF2 auf meinem iPAQ3660 (StrongARM@206MHz/64MB, davon 16MB für Hash, OS: WinCE3.0):

Code:
BT OP on | OP off
-----------------
01     1 |      1
02    47 |     45
03    63 |     59
04   900 |    900
05    12 |     10
06    24 |     24
07     1 |      1
08    71 |     66
09    33 |     29
10    21 |     15
11    23 |     25
12   102 |    112
13   900 |    900
14    20 |     18
15   900 |    119
16    96 |     92
17    39 |     38
18     1 |     12
19   900 |    900
20   126 |    122
21   900 |    900
22     1 |      1
23   774 |    739
24   559 |    534
25   900 |    900
26   900 |    900
27   900 |    900
28   367 |    356
29   900 |    900
30     7 |     13
Gruß, Willi
ich habe meinen Dell Axim X31 (WM2003) auf 208 MHz gedrosselt, um die Zahlen direkt mit den deinen vergleichbar zu machen.

Aus Zeitgründen habe ich bei manchen Aufgaben nicht die vollen 15' rechnen lassen; ich habe mich hierbei an Guidos Zahlen orientiert.

Aufgabe 13 stellte mich vor ein Rätsel: im ersten Anlauf fand mein PDA 1. - Le6 bereits nach ca. 3', im zweiten brauchte er fast 8 und im dritten sogar 13'17"! Die 3' ließen sich auch im 4. Versuch nicht mehr nachvollziehen (8'19")

Ich habe jedesmal deinen Rat befolgt und mit PGM die Hashtables (16 MB) gelöscht.

Ich habe auch Aufgabe 12 mehrfach getestet; vorher eine frühere Aufgabe 12' lang berechnen lassen, um die Hashtables auch mal auf diese Weise zu löschen; trotzdem bekam ich jedesmal andere Ergebnisse.

Mir scheint der Zufallsgenerator hier viel Einfluss zu haben...

BT2630 OP on

01 1
02 16
03 22
04 900
05 5
06 9
07 2
08 25
09 11
10 7
11 9
12 38/24/15
13 ~180/~480/797/499
14 7
15 900
16 33
17 15
18 6
19 411
20 43
21 900
22 1
23 333
24 182
25 900
26 900
27 <300/381
28 120
29 522
30 4


viele Grüße,
Robert
Mit Zitat antworten