Komentowana treść: PiStorm32-lite
02.01.2023 21:14
[#6]
Re: PiStorm32-lite
@pawelini, post #4
Z tego co widać na YT to wszyscy są zadowoleni. Jak ktoś umie to poskładać do kupy i chce zarobić to pewnie już zamawia części. FPGA jest za 40 zł, złącze krawędziowe 40zł no i cała reszta ze 100 zł. Powiedzmy całość to 250 zł. Więc 500-600 zł za złożoną sprawną z gwarancją to uczciwa cena. Dodatkowo można sprzedać pamiątkę z softem typu Vampire. Ja bym preferował właśnie taką wersję. Wpinam to ustrojstwo w Amigę i hulaj ... .
03.01.2023 10:42
[#9]
Re: PiStorm32-lite
a do kilku dni dostępna jest również wersja 32-bitowa przeznaczona dla Amigi 1200 i 4000
Zastanawiam gdzie jest info, że coś do A4000 też ma być?
04.01.2023 13:42
[#12]
Re: PiStorm32-lite
@zorkadar, post #11
Ponad 2300 MIPSów w SysInfo = 14x szybciej niż na Vampire, Quake I w 140 FPS, Quake II w 40 FPS, emu PlayStation i płynna emulacja Sony MD zachęcają:
W PL bez żadnych przedpłat za niedługi czas też będą komplety jak i same karty dostępne.
Ostatnia aktualizacja: 04.01.2023 13:56:28 przez pong777
W PL bez żadnych przedpłat za niedługi czas też będą komplety jak i same karty dostępne.
Ostatnia aktualizacja: 04.01.2023 13:56:28 przez pong777
04.01.2023 16:03
[#15]
Re: PiStorm32-lite
@pong777, post #12
Ale te mipsy to są właśnie tylko w sysinfo. Z reguły w "normalnych" zastosowaniach jest ich kilkukrotnie mniej. Czasem wielokrotnie. Ze wzgledu na JIT wydajność w różnych zastosowaniach nie jest jednolita, czasem będzie 1 68k MIPS na 100 ARMowych, czasem na 10, czasem na 5. AC68080 zasadniczo utrzymuje podobny poziom cały czas (choć nadal z reguły niższy niż emu68). Szkoda, że to jest na RPi tylko. Następne Pi dopiero w 2024, a już są dostępne SoC z Cortex A76 (RK3588), zakładam, że w RPI5 będą te same. Niestety nie ma opcji by ktoś ogarnął zupełnie inny SoC niż Broadcoma. Już samo Pi4 (i CM4) zajęło mnóstwo czasu. A to przecież dopiero początek drogi dla tych modeli.
05.01.2023 19:21
[#16]
Re: PiStorm32-lite
@abcdef, post #15
Problem polega na tym, że ARM pewnie wiecznie z nami nie będzie, Google właśnie ogłosiło, że mu się bardzo RISC-V podoba, a i Chińczycy pewnie będą chcieli na niego przejść, żeby się uniezależnić od ARM’a.
Więc jak najbardziej należy zacząć się przyzwyczajać do myśli o nowym SoCu.
Więc jak najbardziej należy zacząć się przyzwyczajać do myśli o nowym SoCu.
05.01.2023 19:37
[#17]
Re: PiStorm32-lite
@Cedrat, post #16
Problem z RISC-V jest taki, że większość jego obecnych implementacji jest daleko w tyle jeśli chodzi o wydajność nawet względem takiego Cortex-A72, a gdzie tam do ARMowych behemotów jak M2 od Apple. Druga rzecz - nawet jeśli jakiś producent będzie miał własne rozszerzenia implementacji to WCALE nie musi się nimi dzielić. Otwarta jest tylko rdzenna specyfikacja. Ergo - Apple może przejść za moment na RISC-V, zrobić Apple RV1 szybsze od M2 a i tak nic to nie wniesie do tego co oferują inni, szerzej dostępni producenci SoC. A ARM będzie jeszcze długo. Tak samo wieszczono śmierć x86 a trwa do dziś. Nawet jeśli będą jakieś pojedyncze szybsze procesory (co też przecież miało miejsce) liczy się jednak kompatybilność wsteczna (mało się liczy, ale jednak się liczy), istniejąca baza oprogramowania, wsparcie społeczności i dostępność.
05.01.2023 23:58
[#18]
Re: PiStorm32-lite
@abcdef, post #17
RISC-V ma problemy z wydajnością, bo jeszcze żaden gigant technologiczny na poważnie się za niego nie zabrał. A i tak ostatnio SiFive twierdziło, że ich najnowszy procek jest szybszy od ARMa A78.
Jeśli producent nie podzieli się rozszerzeniami architektury, to nie dostanie do nich wsparcia toolchainów typu Binutils, GCC, czy LLVM - czyli trochę do kitu. Tajne rozszerzenia pewnie będą, ale raczej ograniczone do jakichś specyficznych zastosowań, np. związanych z DRM.
Smutne jest to, że Amiga zaczęła zmierzać w stronę ARMa dopiero wtedy, kiedy na horyzoncie zaczął być widoczny potencjalny zmierzch tej architektury.
Jeśli producent nie podzieli się rozszerzeniami architektury, to nie dostanie do nich wsparcia toolchainów typu Binutils, GCC, czy LLVM - czyli trochę do kitu. Tajne rozszerzenia pewnie będą, ale raczej ograniczone do jakichś specyficznych zastosowań, np. związanych z DRM.
Smutne jest to, że Amiga zaczęła zmierzać w stronę ARMa dopiero wtedy, kiedy na horyzoncie zaczął być widoczny potencjalny zmierzch tej architektury.
06.01.2023 07:18
[#19]
Re: PiStorm32-lite
@Cedrat, post #18
Ale piszesz o rozszerzeniach ISA, a ja pisałem o architekturze w znaczeniu architekturze rdzenia. Czyli to co ma NAJWIĘKSZE znaczenie, a nie lista rozkazów! I tu akurat SiFive nie ma za dużych osiągnięć, super patentów na scheduler, prefetch etc. by ogarnąć wiele potoków wykonawczych. A Apple ma. Więc Apple może do swojej architektury zaadaptować ISA RISC-V ale w żaden sposób nie przeniesie się to automatycznie na wydajność RISC-V na szerszym rynku. Nie jest łatwo dodawać kolejne potoki wykonawcze i mieć dalej efektywny przyrost wydajności. To nie jest proste kopiuj-wklej bloczek sprzętowy. Intel w wielkich bólach dał radę z 2 (pentium) dojść do zdaje się 5. Przez 30 lat. Tu ograniczeniem największym jest rzeczywiście ISA, a w zasadzie to, że trzeba ogarnąć rozkazy od kilku bajtów do kilkunastu bajtów długości w różnych trybach, stare, nowe... wszystkie. Ale nawet POWER będący RISC też się na pewnym etapie zatrzymał. A Apple i paru innym firmom udało się zrobić potężnego ARMa. Z ARMa który nadawał się tylko do telefonów. Teraz smartfon potrafi mocą obliczeniową zawstydzić wczorajczego PC.
Amiga nie zmierza w stronę ARM. Kupiłbyś coś na Ryzenie Embedded i napisał emulator 68k, dodał interfejs sprzętowy i masz dokładnie to samo. Wiem, brzmi prosto a diabeł tkwi w szczegółach. Ale w Amidze NIE ma ARM. Jest emulator 68k który mógłby chodzić na CZYMKOLWIEK. Jeśli kiedyś będzie jakaś opcja by puścić binarkę ARMową z poziomu AOS by RPi ją mieliło na full-speed to wtedy można będzie powiedzieć, że mamy ARM na Amidze. W tej chwili jedynym rozwiązaniem, które w jakiś sposób na to pozwala jest ZZ9000 z wszystkimi ograniczeniami tego rozwiązania (i de facto brakiem jakiegokolwiek sensownego softu z tego korzystającego). Prawda jest taka, że jest zupełnie nieważne "co jest pod maską". Jak będzie jakiś warty uwagi SoC RISC-V z bogatą dokumentacją, źródłami driverów etc. to pewnie i to się da zaadaptować.
Amiga nie zmierza w stronę ARM. Kupiłbyś coś na Ryzenie Embedded i napisał emulator 68k, dodał interfejs sprzętowy i masz dokładnie to samo. Wiem, brzmi prosto a diabeł tkwi w szczegółach. Ale w Amidze NIE ma ARM. Jest emulator 68k który mógłby chodzić na CZYMKOLWIEK. Jeśli kiedyś będzie jakaś opcja by puścić binarkę ARMową z poziomu AOS by RPi ją mieliło na full-speed to wtedy można będzie powiedzieć, że mamy ARM na Amidze. W tej chwili jedynym rozwiązaniem, które w jakiś sposób na to pozwala jest ZZ9000 z wszystkimi ograniczeniami tego rozwiązania (i de facto brakiem jakiegokolwiek sensownego softu z tego korzystającego). Prawda jest taka, że jest zupełnie nieważne "co jest pod maską". Jak będzie jakiś warty uwagi SoC RISC-V z bogatą dokumentacją, źródłami driverów etc. to pewnie i to się da zaadaptować.
06.01.2023 10:28
[#20]
Re: PiStorm32-lite
@abcdef, post #19
Architektura rdzenia ma dla nas zerowe znaczenie - i tak retrospołeczność raczej nie będzie produkowała własnych chipów w topowej technologii, za drogi gips. Ważna jest przede wszystkim dostępność komponentów, teraz i w przyszłości (co się ostatnio trochę posypało) oraz perspektywy rozwoju (te jeszcze są, ale powoli zbierają się nad architekturą czarne chmury).
Problem a ARMem jest taki, że potrzebujesz błogosławieństwa ARMa, żeby legalnie wytwarzać chipy obsługujące ich listę rozkazów. A ARM przechodzi z rąk do rąk, i chyba do tego jeszcze woda sodowa uderzyła mu do głowy, przez co coraz trudniej z nim współpracować. Do tego chińskie firmy boją się ewentualnych sankcji i odcięcia od licencji ARMa. RISC-V te wszystkie problemy rozwiąże.
W Amidze z PiStormem ARM bezsprzecznie jest. W Amidze z Warpem 1260 też. To, czy już mamy np. ARMowy datatyp JPEG, czy dopiero jest w planach, to drugorzędna sprawa.
I będzie z tym niewiele mniej roboty, niż ze zintegrowaniem RPi czy innego ARMa z Amigą lub MiniMigiem (jak zauważyłeś, wciąż nie zostało to zrobione na tip-top, i pewnie nie będzie przez najbliższych kilka lat). Całą robotę trzeba będzie powtórzyć.
Problem a ARMem jest taki, że potrzebujesz błogosławieństwa ARMa, żeby legalnie wytwarzać chipy obsługujące ich listę rozkazów. A ARM przechodzi z rąk do rąk, i chyba do tego jeszcze woda sodowa uderzyła mu do głowy, przez co coraz trudniej z nim współpracować. Do tego chińskie firmy boją się ewentualnych sankcji i odcięcia od licencji ARMa. RISC-V te wszystkie problemy rozwiąże.
Ale w Amidze NIE ma ARM. Jest emulator 68k który mógłby chodzić na CZYMKOLWIEK. Jeśli kiedyś będzie jakaś opcja by puścić binarkę ARMową z poziomu AOS by RPi ją mieliło na full-speed to wtedy można będzie powiedzieć, że mamy ARM na Amidze
W Amidze z PiStormem ARM bezsprzecznie jest. W Amidze z Warpem 1260 też. To, czy już mamy np. ARMowy datatyp JPEG, czy dopiero jest w planach, to drugorzędna sprawa.
Prawda jest taka, że jest zupełnie nieważne "co jest pod maską". Jak będzie jakiś warty uwagi SoC RISC-V z bogatą dokumentacją, źródłami driverów etc. to pewnie i to się da zaadaptować.
I będzie z tym niewiele mniej roboty, niż ze zintegrowaniem RPi czy innego ARMa z Amigą lub MiniMigiem (jak zauważyłeś, wciąż nie zostało to zrobione na tip-top, i pewnie nie będzie przez najbliższych kilka lat). Całą robotę trzeba będzie powtórzyć.
06.01.2023 12:45
[#21]
Re: PiStorm32-lite
@Cedrat, post #20
Architektura rdzenia ma dla nas zerowe znaczenie - i tak retrospołeczność raczej nie będzie produkowała własnych chipów w topowej technologii, za drogi gips. Ważna jest przede wszystkim dostępność komponentów, teraz i w przyszłości (co się ostatnio trochę posypało) oraz perspektywy rozwoju (te jeszcze są, ale powoli zbierają się nad architekturą czarne chmury).
Ale przecież nikt nie wybrał Pi ze względu na dostępność i łatwość podłączenia pod Amigę. To akurat jest najsłabsze ogniwo tego rozwiązania. Wybrano ze względu na - początkową - łatwość w udostępnieniu zasobów sprzętowych obsługiwanych przez linuksa do AOS - np. na usb mass storage mógł być obraz dysku amigi i obsługiwany był z prędkością kontrolera RPi.
I teraz - czy jest jakikolwiek sens wchodzenia w cokolwiek słabszego niż Pi4 nawet jeśli byłoby lepiej dostępne? No nie, bo za dużo z tym pracy, a za mały zysk. Bo są SoC ARMowe, szybsze i lepiej dostępne, a nawet ich się nikt nie dotyka. RISC-V nie przyniesie tu żadnej rewolucji, ani nawet alternatywy. Nie da się tego połączyć z amigą bezpośrednio, zawsze jest potrzebny jakiś interfejs. Więc koniec końców - jak pisałem - może być pod blatem nawet Ryzen z serii V2000 (tfu, tfu).
W Amidze z PiStormem ARM bezsprzecznie jest
Gdzie? Od strony amigi nie ma dostępu do ARM, a jedynie emulowanego 68k a ten - co wyraźnie zaznaczyłem - może być emulowany na czymkolwiek.
06.01.2023 18:26
[#22]
Re: PiStorm32-lite
@abcdef, post #21
Pi właśnie dlatego zostało wybrane, bo BYŁO łatwo dostępne, a jego połączenie do Amigi jest do ogarnięcia.
RISC-V może i nie przyniesie rewolucji, ale może przynieść taki sam kłopot, jaki x86 i ARM przyniosły rozwiązaniom na PowerPC.
Jak to gdzie, wewnątrz obudowy. Dostęp z systemu Amigi też może być, zależy od urządzenia i firmware’u.
RISC-V może i nie przyniesie rewolucji, ale może przynieść taki sam kłopot, jaki x86 i ARM przyniosły rozwiązaniom na PowerPC.
Gdzie? Od strony amigi nie ma dostępu do ARM
Jak to gdzie, wewnątrz obudowy. Dostęp z systemu Amigi też może być, zależy od urządzenia i firmware’u.
06.01.2023 21:22
[#23]
Re: PiStorm32-lite
Wróćmy wszyscy do 68k. 68060 do systemu i nowych gier dem, drugi procesor 68030 do starych gier i dem. AGA połączona z voodoo5 lub ATI 8500.
A teraz żart.
Jak już to teoretycznie pan "weźcie i zróbcie" ogarnie to zlecimy zrobienie zbiórki na KS i wyprodukowanie procesorów i układów graficznych.
A teraz żart.
Jak już to teoretycznie pan "weźcie i zróbcie" ogarnie to zlecimy zrobienie zbiórki na KS i wyprodukowanie procesorów i układów graficznych.
07.01.2023 00:33
[#24]
Re: PiStorm32-lite
@zorkadar, post #13
07.01.2023 01:04
[#25]
Re: PiStorm32-lite
Co do wydajności to całkiem nieźle:
https://youtu.be/vuTOK85dQhQ
Wyniki benchmarka identycznego z wideo na Warpie, Vampirze i innych sprzętach, nawet WinUAE:
https://docs.google.com/spreadsheets/d/1_VxGqSt2fMQbDxdZNO-SvA5Th0gfgp3n/edit#gid=1269715087
Ostatnia aktualizacja: 07.01.2023 01:13:22 przez koczis
https://youtu.be/vuTOK85dQhQ
Wyniki benchmarka identycznego z wideo na Warpie, Vampirze i innych sprzętach, nawet WinUAE:
https://docs.google.com/spreadsheets/d/1_VxGqSt2fMQbDxdZNO-SvA5Th0gfgp3n/edit#gid=1269715087
Ostatnia aktualizacja: 07.01.2023 01:13:22 przez koczis
07.01.2023 09:58
[#26]
Re: PiStorm32-lite
@Cedrat, post #22
Pi właśnie dlatego zostało wybrane, bo BYŁO łatwo dostępne
Kiedy projekt został upubliczniony Pi3 na którym bazował już nie było tak dostępne, a Pi4 który zdążył już wyjść jakiś czas wcześniej nadal nie był tak dobrze dostępny. Biorąc pod uwagę, że początkowo był to tylko i wyłącznie linux i banglanie pinami gpio ze swoistym dekoderem/demultiplekserem na cpld to de facto było to do zrobienia na czymkolwiek z listwą zgodną z pi - jedynie trzeba by było zrobić dodatkową warstwę abstrakcji by ogarnąć różnice w obsłudze gpio różnych układów, różnych producentów. Zakładam, że RPi zostało wybrane głównie dlatego, że Claude takie miał pod ręką i dobrze znał. I liczył - słusznie - na to, że więcej ludzi będzie znać obsługę Broadcoma w RPi niż jakiegoś Armlogica, Allwinnera czy Rockchipa. Natomiast paradoksalnie oryginalna wersja PiStorma jest zasadniczo prostsza w ewentualnym portowaniu na inne platformy i mniej kosztowna w zakresie roboczogodzin niż baremetal emu68. Choćby z tego powodu, że Michał ma wystarczającą dokumentację, czas, wiedzę i doświadczenie by to działało na BCM, ale niekoniecznie by dało się tak zrobić z RK3399, 3588 czy ryzenem V2000 albo Atomem Z8000.
jaki x86 i ARM przyniosły rozwiązaniom na PowerPC
x86 przyniosło kłopot PPC bo nie udało się IBM zrobić implementacji dla Apple która byłaby jednocześnie wydajna i oszczędna (a intelowi udało się z x86 w postaci Core 2). Więc jak widzisz tutaj przemawiały te 2 czynniki, które w RISC-V vs ARM nie mają aktualnie zastosowania. Koszty licencji mogą mieć większe znaczenie w mikrokontrolerach (których produkuje się miliardy, a mają być maksymalnie tanie), ale nie w układach high performance, których koszty opracowania i produkcji są tak duże, że licencja w tym przypadku to kropla w morzu potrzeb. A za ARM przemawia aktualne bogactwo istniejącego oprogramowania.
A ARM przez długi, długi czas nie zagrażał wydajnościowo PPC, nawet starym konstrukcjom. Co było poruszane przy okazji swoistego "pokazu sił" w RC-5 czy LAME. Tu. Na tym forum. Owszem nowsze konstrukcje były rzeczywiście szybsze, ale trzeba przypomnieć, że świeże wypieki walczyły z 15 letnimi dziadkami! PPC padło, bo produkowało je tylko Freescale (w różnych wersjach dla różnych gałęzi przemysłu) i były to stosunkowo drogie rozwiązania (i wkrótce nie miały nic ciekawego do zaoferowania, a Freescale zostało przejęte przez NXP, które uzupełniało ofertę Freescale względnie tanimi konstrukcjami na ARM).
ARM wybrał piękną formę prowadzenia biznesu. Zbiera kasę z licencji, nie musi się martwić łańcuchami dostaw, kolejkami w fabach etc. Może się skupić na opracowywaniu i sprzedawaniu nowych rozwiązań. RISC-V jest jakąś tam opcją dla producentów mikrokontrolerów (choć aktualnie chyba jedynie Giga Devices w Chinach to stosują na szerszą skalę OBOK produktów ARMowych, ale nadal na rynku jest ze 100x więcej rozwiązań na ARM, niektóre bardzo tanie jak PY32F002).
