- 3D nyomtatás
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- TCL LCD és LED TV-k
- HiFi műszaki szemmel - sztereó hangrendszerek
- Gaming notebook topik
- Elkészült Oroszország első litográfiai berendezése
- Milyen TV-t vegyek?
- ThinkPad (NEM IdeaPad)
- Kormányok / autós szimulátorok topicja
- Melyik tápegységet vegyem?
Hirdetés
-
[SoP] Mozgásban a Concord, a Firewalk új játéka
gp A program a tervek szerint egy 5v5 felállású aréna shooternek készül továbbra is.
-
Terítette a friss Cortex magokat az ARM
ph Háromból igazából kettő, ami ténylegesen új, a legkisebb inkább frissítésnek számít.
-
Kihagyták az NVIDIA-t egy új AI-hálózati szabványból
it Számos big tech cég összefogásával készült el egy új AI-hálózati szabvány, mindebből viszont kihagyták az NVIDIA-t.
Új hozzászólás Aktív témák
-
Writz
tag
Renderelni befognék egy párat szívesen.
Passzívan aktív passzív forumózó vagyok...
-
Szatyor95
aktív tag
Nem semmi egy monstrum, kíváncsi lennék egyszer, hogy mire is képes egy ilyen.
Ja, és hogy még most meglegyen az ilyenkor szokásos okos kérdés: Krájszisz 3 ugye fut rajta 4K-ban maxon? Ha nem, ez egy értelmetlen kacat...
Nyugodj békében Integra!
-
alevan
őstag
4kban nem, de tud FullHDt 720p monitoron, és nem lassú peddig le van renderelve az óceánokon kívül még a földgáz és kőolajtartaléka a Crájzisz világnak + az evolúciót is szimulálja
"Ezért lovagol a pokolba a konzumer IT piac. A hülye igények... . Azt sem tudod, hogy mit akarsz de az jöjjon havonta frissités formájában."
-
Szatyor95
aktív tag
Köszi a megnyugtatást.
hardline: Sajnos sokszor vannak ilyen kérdések, ráadásul komoly szándékkal mögöttük. Eleinte még vicces, mikor valaki tényleg elhiszi, hogy ez vérpistáknak otthoni gémer cucc, de egy idő után már inkább fárasztó.
Nyugodj békében Integra!
-
energy4ever
addikt
Durva a teljesitmenye foleg, hogy 900mhz-n megy a gpu-ja.
-
addikt
Nem ismerem az AMD nevezéktanát, de ez a FirePro az NV-nél a Teslának felel meg?
-
#10691584
törölt tag
Ezze számíccsák a kvarkglüon plazma fluktuácijóit a dilítium mátrixba nemiga?
-
addikt
A Tesla K40 is csak 1,43 TFLOPS-ot tud. Ideje belehúzni a zöldeknek.
-
BSOD
senior tag
Valaki sötétítsen már fel, hogy miért nem használják a gpu-kat RIP-elésre (nagyformátumú nyomtatás/nyomdai előkészítés), még a többszálúsítás sem kimondottan elterjedt, Legalábbis amikkel én találkoztam szoftver-ripekel nincsenek felkészítve erre, holott a "videokártyák" pont ebben erősek. Anno voltak kimondott célkártyák/gépek erre (Fiery és társai), most meg itt ez a bődületes teljesítmény és senki nem mozdul rá?
Keresek SILICON GRAPHICS octane-hoz vpro grafikus rendszert.
-
abacsx
tag
Oszt mennyi bitcoint tud kibányászni?
do not underestimate the power of the dark side
-
lenox
veterán
Nv K5200 es tarsairol nem lesz hir?
-
Sanchez638
addikt
Bányászrendszer XD
Utalásnál mindig írj tárgyat. Számom az adatlapomon. Privát számot nem veszek fel!
-
tibcsi0407
félisten
válasz #06658560 #29 üzenetére
CAD/CAM mellett a FEM számításnál van nagyon nagy haszna, ahol rengeteg végeselemet kell számolnia a programnak. Ott minél több szál, annál jobb. AxisVM-el is dolgozok néha, ahol egy nemlineáris számítás órákig, akár napokig is eltarthat, mert csak a processzor szálait tudja hasznosítani a számításnál.
Viszont nagyon sok modern FEM szoftver van, ami sokkal többre képes.
Szerintem nagy löket lenne a mérnöktársadalomnak, ha általánossá tennék, hogy akár OpenCL-en keresztül a VGA is besegítsen a számításba.[ Szerkesztve ]
https://utdetailing.hu/
-
Sanchez638
addikt
válasz tibcsi0407 #32 üzenetére
úgy kellene mint a renderelő programokba, be lehessen fogni mint a hd5*** felfele
Utalásnál mindig írj tárgyat. Számom az adatlapomon. Privát számot nem veszek fel!
-
tibcsi0407
félisten
válasz Sanchez638 #33 üzenetére
Igen, de sajnos valóban a szoftveres támogatottság elmaradott. Nagyon dühítő, mikor egy két-három órás számítás után kapsz egy hibát, hogy elszáll 1-2 csomópont a szabadságfokok , vagy hasonló probléma miatt. Olyankor kijavítod a hibát és kezded elölről. De egyszer remélem rádöbbennek a fejlesztők idővel. Túlzottan fel van pörögve a tervezés ahhoz, hogy ilyen dolgokon menjen el az idő.
https://utdetailing.hu/
-
#06658560
törölt tag
válasz tibcsi0407 #32 üzenetére
FEA-t soha nem mondtam, hogy nem párhuzamosítható. Legutóbbi munkahelyemen valami komolyabb cluster volt befogva rá.
-
#06658560
törölt tag
válasz tibcsi0407 #37 üzenetére
CAD gépész téren sem párhuzamosítható. FEA igen, azt már rég meg is lépték.
-
#06658560
törölt tag
-
tibcsi0407
félisten
válasz #06658560 #41 üzenetére
Ez már egy picit off:
Az egyetlen probléma a CAD és a FEM szoftverek közötti átjárás. Ilyen szempontból jobb, ha egy szoftverben van minden, mert nincs olyan normális formátum, amivel szépen lehetne importálni/exportálni az adatokat. Mindig vannak apró problémák. Persze egy kiadó termékei egymás közt szépen működnek, de más-más kiadók programjai között már nehezebb a dolog.https://utdetailing.hu/
-
válasz #32839680 #30 üzenetére
Amdahl's law az egyik ok, a masik, hogy bizonyos helyzetekben a process szinkronizacio miatt illetve a folyamatok adatigenye miatt szinte semmit nem lehet nyerni tobbszalasitassal. vannak "embrassing parallel" problemak, de sajnos jellemzoen ezek szama alacsonyabb. es igen, vannak problemak, amik nem parhuzamosithatoak kulonbozo okok miatt.
Don't dream it, be it. // Lagom amount.
-
#06658560
törölt tag
válasz tibcsi0407 #42 üzenetére
Ezzel totálisan nem értek egyet. Egyrészt mind az igs, mind a step tökéletesen alkalmas adatok atcitelére, másrészt az FEA programok több natív formátumot is kezelnek már. Az egybe csomagolás pedig a szokásos probléma: a svájci bicska nem olyan jó, mint a filézőkés és a fűrész külön-külön.
-
tibcsi0407
félisten
válasz #06658560 #45 üzenetére
Mint fentebb is irtam én inkabb az epitomernoki programokban latom a problemat. Tobb alkalommal volt problemam Tekla Structuresbol Staad-ba es Axisvm-be exportalassal. Nem kétszeresen szimmetrikus szelvenyeknel bizony a neutral line-t rossz helyre teszi az exportnal, ami a statikai vaz pontatlansagat eredmenyezi
[ Szerkesztve ]
https://utdetailing.hu/
-
#06658560
törölt tag
válasz tibcsi0407 #47 üzenetére
Az akkor lokális, programspecifikus bénázás, valamint eddig még nem találkoztam olyannal, hogy ne az FEA preprocessing során határozzák meg az ilyeneket, kivéve, ha direkt építették fel a felületmodellt.
-
tibcsi0407
félisten
válasz #06658560 #48 üzenetére
Ez rúdmodell. Kicsit más, mint a gépész FEM, acélszerkezethez főleg rúdmodellt használunk. Ugye itt nem kis alkatrészekről van szó, hanem akár többezer négyzetméteres csarnokokról. Egy olyat pedig végeselemekre lebontva kiszámolni rengeteg teheresetre eltartana jópár napig. Szóval sima rúdmodell, amit egyszerű merevségi mátrixokkal számol a FEM program. Ott pedig ugye az adott távolság két tengely között nagyon fontos, hogy pontos eredményt kapj.
https://utdetailing.hu/
-
#06658560
törölt tag
válasz tibcsi0407 #49 üzenetére
Minden FEA merevségi mátrixokkal dolgozik. A végeselem bonyolultsága, komplexitása kevésbé függ a geometriai mérettől, mint az elemszámtól, egyéb sajátosságoktól. Egy ülés több terhelési modelljét kiszámolni is több hét. Ha rúdmodellt használtok, akkor nem látom a logikát abban, hogy középfelületet akartok generálni. Szoftver kell számolja a keresztmetszeteket, inerciákat, s onnantól nincs mivel küzdeni.
Új hozzászólás Aktív témák
- OpenMediaVault
- [SoP] God of War Ragnarök - Szeptemberben jön a PC-s kiadás
- Négymagos Xeon(!) CPU LGA775-ös deszkában
- Féltucat régi Samsung kapott új One UI-t, köztük az A52s
- Linux felhasználók OFF topikja
- Samsung Galaxy Fit 3 - keveset, de jól
- 3D nyomtatás
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- TCL LCD és LED TV-k
- GoodSpeed: Új alaplap, vagy BIOS frissítés után beállítandók IV. - AMD Expo
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs