[#31] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@michal_zukowski, post #30

Zobacz, ile jest na forum dyskusji o Vampire'ach, ARM'ach, Warp'ach od CS Labs, TerribleFire'ach - a ile o Sonnetach. Żeby wstawić sobie Sonneta czy Bigfoota, trzeba mieć odpowiednią Amigę, odpowiedni akcelerator, Mediatora, odpowiednią kartę graficzną, i jeszcze odpowiednią obudowę, żeby się to wszystko pomieściło. Kloc z tego wychodzi straszny, całość kosztuje kupę kasy - a oprogramowania, które z tego skorzysta, jest tyle co kot napłakał. Niewielu klasykowców się na coś takiego porwie.

Co do drugiej części... skoro raczej kupiłbym licencję, to chyba taki zupełnie niedocelowy nie jestem :)
[#32] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@recedent, post #27

Ja mam Apple PPC i czekam na wsparcie MOSa, bo mam wersję z PCIex,.....
Ale nie uważam PPC za zło wcielone. Raczej każdy by chciał PPC kupić w rozsądnej cenie.
Gdyby była taka malina z PPC z Altivec, w cenie powiedzmy 100 funtów czyli dużo droższa od Rpi 3, to bym kupował. Środowisko ma chyba żal za ceny sprzętu pod OS4x. Ja do Mosa i Apple nic nie mam.... ok, racja
[#33] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #24

Wyniki z Krakena dla ARM - 3700 ms bardzo ładne (G5 pod TenFourFoxem daje tam 8300 ms). Natomiast dnetc...

OGR NG na RK3399 idzie ponad 5x wolniej niż na jednym rdzeniu G5 2,7 GHz (41,8M nodes/sec), a RC5-72 - prawie 8x wolniej (19,69M).

W przypadku procesora Ryzen R5 1400 - widać wyraźną przewagę AMD64 - choć nie tak kosmiczną, jeśli weźmiemy pod uwagę przepaść technologiczną jaka różni układ sprzed -nastu lat wykonany w technologii 90 nm z w miarę współczesnym procesorem zrobionym w 14 nm.
[#34] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@recedent, post #33

W przypadku procesora Ryzen R5 1400 - widać wyraźną przewagę AMD64

Dlatego rozważając jakąkolwiek zmianę architektury trzeba odrzucić nadal jak widać zakorzenione uprzedzenia do architektury Intela i zaakceptować x86-64, x64, AMD64 - jak zwał tak zwał. Można by obrać jako cel jakiś popularny i przez to łatwo dostępny model laptopa by nie babrać się w milionie możliwych konfiguracji - jakieś ThinkPady czy coś.
Na upartego można by nawet kontynuować trend z używanymi "japkami", czemu by nie

ARM w obecnej postaci nadal jest w skrajnie najlepszym przypadku jedynie skokiem w bok i raczej się to szybko nie zmieni, co poza dostępnością nowego sprzętu nie stwarza nawet żadnej motywacji by ktoś miał do tego usiąść.
[#35] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@recedent, post #33

Biorąc pod uwagę, że OMAP3430 600MHz na 1 rdzeniu Cortex-A8 robi 3,642,503 nodes/sec OGR-NG i 1,001,396 keys/sec RC5-72 to ten akurat test wydaje się mało miarodajny dla ARM. Z tego też powodu czekam na inne propozycje.
Co do AMD - Zen ma nadal 128bit FPU, Zen2 ma mieć 256bit więc klient działajacy z AVX2 może przyspieszyć dość znacznie. Intele mają 256bit od pewnego czasu i ta przewaga jest widoczna. Zresztą nie wiem kogo miałaby dziwić sytuacja w SIMD gdzie najważniejsze co się liczy to szerokość i zegar, a usprawnienia pokroju FMA czy instrukcji 3 lub 4 operandowych co najwyżej nieco podnoszą efektywność.
Inna sprawa - wyniki z bencha dnetc są single core tak czy siak.
[#36] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#37] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#38] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#39] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#40] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#41] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#42] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#43] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #35

Z tego też powodu czekam na inne propozycje.


Możesz zakodować mp3 za pomocą LAME. Standardowy AKSack.wav dobrze się porówna z innymi, bo sporo już testów jest porobionych na tym pliku.
[#44] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@recedent, post #43

Encoding AKsack.wav to out.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III VBR(q=2)
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
10529/10529 (100%)| 0:07/ 0:07| 0:07/ 0:07| 36.893x| 0:00
32 [ 127] **
40 [ 0]
48 [ 3] *
56 [ 3] *
64 [ 10] *
80 [ 25] *
96 [ 1941] *******************************
112 [ 4299] *******************************************************************
128 [ 1792] ****************************
160 [ 1304] *********************
192 [ 783] *************
224 [ 221] ****
256 [ 21] *
320 [ 0]
-------------------------------------------------------------------------------
kbps MS % long switch short %
125.2 100.0 64.0 17.2 18.8
Writing LAME Tag...done
[#45] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #44

Dodam z R5 1400, na RK3399 też była wersja 3.100, ale nie skopiowałem CPU features, pewnie Aarch64 i NEON/VFP. Między kolejnymi uruchomieniami są delikatne różnice (np. na tym Ryzenie czasem 57x, czasem do 60x play/cpu i taka jest też niepewność pomiaru. Wygląda, że w LAME różnica między Cortex A72 a Zen jest bliska różnicy w zegarze bazowym (1.8GHz RK3399 ale może na Armbianie jest 2.0GHz, Ryzen jest na 3.2GHz)


LAME 3.100 32bits (http://lame.sf.net)
CPU features: MMX (ASM used), SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 18671 Hz - 19205 Hz
Encoding AKsack.wav to out.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III VBR(q=2)
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
10529/10529 (100%)| 0:04/ 0:04| 0:04/ 0:04| 58.545x| 0:00
32 [ 127] **
40 [ 0]
48 [ 2] *
56 [ 3] *
64 [ 11] *
80 [ 27] *
96 [ 1921] ******************************
112 [ 4295] *******************************************************************
128 [ 1819] *****************************
160 [ 1307] *********************
192 [ 780] *************
224 [ 218] ****
256 [ 19] *
320 [ 0]
-------------------------------------------------------------------------------
kbps MS % long switch short %
125.2 100.0 64.0 17.2 18.8
Writing LAME Tag...done
[#46] [post oznaczony jako OT] wyświetl Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board
[#47] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #45

LAME 3.99.5 32bits (http://lame.sf.net)
Using polyphase lowpass filter, transition band: 16538 Hz - 17071 Hz
Encoding AKsack.wav to AKsack.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (11x) 128 kbps qval=3
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
10529/10529 (100%)| 0:06/ 0:06| 0:06/ 0:06| 42.249x| 0:00
-------------------------------------------------------------------------------
kbps MS % long switch short %
128.0 100.0 74.4 13.4 12.2
Writing LAME Tag...done
ReplayGain: +0.5dB

Czyli pomiędzy ARMem a Ryzenem, tak?
[#48] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #44

zakoduj z domyślnymi parametrami bez vbr

lame AKsack.wav


Ostatnia aktualizacja: 19.04.2019 00:32:56 przez ] SKOLMAN_MWS ˇ agrEssOr [
[#49] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@recedent, post #3

A czy to ma jakieś znaczenie? Co chcesz osiągnąć poprzez ten wyścig na MIPS-y? Zauważyłem, że od pewnego czasu społeczność okołoamigowa "robi sobie dobrze" wykresami i bechmarkami zapominając, że problemem platformy jest uboga biblioteka wątpliwej jakości oprogramowania.

Jakkolwiek w latach 90-tych adaptowanie PowerPC w obliczu dogorywających klasyków i jakiejś tam wizji Amig nowej generacji miało uzasadnienie, tak w chwili obecnej go nie ma, bo nawet płytka o wydajności popularnej "Malinki" potrafi zrobić wszystko czego oczekuje się od konsumenckiego sprzętu. Radzi sobie także z emulacją klasycznych gier i nie jest 15-letnim, łasym na prąd i szumiącym wniebogłosy kaloryferem z eBaya. PowerPC nie wniosło do świata Amigi czegokolwiek, co uzasadniałoby utrzymywanie tej egzotycznej, kosztownej i bądź co bądź dość niedostępnej architektury.

Ostatnia aktualizacja: 19.04.2019 03:12:12 przez Geekboy68k
[#50] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@Geekboy68k, post #49

W pełni się zgadzam z przedmówcą.
[#51] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@] SKOLMAN_MWS ˇ agrEssOr [, post #48

Zamiast 0:07 jest 0:08 i play/cpu zamiast 36x jest 33x. Co ciekawe na Ryzenie bez zmian.
Zatem różnica między G5 2.7GHz a RK3399 2GHz (czy 1.8 ... nie wiem jak to tam w armbianie jest ustawione) wynosi 42x/33x = 27% przy różnicy zegara 35%, hmm... Rozszerzając test o maszynkę na H5 (headless więc musiałem ciutkę pokombinować) można dodać:
1.2GHz Cortex A53 kończy ten test z czasem 0:23-0:24s i play/cpu 11.4x-11.5x co wskazuje jak olbrzymia jest różnica między A53 a A72 (a przypominam najnowsze nie custom wersje Cortex to A76!).
[#52] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@Geekboy68k, post #49

A czy to ma jakieś znaczenie? Co chcesz osiągnąć poprzez ten wyścig na MIPS-y?


Jakkolwiek w latach 90-tych adaptowanie PowerPC w obliczu dogorywających klasyków i jakiejś tam wizji Amig nowej generacji miało uzasadnienie, tak w chwili obecnej go nie ma, bo nawet płytka o wydajności popularnej "Malinki" potrafi zrobić wszystko czego oczekuje się od konsumenckiego sprzętu.


Po pierwsze - wszystkie te MIPSy są po to, żeby ustalić, że póki co ARM nie oferuje MorphOSowi więcej niż PPC, a co dopiero AMD64.

Po drugie - jeśli oczekujesz od "konsumenckiego sprzętu", żeby nie dawał rady odtwarzać YT w 1080p to OK, malinka da radę. Równie dobrze da radę również jakiś miniPC na Atomie. Ale co jeśli ktoś ma wyższe wymagania? Pamiętaj, że (z racji tego co piszesz - że biblioteka oprogramowania jest ograniczona) nie zawsze możemy liczyć na najwyższą wydajność/zoptymalizowanie dostępnych programów/sterowników. W takiej sytuacji "parę" dodatkowych MIPSów może warunkować wygodę/sens użytkowania.
[#53] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@recedent, post #52

żeby ustalić, że póki co ARM nie oferuje MorphOSowi więcej niż PPC

Tylko akurat nic takiego się nie stało. Lame przeszedł na A72 bardzo fajnie, distributed wygląda na to, że od prawie dekady klient arm nie był specjalnie poprawiany, pakery są wielowątkowe, dekodery są wielowątkowe, enkodery są wielowątkowe, przeglądarki są wielowątkowe. Ja bym powiedział, że to nie ARM nie ma co zaoferować MorphOS tylko MorphOS nie ma co zaoferować. Ale też nie musi, bo jego rola jako zastępczego "Amiga NG OS" się skończyła - zwyczajnie nie ma już żadnego NG. A jeśli by było to niestety bez SMT i bez 64 bit to niestety nic się nie zmieni. Nawet w przypadku POWER (który nota bene jest 4 wątkowy na rdzeń i nie będzie działać wydajnie na 1 wątku sprzętowym, bo jest zbudowany pod SMT).
[#54] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #53

Ja bym powiedział, że to nie ARM nie ma co zaoferować MorphOS tylko MorphOS nie ma co zaoferować.


Jeśli jeden wątek na x86 da więcej mocy niż jeden wątek na ARM, to bardziej się opłaca migracja na x86 niż ARM'a.

Na dodatek jeśli jeden wątek na PPC daje to samo co jeden wątek na ARM, to na dzień dzisiejszy ARM nie oferuje nic ponad to co daje PPC.

To jest logiczne.

Będziesz miał rację dopiero wtedy, gdy MorphOS zacznie obsługiwać więcej niż jeden rdzeń/wątek. A na dzień dzisiejszy ARM nie ma nic do zaoferowania systemowi MorphOS.
[#55] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@morph123, post #54

Jeśli jeden wątek na x86 da więcej mocy niż jeden wątek na ARM, to bardziej się opłaca migracja na x86 niż ARM'a

Tylko po co wszystko przepisywać na x86 jeśli będzie np. 30% lepiej niż G5 2.7GHz? Dla tych 30% się nie opłaca - do FHD i tak będzie mało, pakowarki, enkodery też nie będą dużo lepiej działać. Tak samo przeglądarka z wieloma oknami. Opłacałoby się gdyby móc wykorzystać 64bit architekturę, 40(czy 48bit) przestrzeń adresową, SMP i SMT. Ale gdyby kernel MOS to wykorzystywał to wtedy bez większej różnicy czy byłby x86-64, czy ARM, czy POWER. Baaa, właśnie wtedy byłoby najlepiej wziąć i przejść na POWER ;)
[#56] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #55

Tylko po co wszystko przepisywać na x86 jeśli będzie np. 30% lepiej niż G5 2.7GHz?


Bo na początek 30% to też więcej, do tego można by od razu celować w konkretny model laptopa x86 i problem sprzętu rozwiązany na kilka kolejnych lat :)
[#57] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@abcdef, post #53

Nawet w przypadku POWER (który nota bene jest 4 wątkowy na rdzeń i nie będzie działać wydajnie na 1 wątku sprzętowym, bo jest zbudowany pod SMT).


POWER9 ma również świetną wydajność w jednym wątku w porównaniu do wysokiej klasy procesorów x86-64. Zobacz wyniki testu pojedynczego wątku dla (wolniejszego) POWER8:

https://www.anandtech.com/show/9193/the-xeon-e78800-v3-review/11
http://www.anandtech.com/show/10435/assessing-ibms-power8-part-1/9
[#58] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@morph123, post #54

Jeśli jeden wątek na x86 da więcej mocy niż jeden wątek na ARM, to bardziej się opłaca migracja na x86 niż ARM'a.


Niekoniecznie. x86 ma, niestety, pewne problemy:

- nie ma trybu big-endian; co oznacza albo utratę kompatybilności z API AmigaOS (i obecnym API MorphOS), albo utratę wydajności poprzez sztuczne przechowywanie danych i wskaźników w formacie big-endian
- duża różnorodność i częste modyfikacje sprzętu; w przypadku ARM'a możesz dostosować system do płytki, gdzie producent deklaruje dostępność sprzętu przez dłuższy czas, i przez 4-5 lat masz spokój; przy x86 nie jest łatwo taki sprzęt znaleźć (o ile w ogóle istnieje), a wspieranie absolutnie wszystkiego może wymagać zbyt dużych mocy przerobowych
[#59] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@] SKOLMAN_MWS ˇ agrEssOr [, post #57

Eee? Że niby gdzie ta świetna?
401.bzip2 Compress 17.5 vs 19.2 +10% Intel
403.gcc Compiling 32.1 vs 28.9 +11% IBM
429.mcf Vehicle scheduling 47.1 vs 39 +20% IBM
445.gobmk Game AI 20.2 vs 22.4 +11% Intel
456.hmmer Protein seq. analyses 19.1 vs 24.2 +27% Intel
458.sjeng Chess 17.1 vs 24.8 +45% intel
462.libquantum Quantumsim 44.7 vs 59.2 +32% intel
464.h264ref Video encoding 32.7 vs 40.7 +24% Intel
To co ten test miał pokazać to tylko częściowo jak prezentuje się wydajność jednowątkowa POWER i wcale nie wygląda ona tak różowo jak kolego piszesz. To co tamten test miał pokazać to skalowanie się wraz z ilością wątków na jednym rdzeniu i dla SMT 8 było to nieraz ponad 200% względem 1 wątku, gdy intelowskie SMT2 (HT) dawało jakieś 20-30%. A dlaczego tak? Bo IBM POWER jest zbudowany ze "slices" które są niejako dedykowanymi potokami dla każdego wątku. Jeden wątek sprzętowy bardzo skutecznie te procesory dławi co właśnie z tego testu wynika. Zresztą jest w podsumowaniu testu
On (geometric) average, a single thread running on the IBM POWER8 core runs about 13% slower than on an Intel Broadwell architecture core

A Broadwell to mamy architekturę Nehalema w die shrink, nawet AVX nie było. Gdyby to zestawić ze Skylake obecnie to by była totalna miazga POWER8. A za rogiem już jest kolejna mikroarchitektura (Sunny Cove) mająca być równie przełomowa jak Nehalem względem Penryna. Tak, wiem, IBM ma POWER9, ale pytam co z tego wszystkiego jest niby do wykorzystania przez MorphOS?

Ostatnia aktualizacja: 20.04.2019 13:26:16 przez abcdef
[#60] Re: Amiga i ARM czyli Amiga ARM Accelerator Development Board

@morph123, post #56

Nigdy "nie badałem" grupy MorphOS'owej, bo na SACP'ie pojawiają się sporadycznie pojedyncze sztuki. Mam jednak wrażenie, że z tej małej grupy część osób mogłaby odejść ze względu na zmianę architektury na x86. Oni lubią swoje maszynki ze względu na ich inność. Nawet Mufa (wiem to nie MorphOS) lubi podkreślać, że bardzo długo nie musiał korzystać z "normalnego PC". Naprawdę myślicie, że po przeskoczeniu na sprzęt pEcE'tyczny przybędzie wartościowych użytkowników? Czy czasem nie skończy się to krótkim "pikiem" zainteresowania nowych użytkowników(tani, dostępny sprzęt) a następnie rozczarowaniem możliwościami systemu i w konsekwencji odejściem tych "nowych" oraz dotychczasowych, antyIntelowych?
Na stronie www.PPA.pl, podobnie jak na wielu innych stronach internetowych, wykorzystywane są tzw. cookies (ciasteczka). Służą ona m.in. do tego, aby zalogować się na swoje konto, czy brać udział w ankietach. Ze względu na nowe regulacje prawne jesteśmy zobowiązani do poinformowania Cię o tym w wyraźniejszy niż dotychczas sposób. Dalsze korzystanie z naszej strony bez zmiany ustawień przeglądarki internetowej będzie oznaczać, że zgadzasz się na ich wykorzystywanie.
OK, rozumiem