Hirdetés
-
A TikTokon marakodik Trump és Biden
it Trump szerint ha betiltják a TikTokot, annak a felelőse Biden lesz. A betiltás Trump szerint csak a Metát tenné még gazdagabbá.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Kisebb lett a Kioxia új, UFS 4.0-s memóriája
ph A friss dizájn persze gyorsabb is az elődhöz viszonyítva.
Új hozzászólás Aktív témák
-
Béééla
őstag
Na, egyre több dolog fog normális sebességgel futni?
Bélabá
-
vinibali
őstag
milyen meglepő az AMD biztos megtámogatta pár Radeonnal a Corelt, ebből látszik milyen komolyan veszik a GPU erejét... vagy csak érzik a (saját) CPU gyengeségeit? nagyon ötös hozzáállás
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
B4nd1t4
tag
Tesztet!
Kíváncsi lennék dVGA és APU esetében mennyivel nő (azaz csökken) a tömörítés ideje.
Alamuszi Nyuszi nagyot ugrik... :)
-
Abu85
HÁZIGAZDA
A Corelt régóta érdekli a GPGPU. Próbálnak a lehető legtöbb program esetében ebbe az irányba fejleszteni. Ezt sem az AMD-nek csinálták. Egyszerűen versenyképesek akarnak maradni, mert egy fizetős tömörítőnél azért a technológiai újítás fontos. Különben ott vannak az ingyenesek, és le lesz darálva a WinZip. Most az OpenCL-en volt a sor. Az persze látszik, hogy az AMD-től kaptak segítséget, de a WinZip nem marad örökké AMD exkluzív az OpenCL-re. Az exkluzivitás csak kényszerű, mert sok tesztelés kell a gyorsításra. Nyilván a Corel nem akarja, hogy a betömörített állomány hibás legyen. Ezt egyelőre az AMD OpenCL driverén tudják biztosítani, de a további tesztelés után szerintem nincs akadálya az Intel és az NVIDIA támogatásának sem. A kód már adott.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Male
nagyúr
Vajon a WinRARnál mikor lépik ezt meg? Mivel a tömörítés sokkal lassabb RAR-ba, mint ZIP-be (gondolom sokkal számítás igényesebb), így jó lenne... (Mondjuk WinZIP-et sok éve nem is próbáltam.)
-
gyiku
nagyúr
rar-t ismeri? gpu gyorsitas megy? mert akkor uninstall winrar x64.
hüllő
-
Srodney
senior tag
seggtörléshez nem kell még grafikus processzor?...
-
adm
őstag
látta már valaki akár a winzip-et vagy a winrar-t, akár a 7zip-et 100%-os processzor kihasználással dolgozni?
16core - 32thread - 64gb
-
mghltm
addikt
-
Viktor77
titán
Csináltam egy gyors próbát.
Nem túl jó teszt, mert MP3-akat tartalmazó mappát csomagoltam be.
A mappa mérete 2.16GBZIP: 1:23
RAR: (kapaszkodjatok!) 8:38A végeredmény 2.12 illetve 2.13GB lett, szóval nagyon hasonló tömörítési arány volt.
Érdekes, hogy nem használta a ZIP annyira a VGA-t mint vártam, lényegében 15% fölé nem ment a kihasználtság.Egy 3 gigás ISO-t is kicsomagoltam, itt 15mp volt a ZIP javára (2:46 vs. 3.01).
Csinálni kell. Kész. Pont.
-
Abu85
HÁZIGAZDA
A PCI Express egy VGA-nál korlátozó. A becsomagolandó állománytól függően sok lehet a kommunikáció. Ezt a buszt nagyon nem érdemes terhelni, de sajna muszáj. Nyilván a busz limitációi kihatnak a VGA kihasználására. Ezért írta a Corel, hogy APU-n van a legtöbb különbség. Ott ez a limitáció nem létezik.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
ddekany
veterán
Nálam 7zip alapértelmezett erősségű zip-be tömörítésnél kb 85-90% CPU használatot generál kétmagos 2Ghz-s Core 2 generációs Pentiumon. Igaz, ebből pár 5-10% százalék a HDD AES titkosítása lehet. De a lényeg, hogy ha simán átmásolni egy fájlt 100 egységnyi idő, akkor ugyan ez zip-be tömöríteni 160. Tehát vagy bénán bánik az I/O-val a 7zip, vagy a CPU szűk keresztmetszet.
-
ddekany
veterán
Miért nem ZIP-el mérted a OpenCL nélküli tömörítést is? Ez így olyan sokat nem mond. Plusz, mp3-at sok tömörítő lehet hogy eleve máshogy közelít, mert ismert formátum. Próbálj meg mondjuk valami CD/DVD image-et (.iso, stb) tömöríteni. (Nekem nincs OpenCL kompatibilis kártyám...)
[ Szerkesztve ]
-
juzer78
tag
Három párhuzamosan elindított tömörítéssel sem sikerül átlagosan 10%-os GPU terhelés elérni egy 6870-en... egyenlőre ez elég halovány...
-
juzer78
tag
válasz multiplikato #17 üzenetére
A CPU-t tuti, egy 2 magoson megy, de a hdd-t nem hiszem 3 különböző hdd-ről indítottam. Azt gondolnám, hogy a gyengébb CPU mellett inkább a GPU-t kezdi terhelni, de véletlenül sem. 2 tömörítésnél is ez volt a helyzet. 1 tömörítésnél meg csak kis tüskék jelennek meg semmi több, akkor meg csak 80% körül van a CPU... van még mit fejleszteni ezen... egy 7xxx kártyán is kiváncsi lennék, mi a helyzet...
-
lujó55
őstag
Várható volt ez a lépés!
-
dezz
nagyúr
Cikk: "a legújabb WinZip ugyanis már a grafikus processzor erejével is képes gyorsítani a tömörítést"
Ezt a mondatot így egészíteném ki, mert úgy tűnik, sokan máig nem érik, mi a fene ez a GPGPU-s téma: "a legújabb WinZip ugyanis már az általános számítások elvégzésére is egyre inkább alkalmas grafikus processzorok erejével is képes gyorsítani a tömörítést".
Egyébként alapból nincs engedélyezve a GPU-s gyorsítás a programban!
(#2) vinibali "ebből látszik milyen komolyan veszik a GPU erejét... vagy csak érzik a (saját) CPU gyengeségeit?"
1. Tudhatnád, hogy az összes magot kihasználni képes, kimondottan számításigényes feladazokban egálban vannak a Bulldozerek az inteles vetélytársakkal. (Már ha az adott program nem kimondottan Intelre optimalizált.)
2. Azt is tudhatnád, hogy tömörítésben még kicsivel jobb is.
3. Tehát, nem ez a fő ok. Hanem "talán" az, hogy egy komolyabb GPU 10-20x gyorsabb lehet, mint egy CPU!(#6) gyiku: RAR-t csak kitömöríteni tud. Viszont van valami új formátum (ZIPX), ami hatékonyabb, mint a sima ZIP.
(#7) Srodney: Ha annyira ráérsz, nem kell használnod...
(#8) adm: Na igen. Szerintem nagyon rosszul van megírva a WinZIP és WinRAR I/O része... Mintha nem is szekvenciálisan olvasna. (Ahelyett, hogy egyszerre olvasna be x megát egy bufferbe.)
(#13) ddekany: Nálad volt GPU-terhelés? Nálam 0% maradt, pedig más OpenCL-es programok működnek. (HD5750)
[ Szerkesztve ]
-
juzer78
tag
Be kell kapcsolani a Winzipben... settings / options / system... alapesetben nincs bekapcsolva, vagyis nálam nem volt.
-
dezz
nagyúr
"Mintha nem is szekvenciálisan olvasna. (Ahelyett, hogy egyszerre olvasna be x megát egy bufferbe.)" -> folyt.: ez olyankor jön ki főleg látványosan, amikor ugyanarra a vinyóra történik a ki-/betömörítés. Darál a vinyó, jól belassul az egész. Az említett (double-)buffer beiktatásával ez elkerülhető lenne. Ráadásul, amikor az egyikben dolgozik (a memóriában), másik szálon kezelhetné a kiírást/beolvasást. Ilyenkor tisztára a 80-as években érzem magam (elmaradott gépeken nem DMA-zott lemezkezelés, amatőr megoldások "komoly" programokban is, stb.)...
(#22) juzer78: Előtted eggyel írtam.
[ Szerkesztve ]
-
multiplikato
tag
Ott a pont! Most pedig mindenki horgássza elő újra a stopperét!
Egy 8 gigás ISO-t próbáltam, a winrar 1 órát írt ki rá, ez nem is vártam ki, érezhetően cammogott, a winzipnek olyan hat perc kellett, ezt is csak saccra tudom, mert a jobb sarokban néztem az órát.
Konklúzió: nem vagyok egy nagy teszter, majd akinek több türelme van, az megcsinálja pontosan
c2d 2.66 GHz + radeon HD4830 -
McSico
senior tag
Zúztam én is egy gyors tesztet.
Hardver: i7 980x EE CPU; Radeon HD 5870 (ref.) VGA
Bemeneti mappa mérete: 1,46 GB (vegyes fájltípus és méret)
Tömörített állomány mérete: 966 MB
A kimeneti fájl RAM Disk-re készült, hogy kevesebb legyen a hátráltató tényező.
Eredmények:
Sima zip openCL nélkül: 1:09:063
Sima zip openCL-el: 0:56:165
zip (AES-256 bit): openCL nélkül: 0:58:958
zip (AES-256 bit) openCL-el: 0:47:004A VGA leginkább az AES-256 bit-es zip tömörítése izzasztotta meg a legjobban.
CPU használat átlagban szinte ugyanannyi volt minden esetben.Remélem hasznos voltam...
"Ha bármi rossz dolog ér az életben, gondolj arra, hogy egy elkényeztetett kurvának mindig rosszabb!"
-
Beri
addikt
Betömörítettem a wow cache mappáját (7.3GB) kíváncsiságból:
GPU-val: 2:40 (CPU végig 100-on, GPU 22% fixen)
GPU nélkül: 2:53
sima másolás tömörítés nélkül: 1:41eladó Aromamizer RDTA V1
-
dezz
nagyúr
.zipx formátum használata mellett ezek az újabb metódusok használhatók egyébként (ha valamelyik mond esetleg valakinek valamit):
- bzip2
- LZMA
- PPMd
(Egy esetleges átfogóbb tesznél ezeket is meg lehetne nézni.)Amúgy elég tré, hogy már ki tudja, hány éve fejlesztik, de semmi visszalejzés a tömörítési időről... Se előre, se utólag.
(#27) Abu85: Részemről a megtiszteltetés.
[ Szerkesztve ]
-
Löncsi
őstag
Zsír, jöhet majd nV-re is.
Elvették a radírját, azt az egész élete egy nagy kompenzálás, hogy ő igenis kan és igenis 2 méteres a fallosza - by stranger28
-
FireGL
aktív tag
X6 1075T 3GHz
HD6850 860/4400
12.4 beta OpenCL 1.2 driver3GB-os vegyes telepítő fájlok ramdrivera tömörítve.
CPU terhelés mindkét mérés esetében 60% és 90% között ugrált
bekapcsolt GPU-nál a terhelés pedig 17-20%CPU: 1m 49s
CPU+GPU: 1m 30sAz embert a gondolkodás tette állattá...
-
banhammer
veterán
Sose voltam elájulva a WinZiP-től.
Majd ha kijön az NV gyorsítás talán felrakom.A legtöbb fájlkezelő hála az égnek alapból támogatja a ZIP-et, ami nekem tökéletesen elég.
\m/ Minden lehetséges, kivéve forgóajtón átsíelni... \m/
-
-
ddekany
veterán
Látom már beesett pár eredmény... amikből az jött le, hogy elenyésző a gyorsulás. De minden tesztelőnek brutális CPU-ja volt. Valószínűleg az lenne az érdekes, hogy mit csinál ez mondjuk egy Brazos-on.
-
dezz
nagyúr
Szerintem erős CPU-hoz képest is jobb eredményeket kellene kapni. Pl. az a korábbi ZIP/RAR jelszótörő a többszörösére gyorsult OpenCL alapon. Nem vagyok róla meggyőződve, hogy a WinZIP csapat igazán optimális kódot képes fejleszteni...
Mondjuk érdekes lenne megnézni GCN alapú GPU-val is.
Mindenesetre szerintem előbb-utóbb a "többiek" is ráállnak a GPU-s gyorsításra, és én többet várok a WinRAR és a 7-Zip fejlesztőitől. (Valószínű éppen azért léptek először a WinZIP-esek, mert tudták, hogy a legjobbak nem lehetnek, de legalább lehetnek az uttörők. Azért némi kis bevétel-hullámuk biztos van most ebből a kis reklámból.)
-
Abu85
HÁZIGAZDA
Más az algoritmus. Mértem már a Radeon HD 7850-en, ami a nyers számítási teljesítményben kevesebb, mint a régi HD 5850-em, mégis 3,8x gyorsabb a 256 bites AES titkosítás rajta. A TeraScale architektúrát nem erre tervezték, míg a GCN-et igen.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
apatyas
Korrektor
Csinálok tesztet brazosra. Egyelőre a winzip 16.5 és 16.0 (szoftverbazisrol) letöltésénél tartok.
pezo77 #5 2017.12.14. 13:29 Hmm. És ez az e-hajó akkor hol is tud kikötni? Az e-bay -ben? ;)
-
dezz
nagyúr
Igen, a jelszótörősnél jó esetben csak az elejéből kell sok különböző jelszó-variációval próbálva kitömöríteni egy kis részt, ez nagyon jól párhuzamosítható. A másiknál egymás utáni részeket (ismert jelszóval) -- ami a kitömörítést illeti (de a betömörítés is hasonló). Ha azt feltételezzük, hogy itt sem függenek egymástól az egyes chunkok, akkor kvázi ugyanolyan jól párhuzamosíthatónak kell lennie! (Csak pl. itt többet kell egy ciklusban beolvasni, plusz írni is.)
Szóval, ez az erdedmény is valami, de lesz majd jobb is.
Ez kb. olyan, mint annó a HW-es videódekódolás támogatása. Talán a Nero készítői hoztak ki legelőször ilyen codecek, kis szépséghibája volt, hogy HW-es módban lassabb volt a dolog, mint procival (ami CPU-val akadt, ezzel méginkább). Aztán a Cyberlink (és mások) megmutatták, hogy kell ezt csinálni, ugyanazon a konfigon röccenés nélkül ment már az 1080p.
-
nyunyu
félisten
Forras: 4437MB-s DVD image
TC 7.56 gyari ZIP plugin: 4089MB, 7:18 (1 magot maxol ki)
TC + parancssoros RAR 4.11: 4054MB, 24:29 (4 mag*50%)
WinRAR x64 4.11: 4054MB, 23:47 (4mag*45%)
7-ZIP x64 9.20: 4021MB, 17:18 (1 mag 80%, 3 mag 40%)
WinZIP x64 16.5: 4084MB, 1:52 (4 mag*95%)Mindegyik tomorito default beallitasokkal futott.
Durva, mennyivel gyorsabb a WinZIP, mint a konkurencia.
Kulonosen a RAR lemaradasa megdobbento, holott ~20 eve komoly tomoritonek tartottam. (Na jo, akkor max ARJ, LHA, PKZIP volt a konkurencia )Hello IT! Have you tried turning it off and on again?
-
dezz
nagyúr
Huh, itt aztán van szórás... (A korábbi 20%-okhoz képest [1 kivétellel].)
Megjegyzem, a default beállítás nem biztos, hogy megfeleltethető és akár 1-1 hatékonysági szint váltás is nagy eltéréseket hoz időben, minimálisan kisebb file-méret mellett. Azaz, inkább úgy kellene beállítani őket, hogy azonos file-méretet adjanak (se nem light, se nem extrém beállítás mellett, hanem azért valahol középtájon) és utána megnézni az időt.
Szóval, vagy a WinRAR-ban kellene kisebbre venni a hatékonyságot (és/vagy a RAR helyett ZIP-et beállítani), vagy a WinZIP-ben beállítani valamelyik ZIPX módot...
Plusz ki tudnád esetleg próbálni OpenCL nélkül is a WinZIP-et?
Amúgy nagyon érdekes, hogy a TC 1 magon is mennyivel gyorsabb, mint a legtöbben. (Már ha nem 17:18 akart lenni.)
[ Szerkesztve ]
-
nyunyu
félisten
WinZIP hulye feluleten nem jottem ra, hogy kell bekapcsolni a ZIPX-et, mert mindenaron kicsomagolni akarta az ISOt, becsomagolni csak az add file opcioval sikerult, ott meg semmit nem lehet allitani.
OpenCL? Fent sincs a gepemen.Sima ZIP eredmenyebol nem maradt le az 1, het perc alatt vegzett.
RAR hatekonysaga csapnivalo, masfelszer annyi ideig tartott, mint 7Zippel, raadasul az utobbi kisebb archivot csinalt.
[ Szerkesztve ]
Hello IT! Have you tried turning it off and on again?
-
apatyas
Korrektor
No itt az én tesztem:
Brazos E-350, 110MHz ref.clock, 1760MHz cpu 1466MHz RAM, 306MHz/542MHz GPU.
friss catalist, AMD system monitor a GPU terhelés jelzésére,
Dataram RAMDisk_V3.5.130RC22b.msiACRSP.exe 46.868 MB eredeti / 17.876 BB TC-vel tömörítve.
ACRPR.exe 46.599 MB eredeti / 17.675 MB TC-vel tömörítve.
DEEP_SPACE.bmp 9.669 MB eredeti / 4.999 MB TC-vel tömörítve, nagyjából hasonló időarányt fut mint az előző exe-k.
RAMDRIVE-on elhelyezve a forrás és cél is.TC belső pkzip-je: 68s, 39.3% méret, ~50% terhelés
WinZip 16.0 legacy mode: 31s , 39.3%, 3x felment 100%ra, közte röviden leesett 40%-ra.
winzip 16.0 zipx mode : 80s , 25.6%, terhelés kb 90%-on.winzip 16.5 legacy mode: 31s , 39.3%, terhelés ua. - ez tök ugyanaz mint az előzőn.
winzip 16.5 zipx mode : 79s , 25.6%, szintén változatlan az előző verzió óta.OpenCL-lel:
winzip 16.5 legacy mode: 21-23s , 39.4% azonos méret, full CPU + 47-51-100% GPU de ezek az értékek nemigazán frissülnek közben, a gpu órajel csak tüskésen ment fel 541-re.
winzip 16.5 zipx mode : 75s , 25.6%, nem láttam GPU terhelést. zipx-nél sztem nincs GPU gyorsítás.Vagyis összegezve, saját magához képest 70-74% az időigénye GPU gyorsítással az alsóház APU kategórián, és tized százalékkal nagyobb file készült.
[ Szerkesztve ]
pezo77 #5 2017.12.14. 13:29 Hmm. És ez az e-hajó akkor hol is tud kikötni? Az e-bay -ben? ;)
-
dezz
nagyúr
A programban az Add ablak jobb alsó sarkánál van egy olyan, hogy Change Compression.
"OpenCL? Fent sincs a gepemen."
Hihi, ezt az előbb is írhattad volna, hiszen az egész topik erről szól!
Akkor viszont felmerül a kérdés: ha hiába eleve 10x gyorsabb a WinZIP, mégis a háttérbe szorul a kisebb hatékonysága miatt, akkor most ilyen 20-30% sebességnövekedéstől várják az áttörést (piacvisszaszerzést)? (Ráadásul pl. a WinRAR-ban is beállítható gyorsabb tömörítési mód.) És akkor még csak a sima ZIP-elést OpenCL-esítették!? Inkább a hatékonyabb módokat kellett volna!
Na igen, a 7-Zip a "király" (Nem is értem, miért nem azt használják "netszerte". Talán csak Windowsra van? Vagy megéri kivárni, amíg a [Win]RAR valami durvább módban mégkisebbet csinál?). Viszont a WinRAR-t 1-2 szinttel gyorsabb módban futtatva lenne egálban a WinZIP tömörítésével és úgy valószínűleg időben is sokkal jobb lenne (magához képest).
(#48) apatyas: Ez aztán kimerítő volt!
Csak azt nem árulták el, hogy a ".Zipx: Best method" tulajdonképpen melyiket jelenti a bzip2, LZMA, PPMd közül...? Esetleg ezeket egyenként még meg lehetne nézni, hátha valamelyik szintén GPU-gyorsított. (Én is szívesen megnézném, de úgy tűnik, nálam most valami miatt nem megy a gyorsítás, hiába kapcsolom be.)[ Szerkesztve ]
-
vinibali
őstag
azt tudhatnád, hogy tudom. de tulajdonképpen nem is értem... mi ez a kioktató stílus?! feljössz és elmondod mindenkinek hogy mi a frankó?
mert nyilván mindenkinek a gépében 4 modulos Bulldózer van
(#4) Abu85: igen, én is úgy gondoltam, hogy ők kezdtél el hamarabb támogatni a feljesztéseket, mint ahogy mostanában szinte mindent ők kezdenek el elsőként ami innovatívBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
Új hozzászólás Aktív témák
- -50% Lenovo ThinkPad T14 Gen 3: i5 1250P (12mag/16szál!!!),16GB,512GB,TOUCH,Win 11Pro,gari 2025.9.2.
- Samsung Galaxy S24 Ultra 12/512gb, Titánszürke, 1 hetes, csak kipróbált, 3 év garanciával, eladó!
- HP ENVY x360 15-fh0755ng Convertible - ÚJ - 15,6" notebook - Ryzen 5, 16GB, 512SSD, Win11
- Iphone 12 64GB független 94% akku
- HP PROBOOK 450 G9 (6A150EA) - ÚJ - 15,6" FullHD IPS üzleti notebook - i3-1215U, W11pro
- Hausmeister olajradiátor 2000W kettő darab egyforma együtt eladó Hódmezővásárhelyen
- ÚJ Független Apple iPhone 15 Pro 256GB !!! 1éV nemzetközi APPLE GARANCiA
- Frissen szervizelt Gigabyte Geforce RTX 3090 Vision OC
- Digitális hordozható bőröndmérleg
- ZOTAC GeForce RTX 3060 Ti Twin Edge OC 8GB GDDR6 256bit