atari-home.de - Foren
Software => Software (16-/32-Bit) => Thema gestartet von: Thorsten Otto am So 23.08.2020, 12:53:59
-
Ich habe zwar ein (älteres) FreeMiNT laufen auf meinem CT63 Falcon, aber wo bitte finde ich 7ZIP bzw. 7zr?
Gar nicht -- bisher. Habe es gerade erst übersetzt, und ist jetzt auf http://tho-otto.de/crossmint.php zu finden (allerdings nur die standalone-version 7za, die anderen benötigen shared libraries)
Und gleich mal die Ausgabe für @gh-baden unter ARAnyM:
$7za b
7-Zip (a) 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=off,32 bits,1 CPU BE)
BE
CPU Freq: 2560 4266 4266 3200 4266 3657 3938 4015 3976
RAM size: 59 MB, # CPU hardware threads: 1
RAM usage: 30 MB, # Benchmark threads: 1
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
18: 1468 100 1308 1308 | 12623 100 1020 1021
19: 1473 100 1320 1320 | 12572 100 1029 1029
20: 1396 100 1273 1273 | 12552 100 1040 1040
21: 1408 100 1319 1319 | 12502 100 1051 1051
---------------------------------- | ------------------------------
Avr: 100 1305 1305 | 100 1035 1035
Tot: 100 1170 1170
$uname -a
FreeMiNT aranym 1.19a 2.6 aranym mc68040 aranym MiNT
$cat /kern/cpuinfo
CPU: 68040
MMU: none
FPU: 68040
Clocking: 423.6MHz
BogoMIPS: 3145.72
Calibration: 1572864000 loops
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 158
model name : Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz
stepping : 9
microcode : 0xca
cpu MHz : 4080.632
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 22
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa itlb_multihit
bogomips : 7200.00
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
(cpuinfo vom host, i7 4 cores/8 threads)
-
Herzlichen Dank! Hier die Werte von meinem CT63 Falcon, Motorola 68060@95MHz mit 512MB RAM:
root@ct63:/>7za b
7-Zip (a) 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=off,32 bits,1 CPU BE)
BE
CPU Freq: 92 93 92 93 93
RAM size: 251 MB, # CPU hardware threads: 1
RAM usage: 219 MB, # Benchmark threads: 1
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 46 100 45 45 | 832 100 71 71
23: 46 100 47 47 | 814 100 70 70
24: 46 100 50 50 | 812 100 71 71
---------------------------------- | ------------------------------
Avr: 100 47 47 | 100 71 71
Tot: 100 59 59
root@ct63:/>uname -a
FreeMiNT ct63 1.17r 4.4 falcon mc68060 falcon MiNT
root@ct63:/>hinv
bash: hinv: command not found
root@ct63:/>lshw
bash: lshw: command not found
root@ct63:/>cat /proc/cpuinfo
cat: /proc/cpuinfo: No such file or directory
root@ct63:/>
Warum meldet das Programm nur 256MB RAM? Liegt das an meiner uralten MiNT-Version?
-
Warum meldet das Programm nur 256MB RAM? Liegt das an meiner uralten MiNT-Version?
Nein, das liegt an meinem Patch. p7zip fragt den verfügbaren Speicher ab, aber ich musste da etwas lügen und den Wert halbieren, weil sonst zumindest der benchmark immer mit out-of-memory abbricht.
root@ct63:/>cat /proc/cpuinfo
cat: /proc/cpuinfo: No such file or directory
Unter MiNT ist das /kern/cpuinfo.
-
Kann es sein, dass das Programm unter Plain-TOS ein Problem mit argc/argv hat? Rufe ich 7za ohne Argumente auf, stürzt es mit einem Buserror (Zugriff auf NULL) ab. Rufe ich es mit einem Argument auf (egal was), zeigt es die möglichen Kommandos und Optionen an, was ich beim Aufruf ohne Argumente erwarten würde. Erst wenn ich es mit zwei Argumenten aufrufe (z.B. 7za a b), dann führt es das Kommando aus dem zweiten Argument aus.
Ich habe nicht weiter geprüft, ob das ein Problem mit 7za ist oder ein viel grundlegenderer Bug in der C-Standardbibliothek bzw. in deren Startup-Code.
PS: Zumindest Ataris untereinander vergleicht man imho besser mit CoreMark (https://forum.atari-home.de/index.php/topic,15024.0.html).
-
... und - mit meinen herzlichen Dank für die ColdFire-Version - die FireBee (EmuTOS + MiNT):
-bash-4.3# ./7za b
7-Zip (a) 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=off,32 bits,1 CPU BE)
BE
CPU Freq: 250 261 261 256 261 258 259
RAM size: 246 MB, # CPU hardware threads: 1
RAM usage: 219 MB, # Benchmark threads: 1
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 95 100 93 93 | 1696 100 145 145
23: 86 100 89 89 | 1679 100 145 145
24: 83 100 90 90 | 1664 100 146 146
---------------------------------- | ------------------------------
Avr: 100 90 90 | 100 145 145
Tot: 100 118 118
-bash-4.3#
-bash-4.3# uname -a
FreeMiNT firebee 1.19a 2.6 falcon mc68000 falcon MiNT
-bash-4.3# cat /kern/cpuinfo
CPU: ColdFire V4e
MMU: ColdFire V4e
FPU: ColdFire V4e
Clocking: 263.7MHz
BogoMIPS: 263.78
Calibration: 131891200 loops
-bash-4.3#
-
... und, wenn wir schonmal dabei sind, m5484lite eval board mit EmuTOS + MiNT:
root@m5484lite:~/usr/bin#./7za b
7-Zip (a) 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=off,32 bits,1 CPU BE)
BE
CPU Freq: 196 196 196 193 196 196
RAM size: 17 MB, # CPU hardware threads: 1
RAM usage: 6 MB, # Benchmark threads: 1
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
18: 12 100 11 11 | 330 100 27 27
---------------------------------- | ------------------------------
Avr: 100 11 11 | 100 27 27
Tot: 100 19 19
root@m5484lite:~/usr/bin#
root@m5484lite:~/usr/bin#uname -a
FreeMiNT m5484lite 1.19a 2.6 atariclone mc68000 atariclone MiNT
root@m5484lite:~/usr/bin#
root@m5484lite:~/usr/bin#cat /kern/cpuinfo
CPU: ColdFire V4e
MMU: ColdFire V4e
FPU: ColdFire V4e
Clocking: 199.4MHz
BogoMIPS: 199.47
Calibration: 99737600 loops
root@m5484lite:~/usr/bin#
Wobei mir hier das ein wenig lahm im Vergleich zur FireBee vorkommt (deckt sich nicht mit meiner sonstigen Erfahrung). Kann es sein, dass das am geringen Hauptspeicher liegt?.
-
Kann es sein, dass das Programm unter Plain-TOS ein Problem mit argc/argv hat?
Hört sich seltsam an. Der port ist zwar ziemlich mit "heisser nadel gestrickt", sprich grosse tests ausser den benchmark laufen zu lassen hab ich nicht gemacht, aber an der Parameterübergabe habe ich nichts geändert. Tritt das denn auch mit anderen Programm unter TOS auf, die mit der Mintlib übersetzt wurden? Und wie startet du es unter TOS, vom desktop, oder welche shell?
PS: Zumindest Ataris untereinander vergleicht man imho besser mit CoreMark.
Schon klar. gh-baden hat in seiner Liste aber hauptsächlich Nicht-Ataris.
-
Wieso sind die Werte so niedrig?
Wieso ist RAM size: nur 59MB
Was für ein i7 System ist das?
Läuft das unter/auf PC-Ditto?
Ich habe zwar ein (älteres) FreeMiNT laufen auf meinem CT63 Falcon, aber wo bitte finde ich 7ZIP bzw. 7zr?
Gar nicht -- bisher. Habe es gerade erst übersetzt, und ist jetzt auf http://tho-otto.de/crossmint.php zu finden (allerdings nur die standalone-version 7za, die anderen benötigen shared libraries)
Und gleich mal die Ausgabe für @gh-baden unter ARAnyM:
$7za b
7-Zip (a) 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=off,32 bits,1 CPU BE)
BE
CPU Freq: 2560 4266 4266 3200 4266 3657 3938 4015 3976
RAM size: 59 MB, # CPU hardware threads: 1
RAM usage: 30 MB, # Benchmark threads: 1
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
18: 1468 100 1308 1308 | 12623 100 1020 1021
19: 1473 100 1320 1320 | 12572 100 1029 1029
20: 1396 100 1273 1273 | 12552 100 1040 1040
21: 1408 100 1319 1319 | 12502 100 1051 1051
---------------------------------- | ------------------------------
Avr: 100 1305 1305 | 100 1035 1035
Tot: 100 1170 1170
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 158
model name : Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz
stepping : 9
microcode : 0xca
cpu MHz : 4080.632
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 22
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa itlb_multihit
bogomips : 7200.00
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
(cpuinfo vom host, i7 4 cores/8 threads)
-
Kann es sein, dass das Programm unter Plain-TOS ein Problem mit argc/argv hat?
Hört sich seltsam an. Der port ist zwar ziemlich mit "heisser nadel gestrickt", sprich grosse tests ausser den benchmark laufen zu lassen hab ich nicht gemacht, aber an der Parameterübergabe habe ich nichts geändert. Tritt das denn auch mit anderen Programm unter TOS auf, die mit der Mintlib übersetzt wurden? Und wie startet du es unter TOS, vom desktop, oder welche shell?
Start vom Desktop (als .TTP umbenannt) oder aus EmuCON. Mit anderen Programmen ist mir dieser Effekt noch nicht aufgefallen, aber vermutlich habe ich auch nichts gegen exakt die MiNTLib-Version gelinkt, mit der Du 7za gebaut hast.
-
Wieso sind die Werte so niedrig?
Wieso ist RAM size: nur 59MB
Was für ein i7 System ist das?
Weil das Aranym ist, das auf einem i7 läuft, und ich dort nur 128MB TTRAM zugewiesen habe.
-
Nachtrag: Ohnehin traue ich dem Resultat auf meinem (mit der Speedy übertakteten) TT nicht so recht, da dort (unter Plain-TOS getestet) eine "RAM size" von 4 MB angezeigt wird. Also vermute ich, dass das Programm (trotz gegenteiliger Flags) den ST-RAM nutzt, was das Ergebnis deutlich nach unten ziehen dürfte.
-
Weil das Aranym ist, das auf einem i7 läuft, und ich dort nur 128MB TTRAM zugewiesen habe.
Ok, danke. Ein fertiges Binary zum Download wäre nicht schlecht? :D
-
Ok, danke. Ein fertiges Binary zum Download wäre nicht schlecht? :D
Binary wovon? Aranym: gibt's. 7za: gibt's.
-
vermutlich habe ich auch nichts gegen exakt die MiNTLib-Version gelinkt, mit der Du 7za gebaut hast.
Gerade mal kleines Test-Programm gebaut (mit exakt der gleichen mintlib die ich auch für p7zip benutzt habe). Sieht eigentlich alles normal aus, sowohl mit TOS als auch mit EmuTOS.
-
Gerade mal kleines Test-Programm gebaut (mit exakt der gleichen mintlib die ich auch für p7zip benutzt habe). Sieht eigentlich alles normal aus, sowohl mit TOS als auch mit EmuTOS.
Na, dann muss es ein Problem mit 7za sein, was -- wie Du ja selbst schriebst -- nur als ein "quick-and-dirty" Port gedacht ist. Vielleicht zählt 7za ja leere Strings in argv[] nicht mit. M.W. ist argv[0] unter TOS leer.
-
da dort (unter Plain-TOS getestet) eine "RAM size" von 4 MB angezeigt wird.
Ja, eine weitere Lüge in meinem Patch ;) Ansonsten hätte er 2GB angenommen. Müsste man evtl. nochmal überarbeiten, wenn Psysctl() nicht vorhanden ist.
-
[nur als ein "quick-and-dirty" Port gedacht ist.
Ja, schon, allerdings sollte das nicht die Parameterübergabe betreffen.
[quoe]
M.W. ist argv[0] unter TOS leer.
[/quote]
Ja, richtig, Bzw. immer, wenn kein ARGV benutzt wurde. Müsste nochmal schauen ob 7za da was falsch interpretiert wenn argv[0] leer ist.
-
PAK68/3-030/50Mhz mit FRAK/2-64MB auf 8Mhz Bustakt Mega ST4 Mainboard
uname -aFreeMiNT PAK030 1.19a 3.6 atarist mc68030
cpuinfoCPU: 68030
MMU: 68030
FPU: 68882
Clocking: 49.7MHz
BogoMIPS: 12.44
Calibration: 6220800 loops
7-Zip (a) 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=off,32 bits,1 CPU BE)
BE
CPU Freq: 21 21 21 21
RAM size: 25 MB, # CPU hardware threads: 1
RAM usage: 16 MB, # Benchmark threads: 1
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
18: 5 100 5 5 | 66 100 5 5
19: 5 100 5 5 | 42 100 3 3
20: 5 100 5 5 | 54 100 5 5
---------------------------------- | ------------------------------
Avr: 100 5 5 | 100 4 4
Tot: 100 5 5
-
root@ct63:/>cat /proc/cpuinfo
cat: /proc/cpuinfo: No such file or directory
Unter MiNT ist das /kern/cpuinfo.
Okay, das ist dann (abgetippt):
CPU: 68060
MMU: 68060
FPU: 68060
Clocking: 94,6MHz
BogoMips: 189,23
Calibration: 94617600 loops
-
Kann es sein, dass das Programm unter Plain-TOS ein Problem mit argc/argv hat?
Irgendwas ist da komisch. Die 7za-Version von Thorsten, 68000, auf Hatari 2.2.1 mit EmuTOS 0.9.12, aus dem Desktop gestartet mit "b" bringt die Hilfeseite. Wiederhole ich das zweimal, gibt’s einen Absturz:
-
Irgendwas ist da komisch. Die 7za-Version von Thorsten, 68000, auf Hatari 2.2.1 mit EmuTOS 0.9.12, aus dem Desktop gestartet mit "b" bringt die Hilfeseite.
Ja, passiert nur unter TOS, siehe auch Meldung von czietz. Sollte jetzt behoben sein. War kein Fehler in der mintlib, irgendwie mag 7za beim parsen der Kommandozeile kein leeres argv[0] element. Genaue Ursache habe ich zwar nicht gefunden, stattdessen wird in dem Fall argv[0] auf "/usr/bin/7za" gesetzt. Nicht perfekt, aber scheint jetzt auch unter TOS zu funktionieren.
Wer weitere Fehler findet, möge die bitte für sich behalten :D (ich hatte jetzt echt nicht vor, Maintainer für das Paket zu spielen, und alle scripts sind ja vorhanden, also im Zweifelsfall selber suchen ;)
-
Irgendwas ist da komisch. Die 7za-Version von Thorsten, 68000, auf Hatari 2.2.1 mit EmuTOS 0.9.12, aus dem Desktop gestartet mit "b" bringt die Hilfeseite.
Ja, passiert nur unter TOS, siehe auch Meldung von czietz. Sollte jetzt behoben sein.
Die hatte ich ja gequotet, und wollte eigentlich nur die Hand „hier auch“ heben.
Wer weitere Fehler findet, möge die bitte für sich behalten :D (ich hatte jetzt echt nicht vor, Maintainer für das Paket zu spielen, und alle scripts sind ja vorhanden, also im Zweifelsfall selber suchen ;)
Danke dass du Maintai^Waua!
Spaß beiseite: danke für deine Mühen.
An alle Einsender: ich habe die Ergebniswerte eingetragen (https://s1.hoffart.de/7zip-bench/).