Registrace  •  FAQ  •  Pravidla fóra  •  Uživatelské blogy  •  PCTuning.cz  •  Hledat  • Přihlášení
 • Funkce report, slouží pro upozornění na porušení pravidel, ne vzkazy moderátorům.

Právě je po 1. březen 2021, 08:22

Zobrazit příspěvky bez odpovědiZobrazit aktivní témata



Čas je uváděn v UTC + 1 hodina


Odpovědět na téma  [ 248 příspěvků ]  Přejít na stránku předchozí  1 ... 9, 10, 11, 12, 13  další
Autor Zpráva
 Předmět: Re: NVIDIA a plány s PhysX
PříspěvekZaslal v: čt 6. květen 2010, 09:47 
Začátečník
Začátečník

Založen: 11. prosinec 2009
Nahoru
tak je pravda ze fermi je v roznych OpenCL aplikaciach a benchmarkoch +- dvakrat rychlejsia.

tuna som spravil male porovnanie. mojej radeon 5850 s geforce 480 ktorej vysledky som nasiel na nete. viewtopic.php?f=97&t=156451

celkovo poblem s OpenCL a aj vseobecne s GPGPU na ATI je v tom ze ATI ma omnoho menej kontrolnych obvodov ako nvidia. moderne CPU maju malicke ALU teda aktualne obvody ktore robia samotne vypocty (scitanie nasobenie atd.) a vetsinu plochy (okrem L cache co je dalsi rozdiel) zaberaju kontrolne obvody na dekodovanie instrukcii predpovedanie toku instrukcii a vetvenia a ine serepeticky.

nVidia sa s Fermi neuveritelne priblizila k CPU, takze je jednoduchsie (pre programatora) vytiahnut pri GPGPU ten vykon ako pri ATI. na druhu stranu sa podla mna ATI/AMD ani do toho nebudu az tak hrnut kedze maju k dispozicii aj klasicke CPU.


 Profil  
 Předmět: Re: NVIDIA a plány s PhysX
PříspěvekZaslal v: pá 7. květen 2010, 07:09 
Začátečník
Začátečník
Obrázek uživatele

Založen: 08. prosinec 2004
Bydliště: Praha
Nahoru
http://extrahardware.cnews.cz/nvidia-s-radeony-nepocitame-gpu-physx-jen-na-geforce

nic jak jsem cekal .. jen se cerila voda a zazrak se nedeje :twisted:

_________________
CPU: Intel Core i7 6700K@4600MHz MB: Asus Z170-A , RAM: 16GB DDR4 Kingston HyperX 2133@2800MHz, SSD: Samsung 850 PRO 256GB, HDD:WD 3TB + 3TB, ZK: Sound Blaster Z, GK: Asus R9 290@1170MHz 4GD5, LCD: Asus PB248Q


 Profil  
 Předmět: Re: NVIDIA a plány s PhysX
PříspěvekZaslal v: st 7. srpen 2013, 21:30 
Čestný člen
Čestný člen

Založen: 22. duben 2005
Bydliště: Brno
Nahoru
Krapet to tu oživím. Roy Taylor (bývalý VP a CTO u nV) věští konec PhysX a CUDA.
Citace:
"I think CUDA is doomed. Our industry doesn’t like proprietary standards. PhysX is an utter failure because it’s proprietary. Nobody wants it. You don’t want it, I don’t want it, gamers don’t want it. Analysts don’t want it. In the early days of our industry, you could get away with it and it worked. We’ve all had enough of it. They’re unhealthy.

Nvidia should be congratulated for its invention. As a trend, GPGPU is absolutely fantastic and fabulous. But that was then, this is now. Now, collectively our industry doesn’t want a proprietary standard. That’s why people are migrating to OpenCL."
VR-Zone: Roy Taylor on APUs, gaming, and the end of CUDA


 Profil  
 Předmět: Re: NVIDIA a plány s PhysX
PříspěvekZaslal v: čt 8. srpen 2013, 08:19 
Pokročilý
Pokročilý
Obrázek uživatele

Založen: 18. listopad 2009
Bydliště: Omicron Persei 8
Nahoru
Konec PhysX je prorokovaný mnohými už delší dobu, ale myslím, že díky tomu že CPU verzi nabízí Nvidia zdarma, tak pro menší studia a B tituly to je jediná možnost, protože Havok je dost drahá záležitost a Bulet zatím není tak rozšířený a ani nenabízí takové možnosti s ohledem na snadnou implementaci a vývojářské nástroje, jako nabízí PhysX. Minimálně díky tomu PhysX nevymře imho.

_________________
"Vega Primitive Shader combines the functions of vertex and geometry shader and with the right knowledge you can discard game based primitives at an incredible rate" https://pcper.com/2017/01/amd-vega-gpu- ... tecture/2/


 Profil  
 Předmět: Re: NVIDIA a plány s PhysX
PříspěvekZaslal v: čt 8. srpen 2013, 08:43 
Čestný člen
Čestný člen

Založen: 22. duben 2005
Bydliště: Brno
Nahoru
Tak on Ray Taylor je takový ten klasický "PR mág". Když byl u nV, tak podobné výroky zněly na adresu ATi atp.

Ale v tom, že hromada lidí přechází z CUDA na OpenCL, má celkem pravdu a to o PhysX se myslím týkalo převážně GPU PhysX, který běží právě na CUDA.


 Profil  
 Předmět: Re: NVIDIA a plány s PhysX
PříspěvekZaslal v: ne 11. srpen 2013, 16:19 
Začátečník
Začátečník

Založen: 11. prosinec 2009
Nahoru
ale ma pravdu. CUDA je ospravldnitelna tak pre vedecke alebo ine specializovane vypocty kde sa proste nakupi zelezo specianlne na to. ale nikto nebude tvorit hru ktoru si nezahra vecsina hracov. AMD malo teselaciu a kym sa to nedostalo do DX tak sme to mohli vidiet iba v technologickych demach.


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: so 31. květen 2014, 21:51 
Moderátor
Moderátor
Obrázek uživatele

Založen: 24. červen 2004
Bydliště: Varnsdorf - Thessaloniki
Nahoru
Update první stranky s odkazy. Veskera diskuse o PhysX bude zde.

Crytek a nVidia se dohodli na pridani Gameworks s PhysX do hry Warface.
http://www.geforce.com/whats-new/articl ... -gameworks
Krteq napsal:
Roy Taylor věští konec PhysX a CUDA

Tohle je spis usmevny :)

_________________
Obrázek


 Profil  
 Předmět: Re: NVIDIA a plány s PhysX
PříspěvekZaslal v: so 31. květen 2014, 21:56 
Začátečník
Začátečník
Obrázek uživatele

Založen: 22. duben 2010
Nahoru
nou napsal:
ale ma pravdu. CUDA je ospravldnitelna tak pre vedecke alebo ine specializovane vypocty kde sa proste nakupi zelezo specianlne na to. ale nikto nebude tvorit hru ktoru si nezahra vecsina hracov. AMD malo teselaciu a kym sa to nedostalo do DX tak sme to mohli vidiet iba v technologickych demach.


do dx se to ani dostavat nemuselo ten snad ani zadnou specialni podporu pro teselaci nema tam slo spis o to ze graficka pipeline se stala vic programovatelna (taky diky dx11) a grafiky jsou vykonejsi

proto si ted jednotlivy enginy muzou naprogramovat tesselation shadery (predtim se to delalo v geometry shaderech) a tim ziskat teselaci (pokud by sis to chtel zkusit treba sam doma tak tady je navod jak si takovou vec naprogramovat)

http://antongerdelan.net/opengl/tessellation.html

_________________
i7-9700K@5.1GHz, 2x16GB DDR4-3000MHz, Asrock Z390M-ITX, A-data 1TB XPG SX8200
i7-9700K@5.1GHz, 2x16GB DDR4-3200MHz CL13, ASUS APEX IX@X, A-data 512GB XPG SX8200, R9 290X@390X 4GB, NZXT S340 Elite, X4071UHSU
HP ENVY x360 13 4300U
Athlon 200GE, 2x4GB DDR4 3000Mhz, ASUS A320M-K@350M-E, A-data 1TB XPG SX8200, 55OLED754, 100W 12V PicoPSU


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: po 2. červen 2014, 10:29 
Čestný člen
Čestný člen

Založen: 22. duben 2005
Bydliště: Brno
Nahoru
Hladis napsal:
Krteq napsal:
Roy Taylor věští konec PhysX a CUDA

Tohle je spis usmevny :)
Ani ne, trh mu dává za pravdu. CUDA je na ústupu.


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: po 2. červen 2014, 10:57 
Začátečník
Začátečník
Obrázek uživatele

Založen: 25. únor 2007
Nahoru
Krteq napsal:
Ani ne, trh mu dává za pravdu. CUDA je na ústupu.


- hej? a na to su aj nejake statistiky ktorymi by si to mohol podlozit, alebo je to len taky tvoj pocit? :)

_________________
MB: ASUS P9X79 CPU: Intel i7-4820K + Noctua NH-U12P RAM: 48 GB DDR3 1333 MHz GPU: EVGA GeForce RTX 2070 XC GAMING SSD: Intel 730 240 GB, Crucial MX300 1 TB
PSU: Seasonic X-560 SOUND: ASUS Xonar Essence ST + Xonar H6 + beyerdynamic DT 990 Pro 250 Ω + Creative 6.1 6700 CASE: Cooler Master Silencio 650 LCD: HP Z32 4K
KEYBOARD: CM Storm Quickfire XT MOUSE: Logitech G502 HERO + G240 GAMING: Logitech G29, Xbox Elite Controller, Saitek X56 Rhino H.O.T.A.S. OS: Windows 10 Pro 64-bit


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: po 2. červen 2014, 11:23 
Moderátor
Moderátor
Obrázek uživatele

Založen: 24. červen 2004
Bydliště: Varnsdorf - Thessaloniki
Nahoru
Muzes mi nejak konkretne definovat ten ustup CUDA krome marketingstiny ? (to ani nemluvim o vesteni konce) Konkretni pripady a výsledky. Uprime v renderu me to prislo, ze CUDA naopak posilila a ne ze ztraci.

Citace:
I'll try to summarize my experiences obtained in the course of developing ViennaCL, where we have CUDA and OpenCL backends with mostly 1:1 translations of a lot of compute kernels. From your question I'll also assume that we are mostly taking about GPUs here.

Performance Portability. First of all, there is no such thing as performance-portable kernels in the sense that you write a kernel once and it will run efficiently on every hardware. Not in OpenCL, where it is more apparent due to the broader range of hardware supported, but also not in CUDA. In CUDA it is less apparent because of the smaller range of hardware supported, but even here we have to distinguish at least three hardware architectures (pre-Fermi, Fermi, Kepler) already. These performance fluctuations can easily result in a 20 percent performance variation depending on how you orchestrate threads and which work group sizes you choose, even if the kernel is as simple as a buffer copy. It's probably also worth mentioning that on pre-Fermi and Fermi GPUs it was possible to write fast matrix-matrix multiplication kernels directly in CUDA, while for the latest Kepler GPUs it seems that one has to go down to the PTX pseudo-assembly language in order to get close to CUBLAS' performance. Thus, even a vendor-controlled language such as CUDA appears to have issues to keep the pace with hardware developments. Moreover, all CUDA code gets compiled statically when you run nvcc, which somewhat requires a balancing act via the -arch flag, while OpenCL kernels get compiled at run-time from the just-in-time compiler, so you can in principle tailor kernels down to the very specifics of a particular compute device. The latter is, however, quite involved and usually only becomes a very attractive option as your code matures and as your experience accumulates. The price to pay is the O(1) time required for just-in-time compilation, which can be an issue in certain situations. OpenCL 2.0 has some great improvements to address this.

Debugging and Profiling. The CUDA debugging and profiling tools are the best available for GPGPU. AMD's tools are not bad either, but they do not include gems like cuda-gdb or cuda-memcheck. Also, still today NVIDIA provides the most robust drivers and SDKs for GPGPU, system freezes due to buggy kernels are really the exception, not the rule, both with OpenCL and CUDA. For reasons I probably do not need to explain here, NVIDIA no longer offers debugging and profiling for OpenCL with CUDA 5.0 and above.

Accessibility and Convenience. It is a lot easier to get the first CUDA codes up and running, particularly since CUDA code integrates rather nicely with host code. (I'll discuss the price to pay later.) There are plenty of tutorials out there on the web as well as optimization guides and some libraries. With OpenCL you have to go through quite a bit of initialization code and write your kernels in strings, so you only find compilation errors during execution when feeding the sources to the jit-compiler. Thus, it takes longer to go through one code/compile/debug cycle with OpenCL, so your productivity is usually lower during this initial development stage.

Software Library Aspects. While the previous items were in favor of CUDA, the integration into other software is a big plus for OpenCL. You can use OpenCL by just linking with the shared OpenCL library and that's it, while with CUDA you are required to have the whole CUDA toolchain available. Even worse, you need to use the correct host compilers for nvcc to work. If you ever tried to use e.g. CUDA 4.2 with GCC 4.6 or newer, you'll have a hard time getting things to work. Generally, if you happen to have any compiler in use which is newer than the CUDA SDK, troubles are likely to occur. Integration into build systems like CMake is another source of headache (you can also find ample of evidence on e.g. the PETSc mailinglists). This may not be an issue on your own machine where you have full control, but as soon as you distribute your code you will run into situations where users are somewhat restricted in their software stack. In other words, with CUDA you are no longer free to choose your favourite host compiler, but NVIDIA dictates which compilers you are allowed to use.

Other Aspects. CUDA is a little closer to hardware (e.g. warps), but my experience with linear algebra is that you rarely get a significant benefit from it. There are a few more software libraries out there for CUDA, but more and more libraries use multiple compute backends. ViennaCL, VexCL, or Paralution all support OpenCL and CUDA backends in the meanwhile, a similar trend can be seen with libraries in other areas.

GPGPU is not a Silver Bullet. GPGPU has been shown to provide good performance for structured operations and compute-limited tasks. However, for algorithms with a non-negligible share of sequential processing, GPGPU cannot magically overcome Amdahl's Law. In such situations you are better off using a good CPU implementation of the best algorithm available rather than trying to throw a parallel, but less suitable algorithm at your problem. Also, PCI-Express is a serious bottleneck, so you need to check in advance whether the savings from GPUs can compensate the overhead of moving data back and forth.

My Recommendation. Please consider CUDA and OpenCL rather than CUDA or OpenCL. There is no need to unnecessarily restrict yourself to one platform, but instead take the best out of both worlds. What works well for me is to set up an initial implementation in CUDA, debug it, profile it, and then port it over to OpenCL by simple string substitutions.( You may even parametrize your OpenCL kernel string generation routines such that you have some flexibility in tuning to the target hardware.) This porting effort will usually consume less than 10 percent of your time, but gives you the ability to run on other hardware as well. You may be surprised about how well non-NVIDIA hardware can perform in certain situations. Most of all, consider the reuse of functionality in libraries to the largest extent possible. While a quick&dirty reimplementation of some functionality often works acceptable for single-threaded execution on a CPU, it will often give you poor performance on massively parallel hardware. Ideally you can even offload everything to libraries and don't ever have to care about whether they use CUDA, OpenCL, or both internally. Personally I would never dare to write vendor-locked code for something I want to rely on in several years from now, but this ideological aspect is should go into a separate discussion.

_________________
Obrázek


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: po 2. červen 2014, 12:23 
Čestný člen
Čestný člen

Založen: 22. duben 2005
Bydliště: Brno
Nahoru
Hladisi, postovat celý post s pohledem jediného člověka navíc někdy z půlky loňského roku (stačí jedna citace a hlavně odkaz :? Na to můžu rovnou reagovat tímhle :roll:

2014 will be the OpenCL Year

OpenCL už snad předloni předběhlo CUDA v mimo HPC segmentu, kde se podíl CUDA drží. Všude jinde, kde se využívá GPGPu, přebírá vedení OpenCL.


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: po 2. červen 2014, 12:32 
Moderátor
Moderátor
Obrázek uživatele

Založen: 24. červen 2004
Bydliště: Varnsdorf - Thessaloniki
Nahoru
Ta citace byla jen mimochodem. Stále nevim kde OpenCL CUDA predbiha a v cem. Ja vidim posileni pozice CUDA za poslední pul rok, konkretne v renderingu.

_________________
Obrázek


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: pá 19. září 2014, 16:22 
Moderátor
Moderátor
Obrázek uživatele

Založen: 24. červen 2004
Bydliště: Varnsdorf - Thessaloniki
Nahoru
Prezentace nového PhysX efektu Turf Effects a PhysX Flex pro travu, tekutiny a kolize s objekty https://www.youtube.com/watch?v=y1Lcbo4l_UY

_________________
Obrázek


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: st 12. listopad 2014, 09:19 
Začátečník
Začátečník
Obrázek uživatele

Založen: 16. červenec 2010
Nahoru
no takže jsem nahrál cca 30 hodin s PhysX na Borderlands 2 a pak jsem to vypnul, prostě mě to vadilo, vadilo mi to od začátku a myslel jsem si že si zvyknu a nějak tomu přijdu na chuť ale nestalo se, negativa převažují nad pozitivy, ten shluk bordelu kterej mě přijde naprosto nepřirozenej a přeplácanej mě spíše znepřehledňoval bojiště

prostě já z toho při vší snaze odvařenej nejsem, čekal jsem kapku něco jiného no

_________________
XBOX ONE X, PS4 Pro, LG OLED65BX, CREATIVE Sound Blaster X Katana
výměna pasty za tekutý kov v PS4 Pro https://imgur.com/a/DwRy3CM
Lexus CT200h Daybreak Yellow


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: st 4. březen 2015, 23:01 
Moderátor
Moderátor
Obrázek uživatele

Založen: 24. červen 2004
Bydliště: Varnsdorf - Thessaloniki
Nahoru
http://blogs.nvidia.com/blog/2015/03/04 ... evelopers/

_________________
Obrázek


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: čt 5. březen 2015, 08:06 
Červená karta
Červená karta

Založen: 31. leden 2011
Bydliště: Brno - Kr. Pole
Nahoru
ArgCZ napsal:
no takže jsem nahrál cca 30 hodin s PhysX na Borderlands 2 a pak jsem to vypnul


Ja se ani nedivim, ja mel SLI 660 a FPS dropovaly i na 30, zkousel sem i hrat s jednou kartou + dedikovane physx na druhe ale ty fps dropy byly silene.

Je to jen tresnicka na dortu co pridava par peknych efektu, ale u me to byl jeden z duvodu proc koupit nvidiu.

Ani me nenapada jina hra, kde by byl physx tak videt, jak u borderlands.

EDIT: A to jsem mel u tech 660 upravenej bios, 170 power limit a 1260mhz jadro. V Sli porazeli i 780ti v nekterych hrach.


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: so 1. srpen 2015, 13:22 
Nováček
Nováček

Založen: 30. září 2012
Nahoru
Ani sa ti necudujem ze si smal dropy ja som mal kombo 2x 970 SLi + 750ti physx dedikovanu pri vejucej vlajke v AC black flag malo vytazenie 750ti gpu 50% a teraz si zober ze 750ti OC verzia je +/- autobus na tom ako jedna tvoja 660 este dodam ze k SLi sa odporuca dalsia dedikovana karta pokial chces physx lebo to sposobuje dropy a tie som bez 750ti pocitoval aj na SLi 970 co uz je ina liga ako 660 na druhu stranu :) kupovat kartu za 160eur len pre par effektov (prechadzanie cez dym alebo vejuca vlajka) je tiez na uvazenie hlavne ked si vezmem ze physx je len v par hrach a este dodam ze aj ta vlajka viala tak trorcha divne :D


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: čt 2. únor 2017, 07:30 
Začátečník
Začátečník
Obrázek uživatele

Založen: 16. červenec 2010
Nahoru
https://www.youtube.com/watch?v=H9nZWEekm9c

ty testy jsou jak generátor náhodných čísel :D

Jinak teda jsem poprvé teď hrál Mirrors Edge a tam mě na rozdíl od Borderlands 2(viz výše) přišlo PhysX super, ale nemam už bohužel nVidiu takže mě to při požadavku na více efektů okamžitě padlo na 10FPS(nejspíš přehozeno počítání PhysX na CPU?)

_________________
XBOX ONE X, PS4 Pro, LG OLED65BX, CREATIVE Sound Blaster X Katana
výměna pasty za tekutý kov v PS4 Pro https://imgur.com/a/DwRy3CM
Lexus CT200h Daybreak Yellow


 Profil  
 Předmět: Re: nVidia PhysX
PříspěvekZaslal v: út 25. září 2018, 16:15 
Nováček
Nováček

Založen: 20. srpen 2013
Nahoru
V rámci nových ovládačov pre podporu RTX GPU (411.63) sa nachádza aj nová verzia ovládača pre PhysX - 9.18.0907. Zmeny oproti predchádzajúcej verzii som nenašiel. Na nvidia.com majú informácie zatiaľ iba k predchádzajúcej verzii 9.17.0524.

Tiež by som sem rád doplnil aj pár článkov s vyjadreniami o PhysX od Pierra Tiedemanna, ktorý sa na jeho tvorbe podielal ešte v časoch, keď sa toto API nevolalo PhysX (t.j. ešte predtým ako ho kúpila AGEIA) a robí to až doteraz. Prečítať by si to mali hlavne neustáli kritici. V článku z posledného tretieho odkazu je naznačené aj to, v akom stave je PhysX momentálne a ako pokračuje jeho vývoj.

Článok o mýte, že bol PhysX "skriplený": http://www.codercorner.com/blog/?p=1129
Výkonnostné zlepšovanie PhysX naprieč verziami (ukázané na testoch) - http://www.codercorner.com/blog/?p=914
Raytracing, RTX 2080, DXR, PhysX - http://www.codercorner.com/blog/?p=2013

Taktiež to vyzerá, že Metro Exodus bude mať okrem RTX podpory aj GPU PhysX a Hairworks:

https://wccftech.com/metro-exodus-nvidia-hairworks-physx/


 Profil  
Zobrazit příspěvky za poslední:  Řadit podle  
Odpovědět na téma  [ 248 příspěvků ]  Přejít na stránku předchozí  1 ... 9, 10, 11, 12, 13  další


Čas je uváděn v UTC + 1 hodina


Přejít do sekce:
  

Kdo je přihlášený

Uživatelé procházející si tuto sekci: michalpuk a 2 anonymních


Nemůžete zakládat nová témata v této sekci
Nemůžete odpovídat na příspěvky v této sekci
Nemůžete upravovat své příspěvky v této sekci
Nemůžete mazat své příspěvky v této sekci
Nemůžete připojit přílohy v této sekci

 
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Český překlad - PCT fórum, Zásady ochrany osobních údajů.