Hardware > Hardware (Classic 16-/32-Bit)

Flügellahmer MK-X

<< < (3/5) > >>

guest916:
@chris

Das Netzteil liefert ganz stabil 5,06 V bzw. fast stabil zwischen 11,34 und 11,4 V.

Hier noch ein paar Zahlen, diesmal in Standard-auflösung und ohne NVDI, quasi die Referenz:


Falcon 030 TOS 4.04
AES v3.40
GEMDOS v0.48
MiNT not present
Blitter Enabled
NVDI not present
Video Mode: 640*480*2
LineF FPU installed
Run and Malloc from STRAM
Ref: F030 + FPU, 640*480*2
17.12.2011 18:56 Uhr
============================================
GEM Dialog Box:             4.225     82%
VDI Text:                            3.980     85%
VDI Text Effects:            10.520     71%
VDI Small Text:                4.420     84%
VDI Graphics:                17.225     50%
GEM Window:                  1.680     83%
Integer Division:              3.380     91%
Float Math:                        0.375     90%
RAM Access:                    3.420     64%
ROM Access:                   3.600     58%
Blitting:                              1.220     91%
VDI Scroll:                         2.930     90%
Justified Text:                   3.920     83%
VDI Enquire:                     1.950     81%
New Dialogs:                   5.810     76%
============================================
Graphics:                             79%
CPU:                                     75%
Average:                               78%

Fortsetzung folgt...

Arthur:
Ich werde auch mal ein paar Benchmarks durchführen wenn ich wieder zu Hause bin und mein Falcon wieder aufgebaut ist. Mit CF Karten habe ich auch bei großen Dateien höhere Werte erreicht als mit Festplatten am Falcon. Cubase Audio arbeitet meines Wissens mit SCSI-Platten und nicht mit IDE...

guest916:
@Arthur
Stimmt, Cubase Audio war ja auch einer der Gründe für die Anschaffung des SCSI-Cardreaders...

...Fortsetzung!

Hab den Clockpatch untersucht - ohne Befund.

Aber hier die gute Nachricht:
Ich verglich das Tower-Mainboard mit dem MK-X-Board und da fiel mir der Lötjumper 7 von U46 auf, der auf dem MK-X-Board geschlossen war. Da er laut DOIT-Archiv eh nichts zu bedeuten hat, entferne ich ihn doch mal:

GEM Bench v4.03             ½ Ofir Gal - 3 March 95
============================================
Falcon 030 TOS 4.04
AES v3.40
GEMDOS v0.48
MiNT not present
Blitter Enabled
NVDI 3.01 present
Video Mode: 1024*720*2
LineF FPU installed
Run and Malloc from STRAM
Ref: F030 + FPU, 640*480*2
18.12.2011 00:18 Uhr
============================================
GEM Dialog Box:             1.335    262%
VDI Text:                            0.400    850%
VDI Text Effects:               1.045    716%
VDI Small Text:                 0.575    652%
VDI Graphics:                   2.460    354%
GEM Window:                   0.710    197%
Integer Division:               3.100    100%
Float Math:                         0.350     97%
RAM Access:                     2.295     95%
ROM Access:                    2.295     91%
Blitting:                               0.980    114%
VDI Scroll:                          1.150    229%
Justified Text:                    1.875    173%
VDI Enquire:                      0.820    192%
New Dialogs:                    2.470    180%
============================================
Graphics:                            356%
CPU:                                      95%
Average:                              286%

Weiß vielleicht jemand mehr als Robert Schaffner?

Gruß Thomas

guest916:
erste Tests:

Alle Benchmarkprogramme stufen den Prozessor jetzt wieder um die 16 MHz ein. (Profile2 gleich mal bei 36 MHz; sympathisches Programm  ;)) Das Arbeiten ist wieder gewohnt flüssig. Außerdem habe ich den Eindruck, daß der Prozessor jetzt kühler ist. (Vielleicht ist es ja der "Frostschutzjumper"  ;D)

Ich betrachte das Problem damit als erledigt und danke Euch für Eure Hilfe und Anteilnahme!

Obgleich ich nun keine Skrupel habe, den Skunk einzubauen, lasse ich doch gern die Frage nach der Bezugsquelle für einen Beschleuniger mit Busbeschleunigung im Raum stehen für den Fall, daß mal jemandem einer über den Weg läuft....

Vielen Dank und liebe Grüße aus Dresden
Thomas

ToPeG:
Noch was wegen CF-Karten am IDE.
Mache Karten halten sich nicht Strickt an die Vorgeschriebenen Timings, meist um noch ein wenig mehr Durchsatz heraus zu holen. Bei langsamen Systemen kann das zu Problemen führen, da die Signale nicht lang genug Aktiv sind, um am Host korrekt erkannt zu werden. Da kann das kürzen des Kabels Abhilfe Schafen, weil die Signale dadurch schärfer und Stärker sind.
Ein anderes Problem kann sein, dass die Signale der Karte nicht TTL (5V) sind sondern nur 3.3V haben. Da kann schon der Widerstand der Leitung reichen um den Pegel so weit zu senken, dass die Signale nicht mehr korrekt erkannt werden. Auch hier kann eine Kürzung des Kabels helfen.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete