🚀 go-pugleaf

tron@uni-paderborn.de (Matthias Scheler) writes:
>- die Arbeitsgeschwindigkeit ist angenehm hoch *seufz* 

Sollte man wohl auch erwarten. 

>- die neuen Grafikaufloesungen sehen ganz nett aus, mir gefaellt
>  Domino 32k allerdings besser als HAM8

Domino 32k ist Hi-Color mit 15 Bit, HAM8 hat 18 bit. In Superhires(-Lace)
siehst Du nicht einmal mehr die HAM-Streifen (die bei HAM8 eh schon
seltener sichtbar sind). Die fuer einen Uebergang maximal noetigen 3
Pixel sind in Superhires schmaler als ein Lores-Pixel.
(Auch wenn Peter jetzt wieder kommentieren wird, dass bei geschickter
Wahl der Basisregister und so weiter... ich weiss... :)

>- Das Gehaeuse ist nicht nur haesslich, es ist auch nicht sonderlich
>  stabil, so laesst sich z.B. die Abdeckplatte des 5.25"-Schachts eindruecken

Na und ? Mein CD-ROM-Laufwerk laesst sich nicht eindruecken :)

>- die Tastatur ist aetzend !

Aber nur was die Farbe betrifft... Mal sehen, wie sehr das derzeit noch
helle Weiss nachdunkelt. 

>- die Platte setzt waehrend des Bootens jedesmal ca. 10 Sekunden aus, was
>  wahrscheinlich an der Seagate-Platte liegt

Eher 5 Sekunden. Und auch nur in der Resetphase, nicht nachdem das
Booten begonnen hat. 

>- mit einem 30KHZ-MultiSync ist die Kiste (im Augenblick) nicht zu betreiben,
>  da die versprochene Screen-Modus-Umschaltung nicht funktioniert bzw. gar
>  nicht vorhanden ist. Bei Spielen sehe ich schwarz ...

Doch, ist nur trickreich. VGAOnly-Monitor verwenden und Mode Promotion in den
Preferences einschalten. Allerdings haette auch das IMHO ins Bootmenue
gehoert. 

>- Anwenderprogramme laufen schoen schnell, auch FPU-Programme laufen,
>  allerdings z.T. mit Geschwindigkeitseinbussen und Mausruckeln wegen der zur
>  Emulation der fehlenden Befehle notwendigen Interrupts. Es empfiehlt sich
>  wohl die Verwendung der Version fuer "mathieeedoubbas.library".

Die Geschwindigkeitseinbussen sind in real life Applikationen minimal, 
da transzendente Befehle nicht sooo haeufig auftreten. Die Emulation
erfolgt nicht per Interrupt, sondern per Exception (illegal Opcode).
Langsam wirds, weil dadurch jedesmal die interne Pipeline unterbrochen
wird.

>- ADPro unterstuetzt alle neuen Aufloesungen und laedt JPEG-Bilder in
>  sagenhafter Geschwindigkeit.

Ist aber anscheinend noch nicht voll angepasst. So lassen mich die 
deutlichen Abstufungen bei einem Verlauf einer Farbe auf schwarz
(oder weiss) mittels Backline-Loader und ohne Dithering darauf 
schliessen, das AdPro noch nicht darauf ausgelegt ist, auch im 
256-Farbmodus 8 bit pro Grundfarbe fuer die Palette zu verwenden
Stattdessen wird wohl auch bei Enhanced Palette nur mit VGA-15-bit
gearbeitet (Normal Palette nur 12 bit). Beweis: HAM8 sieht besser 
aus als 256 Farben. 

Holger
-- 
Mail: Holger.Lubitz@arbi.informatik.uni-oldenburg.de | Local: hal@faramir
-----------------------------------------------------| Home:  hal@caty.north.de
Im Kopf ist nicht viel, in der Hand liegt ein Stein, | IRC:   holgi
und alle sind stolz, Deutsche zu sein (Abwaerts)     | - This space for rent! - 

In article <1992Oct7.091732.12782@arbi.Informatik.Uni-Oldenburg.DE>, Holger Lubitz writes:

[ A4000 ]

Ich hatte nun auf der Amiga-Expo 4 tage Gelegenheit, mit dem A4000
umzugehen - oder sollte ich besser sagen: mich herumzuaergern.
(Ich war der Kerl am MacroSystem-Stand, der VLab vorfuehrte...)

> >- die Arbeitsgeschwindigkeit ist angenehm hoch *seufz* 

Tatsaechlich ist - wie zu erwarten war - der Rechner bei reinen
Integer-Rechenorgien angenehm schnell. Aber: Bei Floating-Point
Rechnungen ist der A4000 nicht merklich schneller als ein A3000,
und der A4000 ist deutlich langsamer als ein A2000 mit 040er Board z.B.

Und fuer mich gehoert zur Arbeitsgeschwindigkeit eines ganz sicher:
Die I/O-Performance...

Ach ja, und eine WB in 256 Farben... huch, ist das lustig, da kann
man beim Fenster-Refresh wenigstens mal die Pixel mitzaehlen... :(

> >- die neuen Grafikaufloesungen sehen ganz nett aus, mir gefaellt

Richtig, die neuen Aufloesungen sind ganz nett. Schoen bunt. Aber:
Nicht ausreichend hochaufloesend, und - falls das nicht noch durch
neue Monitor-Treiber behoben wird - eines ist echt aetzend: Es ist
kein anstaendiger Overscan mehr moeglich - der Bildschirm wird einfach
nicht voll...

> >  Domino 32k allerdings besser als HAM8

Na, und noch viel besser und billiger: Retina mit 24bit.... aber
dazu mehr in einem anderen Posting...

> >- Das Gehaeuse ist nicht nur haesslich, es ist auch nicht sonderlich
> >  stabil, so laesst sich z.B. die Abdeckplatte des 5.25"-Schachts eindruecken

Also auf sowas hebe ich nicht ab...

> >- die Tastatur ist aetzend !

Fand ich nicht. Sah weisser aus als meine A3000 Tastatur, aber ansonsten
fand ich keinen Unterschied. Ein ganz klein wenig weicher im Anschlag viel-
leicht...

> >- die Platte setzt waehrend des Bootens jedesmal ca. 10 Sekunden aus, was
> >  wahrscheinlich an der Seagate-Platte liegt

Also bei uns dauerte das booten gar aetzend lange... gestoppt habe ich
es aber nicht...

> >- mit einem 30KHZ-MultiSync ist die Kiste (im Augenblick) nicht zu betreiben,
> >  da die versprochene Screen-Modus-Umschaltung nicht funktioniert bzw. gar
> >  nicht vorhanden ist. Bei Spielen sehe ich schwarz ...
> 
> Doch, ist nur trickreich. VGAOnly-Monitor verwenden und Mode Promotion in den
> Preferences einschalten. Allerdings haette auch das IMHO ins Bootmenue
> gehoert. 

Soso, VGA-Only-Monitor? Also bei uns liefen solche nicht am A4000 - kein
Wunder, der A4000 liefert in den Dbl-Modi eine gar exotische Linien-
Frequenz... d.h., man muss schon einen Multi-Sync bemuehen.


Aber dann kam fuer mich die endgueltig zur Abwertung fuehrende
Ernuechterung: Man lasse VLab laufen, und speichere ein YUV-Bild,
ca. 700kB. Auf meinem A3000 ist das eine Frage von etwa einer Sekunde.
Und auf dem A4000? Ich dachte zuerst an einen Absturz, aber dann:
Volle 30 Sekunden brauchte diese Scheisskiste. Sobald der Rechner auch
nur ein bisschen was zu tun hat, schlaeft der Disk-I/O fast ein.
Wer mit dem IDE-Adapter leben kann, muss Masochist sein.


Naja, immerhin, der A4000 ist recht billig - leider eben auch
teilweise in der Ausstattung - aber kaufen wuerde ich mir das
Teil auf keinen Fall, und auch nicht gegen meinen A3000 tauschen...

cu, Lutz Vieweg

In <RR7Pr*Y12@mania.hotb.sub.org> lkv@mania.hotb.sub.org (Lutz Vieweg) writes:
>Tatsaechlich ist - wie zu erwarten war - der Rechner bei reinen
>Integer-Rechenorgien angenehm schnell. Aber: Bei Floating-Point
>Rechnungen ist der A4000 nicht merklich schneller als ein A3000,
>und der A4000 ist deutlich langsamer als ein A2000 mit 040er Board z.B.

Da frag ich mich doch glatt _was_ du gemessen hast. Ein A4000 ist
bei Floatingpoint genauso schnell wie ein 040/25 im A2000 und damit
im Durchschnitt etwas 10 mal so schnell wie ein A3000/25.

>Richtig, die neuen Aufloesungen sind ganz nett. Schoen bunt. Aber:
>Nicht ausreichend hochaufloesend, und - falls das nicht noch durch
>neue Monitor-Treiber behoben wird - eines ist echt aetzend: Es ist
>kein anstaendiger Overscan mehr moeglich - der Bildschirm wird einfach
>nicht voll...

Irgendwie kommt es mir vor als wuerdest du bei -MB- abschreiben...
BTW, vielleicht liegt das an der Monitoreinstellung. Der _nicht anstaendige_
Overscan ist 7% kleiner als bei einem normalen Amiga.

>Soso, VGA-Only-Monitor? Also bei uns liefen solche nicht am A4000 - kein
>Wunder, der A4000 liefert in den Dbl-Modi eine gar exotische Linien-
>Frequenz... d.h., man muss schon einen Multi-Sync bemuehen.

Erzaehl das denjenigen, die einen ganz normalen VGA-Monitor mit den
Dbl-Modi betreiben.. Ich kenn genau einen einzigen VGA-Monitor, der
das hoechstwahrscheinlich nicht verkraftet. Das Sensibelchen ist
9" gross und kostet fast 4000 DM als Chassis zum Einbau in einen
19"-Schrank.

>Aber dann kam fuer mich die endgueltig zur Abwertung fuehrende
>Ernuechterung: Man lasse VLab laufen, und speichere ein YUV-Bild,
>ca. 700kB. Auf meinem A3000 ist das eine Frage von etwa einer Sekunde.
>Und auf dem A4000? Ich dachte zuerst an einen Absturz, aber dann:
>Volle 30 Sekunden brauchte diese Scheisskiste. Sobald der Rechner auch
>nur ein bisschen was zu tun hat, schlaeft der Disk-I/O fast ein.
>Wer mit dem IDE-Adapter leben kann, muss Masochist sein.

Hmm. Hast du auf deinem A3000 mal was mit VLab abgespeichert waehrend
der Monitor-Prozess laeuft ? 1 Sekunde ? Lachhaft.

Salut,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."

mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:

>In <RR7Pr*Y12@mania.hotb.sub.org> lkv@mania.hotb.sub.org (Lutz Vieweg) writes:
>>Tatsaechlich ist - wie zu erwarten war - der Rechner bei reinen
>>Integer-Rechenorgien angenehm schnell. Aber: Bei Floating-Point
>>Rechnungen ist der A4000 nicht merklich schneller als ein A3000,
>>und der A4000 ist deutlich langsamer als ein A2000 mit 040er Board z.B.

>Da frag ich mich doch glatt _was_ du gemessen hast. Ein A4000 ist
>bei Floatingpoint genauso schnell wie ein 040/25 im A2000 und damit
>im Durchschnitt etwas 10 mal so schnell wie ein A3000/25.

Das stimmt natuerlich nur, solange Du Dich auf die Grundrechenarten
beschraenkst: Die Emulation der transzendenten Funktionen ist nicht 
schneller als deren Ausfuehrung auf nem 25Mhz 882.

Ansonsten aber: Schluss mit der Flennerei, probiert den A4000 erstmal
(und zwar mit Euren Anwendungen, oder steht die Maschine nur zum
Benchmarken da?)

>Salut,
>-- 
>Michael van Elst

winnie.

In <1992Oct16.105954.19821@arbi.Informatik.Uni-Oldenburg.DE> Winfried.Krueger@arbi.informatik.uni-oldenburg.de (Winfried Krueger) writes:
>Das stimmt natuerlich nur, solange Du Dich auf die Grundrechenarten
>beschraenkst: Die Emulation der transzendenten Funktionen ist nicht 
>schneller als deren Ausfuehrung auf nem 25Mhz 882.

Hmm. Laut Motorola sind die transzedenten Funktionen immer noch 1-2mal
so schnell wie ein 50MHz 882. Nur, wenn man die 882-Befehle benutzt,
dann erzeugt das jedesmal einen Trap. Und die Emulation dauert dann
Ewigkeiten. Apropos, beim SAS C zwar mit -f8 uebersetzen aber ohne
<m68881.h>, welches die transzedenten Funktionen per in inline-Befehle
umsetzt. (Da der 040 glaub ich die sqrt noch selbst kann, kann man auch
ein geaendertes m68881.h benutzen, das nur den sqrt definiert).

Salut,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."