Po co robisz offtopa i prowokujesz flame???
Poprzednie procenty i odpoczynek nie pomogły?

To news o DX12 i zmianach w api, a Ty wyjeżdżasz z grą oderwaną kompletnie od tematu i piszesz w bardzo prowokacyjny sposób bez wartości merytorycznych.

Nie chce mi sie z tobą juz gadać. Męczysz mnie człowieku.

Przecież przez parę postów to udowadniałeś co skoti ci pisał

Teraz jeśli dany typ obliczeń nie wykorzystuje SPU i przeprowadzisz na Tegrze vs PS3 to oczywiście, że .... no właśnie.

Zresztą Xbox 360 nie zaoferuje takiej mocy jak Tegra K1, PS3 w praktyce też nie, gdyby Tegra K1 miała system i gry jak Xbox/PS3, ale nie ma.... ani tego ani tego. Lost planet pokazywali na tegrze i co ? I g... nic nie ma.

@SunTzu
Człowieku nie tłumacz mi oczywistych rzeczy, co ty myślisz, ze z jakimś retardem tu rozmawiasz. Jak na Tegrze odpalisz fizykę (jeśli się da) to tez jej wydajność graficzna spadnie?

Może spróbuję...
... weźmy np. GF 250, albo 240-> jak uruchomisz na nim GPGPU Fizykę to mocy graficznej nie będzie i wydajność spadnie i tak GPU przestaje być 'graphics', bo cała moc poszła na coś innego.

@SunTzu
Dokładnie, nie wiem co ty miałeś na myśli, tzn wiem co miałeś na myśli ale za bardzo chciałeś się wykazać swoją 'inteligencją'. Łap obrazek kolego:
http://game.watch.impress.co.jp/docs/20060331/ps3_207.jpg
Benchmarki mi nic nie mówią. Mówi mi gra w której jest genialne oświetlenie 3D, animacje, AI, fizyka i detale leveli. Ogrywam właśnie Crysis1 na PS3, wiadomo gra na PS3 ma słabą rozdziałkę, i tekstury, ale nie potrafi do mnie dotrzeć co ciągnie moc w tej grze. Oświetlenie jest z zeszłej epoki (płaskie, pozbawione głębi) i koło U2 i KZ ta gra nawet nie stała kolego. Animacje jeszcze ujdą, AI mega przeciętne, fizyka średnia (inFamous dewastuje tą gre w tej dziedzinie). Crysis1 wygląda jak gra sprzed 2 generacji porównując ją do exów na PS3. Jedynie te drzewa i roślinność chyba ciągną tą całą moc PC. Podobnie efekt rozmycia w trzeciej osobie w Crysis1 jest wręcz śmieszny względem focal blur w U2. W uncharted rozmycie uwzględnia głębokość i potrafi rozmazywać pojedyncze obiekty w depthbufferze. Nawet tego nie bede komentował bo Crysis1 to biedny silnik pozbawiony jakiejkolwiek technologii która robi na mnie wrazenie.
Zatrzymaliście się na Arabsko-niemieckim silniku który robiłby na mnie wrażenie 15 lat temu.

Chyba nie dokońca rozumiesz o co chodziło skotiemu i mi...
Niestety muszę Cię utrzymać w tej nieświadomości, bo kijem rzeki nie zawrócę.

W jednym masz rację, że tabelki benchmarki, często nie pokazują rzeczywistej mocy jaką prezentuje dane urządzenie. Czasem nie wykorzystują możliwości sprzętowych jakie są, a czasem wręcz przeciwnie wykorzystują do granic możliwości jakie oferuje sprzęt.

Gdyby tak było, wystarczyłoby zrobić parę prostych testów i byłoby jasne, który procesor/grafika jest wydajniejsza, a robi się multum testów. Raczej pewne jest, że PS3 rywalizuje już mocą jedynie z telefonami/tabletami, ale oczywiście nie jest to takie proste, sam fakt, że na PS3 robi się wiele żmudnej pracy by gra ruszyła, bo język jest niskopoziomy robi to, że w praktyce moc benchmarkach nie pokrywa się z tą realną.


Ciesz się, że nie musisz kupować nowej konsoli, a tylko kartę graficzną, dalej będziesz miał znacznie więcej technologii jakich próżno szukać w konsolach eyefinity, lepszą jakość, więcej możliwości, a do tego nie musisz płaćic abonamentu i masz tańszy gry.

O nie, znowu będę musiał zmienić kartę graficzną by pograć w najnowszą część Crysisa.

Jesteś mistrzem odwracania kota ogonem, ba ogona kotem nawet bym powiedział. Nv się tylko ośmiesza tymi swoimi tabelkami i tyle. Rendering na samym procesorze Cell@2,4GHz 720@30fps, na podstawie zdjęć satelitarnych. TRE nawet w dokumentacji IBM został zmierzony i przy 6 SPU+PPE wydajność wzrasta o x35 (35 razy) względem samego PPE.
http://www.youtube.com/watch?v=404wWR5mrtU
@Promilus1984
Nie wiem. Wiem, tylko ze rdzenie wektorowe są całkowicie odseparowane od systemy konsoli więc masz w nich tak naprawdę pełną wydajność RAW. Oczywiście by to wykorzystać silnik musi być od podstaw pod to napisany. UE3 na tym nie będzie śmigać wydajnie, choć powinien.. lekki przerost formy nad treścią, jestem tego świadom. Cell nadal zyje bo będzie uzyty w PS Now, będzie napędzał chmurę do streamowania gier, tyle ze tu na jednej płycie będzie 8 procków + nowy interfejs sieciowy.

@Hashi - z tego co pamiętam sam SPU nie może zastartować wątku ani stworzyć nowego przez co wymaga inicjalizacji przez PPE. RSX w tym przypadku też nic nie może zrobić, bo odpowiednie instrukcje ma tylko i wyłącznie PPE.
http://groups.csail.mit.edu/cag/ps3/cellminiref.shtml
można uruchomić tylko 1 wątek na SPU (nie ma przełączania wątków jak na x86).
zauważ sekcję 'thread management' - PPE startuje wątki SPE.
Tak to w każdym razie rozumiem, jeśli ty inaczej to rozwiń temat.

Jak SPU wykorzystasz do fizyki, a nie grafiki to przecież nie wzrośnie wydajność.

@skoti48
Oj kolego troszkę znów zbaczasz z tematu. Mnie nie obchodzi benchmark jaki Nv sobie użyła. Mnie to dynda. Nv użyła zwrotu Tegra K1 delivers much higher graphics processing power than current generation consoles co jest ewidentną ściemą jeśli wyłączymy z renderingu SPU. Po za tym szczerze wątpię kolego by.. praca SPU może być w Tegrze wykonana przez GPU, który jest kilkukrotnie wydajniejszy niż SPU,
Masz jakieś syntetyczne testy by to potwierdzić? Ja widziałem testy w których Cell był wydajniejszy o 50% od i7Extreme (który był droższy 20krotnie) i miał podobną wydajność do GTX280 (sam procesor) w dekodingu FullHD, czyli multimediach, czyli coś co jest związane z przetwarzaniem obrazu, czyli coś co namacalnie pokazuje mi wydajność. Prawda?

Nie ma. Obecnie takie możliwości daje tylko Kepler (bindless textures) i nawet na Fermi o tym zapomnij (tylko bindless Graphics (wszelkie buffory poza teksturami)). W PS3 po prostu jest strasznie mało pamięci ram i vram przez co nie można trzymać tam danych i trzeba sobie jakoś poradzić z tym - jedyny sposób to streamowanie, a współdzielona pamięć pozwala osiągać niezle rezultaty przy wirtualnym teksturowaniu (nie ma mowy o takich możliwościach jak Sparse Textures (sprzętowo rozwiązane, gdzie GPU prosi tylko o to, co faktycznie jest mu potrzebne vs softwareowe rozwiązanie gdzie program streamuje do GPU dane, które algorytm uzna, że mogą być mu potrzebne), ale daje radę).


Nvidia przynajmniej podała tą informację, bo teoretycznie nie musiała bo SPECint 2000 liczy testuje liczby całkowite, a tu SPU nic do gadania nie ma (są to wektorowe jednostki zmiennoprzecinkowe)... intel przykładowo podając test SPECint ani by się nie zająknął o tym, że w testach float sytuacja byłaby zupełnie inna i mimo wszystko te dane Nvidii są dosyć rzetelnie przedstawione, czyli wydajność w liczbach całkowitych. Kolejną sprawą jest to, że testując liczby zmiennoprzecinkowe (GFLOPS) ciężko uznać SPU jako część procesora, bo architektura i działanie bardziej przypomina GPU i praca SPU może być w Tegrze wykonana przez GPU, który jest kilkukrotnie wydajniejszy niż SPU, z Cell, a tam GPU nie ma takich możliwości, a dodatkowo SPU musi tam robić mocno za GPU, więc na Cell trzeba trochę traktować SPU+GPU jako jedno i Kepler z K1 jako konkurencje, a CPU to jednak konkurencją jest samo PPE (które rozdaje kernele SPU mniej więcej tak jak CPU w Tegra K1 rozdaje kernele OpenCL/CUDA/RenderScript GPU).

@skoti48
Odnosisz się do Mantle ja pytałem tylko czy rsx ma podobną funkcjonalność kiedy gry chodzą z płyty bez instalacji więc prawie wszystko w takim U2/U3 jest streamowane (w tym tekstury). Chodzi mi o dostęp do sprzętu. Nie wieszaj psów ja tylko pytam bo Nv tez potrafi ładnie żonglować tabelkami. Tak jak tu (storna 18) twierdząc, ze Tegra ma wydajność PS3. Na dole jednak dali odnośnik do tabelki, ze tabela nie uwzględnia w ogóle SPU. To tak jakby zabrać 200GB/s od 25GB/s.
http://www.nvidia.com/content/PDF/tegra_wh...-whitepaper.pdf
'Wiecie nasza tegra jest mocniejsza od konsoli PS3, ale jak wyłączycie jej najszybszy element EIB i SPU'. Brzmi to śmiesznie.

Mówisz o zupełnie czymś innym. Mówisz o Partially resident textures od AMD czyli dostępnym od 2ch lat rozszerzeniu Sparse Texture w OpenGL (obecnie obsługiwane przez Fermi/Kepler i GCN) i wykorzystywanym przykładowo w Rage... a teraz jest to też w Dx 11.2 jako Tiled Resources. Czyli wrzucasz tekstury wrzucasz do pamięci wirtualnej, a gdy jest potrzebna i nie ma jej w pamięci GPU to dogrywana jest z pamięci RAM (tylko texele naprawdę potrzebne, a nie całość).

Bindless Textures to zupełnie inna sprawa. Bez nich w OpenGL/Mantle/DirectX musisz wszystko bindować. Czyli przed renderingiem obiektu musisz mu przypiąć tekstury pod odpowiednie 'numerki' od 0 do 127. Przykładowo program wykonuje (Bindless Textures dotyczy tylko fragmentu dotyczącego tekstur, a dalej buffory to Bindless Graphics):
- teksturę o id X podepnij pod 0 (w skrócie sterownik musi sprawdzić, że X to tekstura, która w GPU jest pod adresem takim i takim, i podpiąć pod 0 na GPU, aby GPU (w tym jednostki teksturujące) potrafiło sobie z tym poradzić),
- teksturę o id Y podepnij pod 1,
- teksturę o id X podepnij pod 2,
- teksturę o id W podepnij pod 3,
..
- Podepnij UBO, które zawiera który sampler jest pod który numer tekstury jest podpięty
...
(teraz skrótowo, bo mowa w sumie o Textures)
- buffor wierzchołków podepnij
- pokaz co w nim jest odpowiednimi danymi
...
- wykonaj drawcall

W wypadku Bindless Graphics i Textures nie trzeba wszystkiego przez CPU pokazywać palcem i GPU wystarczy podać adress w pamięci (uchwyt) GPU i nie trzeba niczego podpinać:
- Podaj adres UBO w którym podajesz uchwyty (adresy) tekstur,
- Podaj, że GPU ma dane wierzchołków pod danym adresem
- wykonaj drawcall

Jest to olbrzymia zmiana (brak konieczności bindowania wszystkiego i prowadzenia GPU za rękę zmniejsza wielokrotnie narzut na CPU) i tak niskopoziomowego API (pozwalającego operować bezpośrednio na adresach w pamięci, a nie na numerku, który zwrócił sterownik (obiekt numer X) i podpinać ten numerek pod inny numerek (aby karta mogła odczytać)) trudno szukać w Mantle, bo sprzęt AMD jeszcze nie jest na to gotowy.

Rynek graczy z kartami GCN jest mniejszy. Steam podaje że to mniej niż 10% graczy i nikt nie śpieszy do tego by kupować nową kartę graficzną dla dwóch gier. Z czego jedna z nich Thief nawet nie dostała jeszcze patcha.

Dla porównania w styczniu z Windows 8.x korzystało 23% graczy na Steam. I liczba ta rośnie mniej więcej o 1.5% miesięcznie. Czyli gdy pojawią się wyniki za luty to prawdopodobnie Windows 8.x przekroczy 25% rynku graczy.

http://store.steampowered.com/hwsurvey

Nie do końca jest to prawdą co piszesz. SPU są ładowane (każde z osobna) przez PPE tzw mini-kernelem i od tej pory są to oddzielne procesory. PPE tak naprawdę zarządza dostępem do magistrali pierścieniowej by dane nie kolidowały na niej.
edit

● Job Queue
–
PPE maintains job queue, schedules jobs in
SPEs, monitors progress
–
SPE runs “mini kernel” to fetch and execute job
and synch with PPE
● Self-multitasking of SPEs
– Kernel and scheduling distributed across SPEs
–
Task synchronization done via mutexes or
semaphores
● Stream Processing
– Each SPE runs a distinct program

Co do RSX to czytałem publikację SCE London i tam było wyraźnie napisane, ze nawet GPU potrafi startować SPU (swoją drogą mogą one same wstrzymywać transfer i pauzować siebie nawzajem). Czytając publikację GG o KiilzoneShadowFall na PS4, silnik działa tak samo jak w PS3, jest jeden orchestrator (czy jakoś tak to się nazywa) [odpowiednik PPE) i on zarządza 5 rdzeniami (trudno mi sobie wyobrazić by rdzenie same sobą zarządzały).
Fall, Guerrilla used a main orchestrator worker thread, which scheduled the work across the other 5 cores. This means that any of the other cores could run the code when they were free, and thus meant for more efficient running of the games code and allows considerably more code to be ran in jobs. Comparing the PS3′s to PS4, Guerrilla have said in their PDF that (percent of code running in jobs): 80 -> 90 percent rendering code, 10 -> 80 percent Game Logic and finally 20 -> 80 percent AI. The team focused first on high level optimization and gained back 50 percent of the PS4′s CPU back by just fixing high level code.
http://www.guerrilla-games.com/presentatio..._Postmortem.pdf
Chodzi mi tylko o streamowanie tekstur, i bindless testures. Czym to się różni.
Tu masz publikacje SCE London:
http://develop.scee.net/files/presentation...iew_ACGI_09.pdf
RSX pobiera tekstury z DDR3 i XDR.