11.02.2016 23:04
[#361]
Re: RTG i Vampire 600 V2
@Voyox, post #360
Pisklak !... Nieładnie, nieładnie,, drugim razem takich numerów nie rób, to trochę dziecinne..
Wiem że dziecinnie to wygląda - przepraszam.
Ech.... chłopaki z Teamu powiedzieli że zrobią zasadę iż tylko właściciele Vampirki mogą być w Teamie to musiałem odpuścić ;)
Chociaż kto wie, może zamówię sobie v3 a moją v2 będę mógł wypożyczyć. Pożyjemy zobaczymy, na razie nic nie mogę obiecać.
12.02.2016 13:00
[#362]
Re: RTG i Vampire 600 V2
@Don_Adan, post #354
22nm ... 
... 
... 
ty tak serio?
Jeszcze jakiś starszy proces typu 90nm może udało by się ogarnąć mając kilka milionów na koncie ale nie aktualny proces. Nikt nie będzie blokował nawet dnia produkcji maszyny na jakieś groszowe sprawy. Lepiej takiej fabryce dalej klepać mediateki i allwinnery.
Nie wspomnę nic tym że softcore do jakiejś karty dla fanów starych komputerów to jedno a produkowanie fizycznego procesora udającego 68040 to dla Freescale dwie zupełnie inne rzeczy. Licencje kosztują, tak samo ewentualny proces sądowy.
Gunnar wspominał o Stratixie i 300MHz. To jest mniej-więcej limit, to czego można się spodziewać. Trzeba by wybadać o jakim układzie mówił (bo pewnie nie najnowszym) i wybadać jak skomplikowane designy się skalują na różnych układach oraz ich cenę. To jest myślenie realne a to co uprawiasz z Voyoxem to porywanie się z motyką na słońce, tak niedorzeczne że nie bardzo rozumiem co w tym zabawnego jest
Trzeba nalegać aby Vampir dla A1200 miał Cyclone V a nie jakieś starocie jak Cyclone III a przynajmniej aby wyszła wersja na Cyclone V. Zegar na takim układzie powinien być przynajmniej 2x większy.
... ... ty tak serio?
Jeszcze jakiś starszy proces typu 90nm może udało by się ogarnąć mając kilka milionów na koncie ale nie aktualny proces. Nikt nie będzie blokował nawet dnia produkcji maszyny na jakieś groszowe sprawy. Lepiej takiej fabryce dalej klepać mediateki i allwinnery.
Nie wspomnę nic tym że softcore do jakiejś karty dla fanów starych komputerów to jedno a produkowanie fizycznego procesora udającego 68040 to dla Freescale dwie zupełnie inne rzeczy. Licencje kosztują, tak samo ewentualny proces sądowy.
Gunnar wspominał o Stratixie i 300MHz. To jest mniej-więcej limit, to czego można się spodziewać. Trzeba by wybadać o jakim układzie mówił (bo pewnie nie najnowszym) i wybadać jak skomplikowane designy się skalują na różnych układach oraz ich cenę. To jest myślenie realne a to co uprawiasz z Voyoxem to porywanie się z motyką na słońce, tak niedorzeczne że nie bardzo rozumiem co w tym zabawnego jest
Trzeba nalegać aby Vampir dla A1200 miał Cyclone V a nie jakieś starocie jak Cyclone III a przynajmniej aby wyszła wersja na Cyclone V. Zegar na takim układzie powinien być przynajmniej 2x większy.
12.02.2016 15:01
[#363]
Re: RTG i Vampire 600 V2
@XoR, post #362
Aktualny to jest 14 nm, nie 22 nm, technologia idzie do przodu.
Kosztow produkcji nie znam, bo to nie moja dzialka, ale watpie zeby 90 nm, bylo jeszcze dostepne, moze 10 lat temu.
Stratix jest w technologii 28 nm i taktowany jest 800 MHz, wiec limit to by bylo 400 MHz (+/- 100 MHz).
Prawa Freescale wygasly po 20 latach, sa produkowane np. T68020 przez Tekmos, bedace kopia MC68020, zadna licencja na 68k nie jest juz potrzebna, zreszta Gunnar pytal sie o to kiedys Freescale, przy projekcie Natami.
Kosztow produkcji nie znam, bo to nie moja dzialka, ale watpie zeby 90 nm, bylo jeszcze dostepne, moze 10 lat temu.
Stratix jest w technologii 28 nm i taktowany jest 800 MHz, wiec limit to by bylo 400 MHz (+/- 100 MHz).
Prawa Freescale wygasly po 20 latach, sa produkowane np. T68020 przez Tekmos, bedace kopia MC68020, zadna licencja na 68k nie jest juz potrzebna, zreszta Gunnar pytal sie o to kiedys Freescale, przy projekcie Natami.
12.02.2016 22:48
[#365]
Re: RTG i Vampire 600 V2
@Don_Adan, post #363
Jedyną szansa niszowych produktów na ASIC to jakiś stary proces produkcyjny. Aktualne procesy nie są do niczego potrzebne bo całe Apollo z AGA, SAGA i cudami na kiju to jest dosłownie nic, naprawdę nie potrzeba tu nic więcej niż 90nm. Jaki miałoby sens wyrzucić miliony dolarów w lepszy proces jak lepiej dać tą kasę inżynierom na poprawę designu? Problem to wyskalowanie designu do wysokiej częstotliwości tj. więcej i lepszy cache, więcej poziomów cache, więcej wszystkiego związanego z przewidywaniem co będzie potrzebne w cache itp. Wrzuciłbyś Apollo w 22nm i nic by to nie dało bo tak niskie zużycie prądu nie jest potrzebne (dzisiaj procesy technologiczne przestało się robić tak aby uzyskać wysokie zegar tylko małe zużycie energii 
) a zegar i tak by się przestało opłacać zwiększać bo cały design bazuje na tym że pamięć jest dużo szybsza od samego rdzenia. Jeśli nie zauważyłeś to opóźnienia pamięci DRAM stoją w miejscu i drepczą w kółko nieznacznie się poprawiając. Te drobne zmiany ale trwające przez 20 lat spowodowały że dla cepa 100MHz to pamięci są niemal natychmiastowe ale jak dać cepa 10x szybciej to nagle pamięci stana się za wolne i nawet nie wykorzysta całego swojego potencjału.
Mimo że >10 lat to TSMC dalej obsługuje 90nm. Tłoczy się ogromne ilości układów w starych procesach bo nie pewnych rzeczy nie opłaca się przeprojektowywać. Inny proces to inne napięcie zasilania, inne zachowanie układu, to wszystko wymagałoby zmiany designu urządzeń, koszty koszty koszty... lepiej klepać w starym procesie. I w takim TSMC prędzej wyprodukujesz jakiś w 90nm przy małej skali produkcji i niebo taniej niż w 'nieaktualnym' 22nm który jest zajęty produkowaniem procesorów do tanich komórek i tabletów które nie wiedzą że technologia poszła do przodu i dopiero 14nm jest aktualne.
90nm to oczywiście tylko przykład. Jest cały szerego procesów technologicznych. Zapewne najlepszym kompromisem byłby 45nm.
Oczywiście żadnego ASICa nigdy nie będzie. Najlepiej zrobić im tam pikietę pod domami aby Vamipire A1200 miał Cyclone V i tego się trzymać
Ostatnia aktualizacja: 12.02.2016 22:48:50 przez XoR
) a zegar i tak by się przestało opłacać zwiększać bo cały design bazuje na tym że pamięć jest dużo szybsza od samego rdzenia. Jeśli nie zauważyłeś to opóźnienia pamięci DRAM stoją w miejscu i drepczą w kółko nieznacznie się poprawiając. Te drobne zmiany ale trwające przez 20 lat spowodowały że dla cepa 100MHz to pamięci są niemal natychmiastowe ale jak dać cepa 10x szybciej to nagle pamięci stana się za wolne i nawet nie wykorzysta całego swojego potencjału.Mimo że >10 lat to TSMC dalej obsługuje 90nm. Tłoczy się ogromne ilości układów w starych procesach bo nie pewnych rzeczy nie opłaca się przeprojektowywać. Inny proces to inne napięcie zasilania, inne zachowanie układu, to wszystko wymagałoby zmiany designu urządzeń, koszty koszty koszty... lepiej klepać w starym procesie. I w takim TSMC prędzej wyprodukujesz jakiś w 90nm przy małej skali produkcji i niebo taniej niż w 'nieaktualnym' 22nm który jest zajęty produkowaniem procesorów do tanich komórek i tabletów które nie wiedzą że technologia poszła do przodu i dopiero 14nm jest aktualne.
90nm to oczywiście tylko przykład. Jest cały szerego procesów technologicznych. Zapewne najlepszym kompromisem byłby 45nm.
Oczywiście żadnego ASICa nigdy nie będzie. Najlepiej zrobić im tam pikietę pod domami aby Vamipire A1200 miał Cyclone V i tego się trzymać
Ostatnia aktualizacja: 12.02.2016 22:48:50 przez XoR
13.02.2016 13:49
[#369]
Re: RTG i Vampire 600 V2
@XoR, post #368
Wydaje mi się że lepiej nich nic nie uwalniają. Wtedy każdy będzie grzebał i powstanie wiele niekompatybilnych rdzeni. A tak jedna osoba robi i trzyma porządek.
Poza tym skoro wygasły prawa po 20 latach na procesorki mc68020 może każdy od zera coś majstrować..
@XoR
To jest myślenie realne a to co uprawiasz z Voyoxem to porywanie się z motyką na słońce, tak niedorzeczne że nie bardzo rozumiem co w tym zabawnego jest wariat?
Tylko z niedorzecznych pomysłów powstają prawdziwe dzieła i rewolucje. Zamykanie się w ciaśniawym myśleniu do niczego nie prowadzi. A właśnie że opłaca się zainwestować 10 milionów dolarów żeby odzyskać 1 milion. Wielu miliarderów by się tym nawet nie przejmowało.
W wielu sprawach ciężko mówić o racjonalnym rozumowaniu...
Ostatnia aktualizacja: 13.02.2016 13:53:46 przez Voyox
Poza tym skoro wygasły prawa po 20 latach na procesorki mc68020 może każdy od zera coś majstrować..
@XoR
To jest myślenie realne a to co uprawiasz z Voyoxem to porywanie się z motyką na słońce, tak niedorzeczne że nie bardzo rozumiem co w tym zabawnego jest wariat?
Tylko z niedorzecznych pomysłów powstają prawdziwe dzieła i rewolucje. Zamykanie się w ciaśniawym myśleniu do niczego nie prowadzi. A właśnie że opłaca się zainwestować 10 milionów dolarów żeby odzyskać 1 milion. Wielu miliarderów by się tym nawet nie przejmowało.
W wielu sprawach ciężko mówić o racjonalnym rozumowaniu...
Ostatnia aktualizacja: 13.02.2016 13:53:46 przez Voyox
13.02.2016 21:38
[#372]
Re: RTG i Vampire 600 V2
@Krashan, post #370
No jeszcze naprawdę sporo wody w Wiśle musi upłynąć zanim ktoś zmajstruje 68k w FPGA o podobnej wydajności. Problem jest w tym że zrobienie "normalnego" 68k jest, jak bardzo dobrze pokazał to TG68 niezbyt trudne. Szybkie 68k W FPGA jest naprawdę skomplikowane. No ale jesli pojawi się konkurencja to chyba dobrze prawda ?
13.02.2016 22:23
[#373]
Re: RTG i Vampire 600 V2
@Don_Adan, post #363
14nm to trudy w implementacji proces, jeszcze niedawno nowych procesorów w 14nm na rynku było mniej niż zapotrzebowanie na nie. Intel nie wyrabiał z produkcją ze względu na mały uzysk.
Dopiero jakoś niedawno ogarnęli ten proces. Poza tym przy takim prostym procesorze (mała ilość tranzystorów) nawet 90nm czy 130nm było by OK.
Ostatnia aktualizacja: 13.02.2016 22:25:21 przez tom256
Dopiero jakoś niedawno ogarnęli ten proces. Poza tym przy takim prostym procesorze (mała ilość tranzystorów) nawet 90nm czy 130nm było by OK.
Ostatnia aktualizacja: 13.02.2016 22:25:21 przez tom256
14.02.2016 12:22
[#376]
Re: RTG i Vampire 600 V2
@tom256, post #375
A czemu Gunnar podaje wynik bustesta dla Vampira bez żadnych parametrów:
A dla wszystkich innych sprzętów uruchamia bustesta z parametrem -2m?
Przypominam, że na stronie 9 masz wyniki bustesta dla mojego Miniacza odpalonego również bez dodatkowych parametrów. I ze 184,3 MB/s robi się 278,4 MB/s.
Chciałbym zobaczyć wyniki Vampira dla programu bustest z parametrami fast i 2m. Ktokolwiek?
A dla wszystkich innych sprzętów uruchamia bustesta z parametrem -2m?
Przypominam, że na stronie 9 masz wyniki bustesta dla mojego Miniacza odpalonego również bez dodatkowych parametrów. I ze 184,3 MB/s robi się 278,4 MB/s.
Chciałbym zobaczyć wyniki Vampira dla programu bustest z parametrami fast i 2m. Ktokolwiek?
15.02.2016 00:30
[#380]
Re: RTG i Vampire 600 V2
@madman15, post #379
Dla porównania, kosmiczne wyniki na WinUAE i5 4670
1.AmiKit:> bustest fast size=2m
BusSpeedTest 0.19 (mlelstv) Buffer: 2097152 Bytes, Alignment: 32768
====================================================
memtype addr op cycle calib bandwidth
fast $09E98000 readw 1.9 ns normal _1034.8 * 10^6 byte/s
fast $09E98000 readl_ 0.3 ns normal 12286.8 * 10^6 byte/s
fast $09E98000 readm 0.4 ns normal _9366.6 * 10^6 byte/s
fast $09E98000 writew 2.4 ns biased __849.5 * 10^6 byte/s
fast $09E98000 writel_ 0.2 ns normal 19826.7 * 10^6 byte/s
fast $09E98000 writem 0.2 ns normal 18966.4 * 10^6 byte/s
Ostatnia aktualizacja: 15.02.2016 00:32:07 przez Artur Jarosik
1.AmiKit:> bustest fast size=2m
BusSpeedTest 0.19 (mlelstv) Buffer: 2097152 Bytes, Alignment: 32768
====================================================
memtype addr op cycle calib bandwidth
fast $09E98000 readw 1.9 ns normal _1034.8 * 10^6 byte/s
fast $09E98000 readl_ 0.3 ns normal 12286.8 * 10^6 byte/s
fast $09E98000 readm 0.4 ns normal _9366.6 * 10^6 byte/s
fast $09E98000 writew 2.4 ns biased __849.5 * 10^6 byte/s
fast $09E98000 writel_ 0.2 ns normal 19826.7 * 10^6 byte/s
fast $09E98000 writem 0.2 ns normal 18966.4 * 10^6 byte/s
Ostatnia aktualizacja: 15.02.2016 00:32:07 przez Artur Jarosik
16.02.2016 21:29
[#390]
Re: RTG i Vampire 600 V2
@michal_zukowski, post #389
Teraz już na forum Apollo jest trochę więcej informacji o rejestrach framebuffera. Więc jeśli ktoś jest zainteresowany może podesłać jakąś procedurę do przetestowania.
Na przykład efekt ognia - równie prosty co fajnie wyglądający --> link
Ostatnia aktualizacja: 16.02.2016 21:31:47 przez pisklak
Na przykład efekt ognia - równie prosty co fajnie wyglądający --> link
Ostatnia aktualizacja: 16.02.2016 21:31:47 przez pisklak