kategorie: A600, Sprzęt
[#271] Re: Apollo Phoenix Core v2000 Vampire 600

@wawrzon, post #270

133MHz to jest szybkosc procesora jaka sie da osiagnac dla consumer FPGA uzywanego w nowszych kartach przez Majste. Co do wynikow to dodali tam nowe. Widze, ze dla niektorych testow jest ponad 2.5 GHz pewnie sa to testy procedur z duza iloscia mnozenia i dzielenia, dlatego sa takie wyniki, bo np na mnozenie potrzeba 10c w 68040, a Apollo zdaje sie robi je w 1 cyklu, wiec to juz daje dziesieciokrotny wzrost. 400 Mips podaja autorzy, a zreszta jak procesor moze wykonywac do 3 instrukcji w 1 cyklu to 133x3 daje 399 Mips jako przecietna wartosc. Normalnie byloby mniej niz 400 Mips, ale sa jeszcze instrukcje typu fusion czyli 2 w 1, to wtedy nawet 800 Mips da sie osiagnac w teorii osiagnac, wiec 400 Mips to jest przecietna wartosc.
[#272] Re: Apollo Phoenix Core v2000 Vampire 600

@Don_Adan, post #271

wiec to sa wszystko teoretyczne szacunki autorow projektu, znane zreszta nie od dzisiaj. nie pokrywaja sie one za bardzo z rezultatami dotychczasowych benczmarkow, ktore zreszta tez nie wiadomo na ile sa reprezentatywne. poczekajmy na jakies real life tests i to najlepiej bez specjalnie zoptymalizowanego kodu.
[#273] Re: Apollo Phoenix Core v2000 Vampire 600

@wawrzon, post #272

Niezupelnie, po prostu z tego co wiem to Gunnar caly czas cos dodaje lub zmienia lub optymalizuje, a prawie kazda taka zmiana w FPGA powoduje zmiane szybkosci Apollo w MHz, na plus lub na minus. Dlatego miedzy innymi nie chcial dodawac movep, bo podobno mialo to spowolnic dzialanie calego Apollo, a co chyba nie bylo prawda. A szybkosc Apollo w MHz byla pokazana kiedys na forum apollo na jakiejs fotce z oprogramowaniem testujacym wsad FPGA, bylo to 80 pare MHz, ale dotyczylo zdaje sie Cyclone 2 lub 3 i starszej wersji core. Mozesz poszukac starego bringup moze gdzies jest jako archiwum.
[#274] Re: Apollo Phoenix Core v2000 Vampire 600

@Don_Adan, post #273

Dokładnie. Każdy nowy element, a nawet drobna zmiana, może doprowadzić do sporych reorganizacji umiejscowienia i długości połączeń między komórkami. Długie i zawiłe połączenia obniżają maksymalną możliwą częstotliwość działania danych bloków ze względu na zwiększoną propagację. Jeżeli wszystko działa dobrze, to można się pokusić o "uprymitywnienie" jakiejś funkcji i odzyskanie części zasobów.

Ostatnia aktualizacja: 08.10.2015 23:17:15 przez sanjyuubi
[#275] Re: Apollo Phoenix Core v2000 Vampire 600

@sanjyuubi, post #274

chyba chodzilo o to ze movep moglo przedluzyc pipeline czy jak. natomiast co do prezentowanych benchmarkow, writepixelarray dziala chyba zasadniczo z chipramem, wiec brak rewolucyjnego przyspieszenia nie dziwi natomiast sieve:

The Sieve of Erathosthenes. It uses a fairly simple algorithm to determine prime numbers within a range of numbers. This test simply times the system when implementing this algorithm.


jest chyba w miare miarodajnym staloprzecinkowym benchmarkiem, wiec stosunek 70:10 pomiedzy fpga a 4000/40 a wiec 040/25 oznacza dwukrotna predkosc w stosunku do 060/50

matrix z kolei pewnie mocno korzysta z przyspieszonej szyny do pamieci:

A matrix manipulation benchmark utilizing 3 50x50 integer matrices. The test is set up in such a way that a great amount of time is spent moving data, as well as performing arithmetic operations upon it. The test is an indicator of how well a processor/memory combination handles memory accesses to data and operations on such, as the test does not allow the processor to simply perform the data operations solely within it's registers

tu wyniki sugeruja dziesieciokrotne przyspieszenie w stosunku do golej a4000 (nalezy chyba pamietac ze czynnikiem ograniczajacym jest tu predkosc szyny 030 pomiedzy cpu a pamiecia plyty glownej)

imath, universalny test arytmetyki staloprzecinkowej daje 7,5 predkosci golej a4000 co chyba pasuje w nasz schemat:

Integer Math. This test performs a wide variety of integer math functions. Included among these operations are the standard functions, such as addition, subtraction, multiplication, division, and a few additional bitwise functions, such as AND, OR, and XOR.


ogolnie mozna pewnie oszacowac ze apollo core daje obecnie cos troche powyzej 060/100 jesli nie brac fpu pod uwage. to pasuje rowniez do innych publikowanych wynikow.

Ostatnia aktualizacja: 08.10.2015 23:58:29 przez wawrzon
[#276] Re: Apollo Phoenix Core v2000 Vampire 600

@wawrzon, post #275

update
http://apollo-core.com/bringup/index2.htm
wyglada na szybszy zegar
[#277] Re: Apollo Phoenix Core v2000 Vampire 600

@wawrzon, post #276

Ale windows 3.1 pod amiga to jest to :)
[#278] Re: Apollo Phoenix Core v2000 Vampire 600

@wawrzon, post #276

FPGA jest to samo, pewnie Gunnar zmienil cos w core.
Dziwne sa tylko wyniki MFlops dla obu programow, bo 46 i 81 to za duza roznica, ktorys ma kiepska procedure liczaca mflops.
[#279] Re: Apollo Phoenix Core v2000 Vampire 600

@HanSolo, post #245

http://www.apollo-core.com/knowledge.php cos sie dzieje na forum wkoncu
[#280] Re: Apollo Phoenix Core v2000 Vampire 600

@HanSolo, post #279

Ciekawe czy wsteczna kompatybilnosc Apollo z 680x0 jest 100%, bo jak jest, to naleza sie gratulacje. Szybkosc na poziomie 68030 500 MHz i najszybsza pamiec, moze spowodowac, ze bedzie mniej chetnych na nowe karty turbo od Jensa, bo sa troche za drogie jak na 68030 55 MHz.
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