Új hozzászólás Aktív témák
-
#114
Fire/SOUL/CD
félisten
Oliverda
#113
-
lvb
aktív tag
A napokban írtam egy kis SSD tesztelő programot, mert az általam használt workflow-hoz (huzamosabb ideig bejövő nagy adatmennyiség lementése az SSD-re, majd közben a beérlezett adatok felolvasása és feldolgozása) nem találtam megfelelő tesztprogramot. Remélem, hogy megfelelően működik, és bekerül az SSD tesztelő utility-k közé.
* A program legenerál teljesen RND adatokkal a megadott méretnek megfelelően min 2x1 GiB - ajánlott legalább 2 x 5 - 10 GiB - adatot. (Természetesen elég csak 1x legeneráltatni az adatokat) Célszerű lehet többféle méretű fájolkat is legeneráltatni, nekem az 1megás fájlok megfelelőek.
* Párhuzamosan átmásolja a két megadott forráskönyvtár tartalmát a célkönyvtárakba.
* Amennyibe az egyik forrás és cél könyvtár a RAMDrive-on van, akkor elég jó közelítéssel meg lehet kapni, hogy mekkora az SSD R/W teljestménye.
* fontos, hogy a filerendszer cache kiküszöbölése miatt a lehető legkevesebb szabad RAM legyen.
* A program kiírja a másolások összidejét, valamint az átlagos sebességet MiB/s-ben (a két másolási ciklus összes másolt fájlmennyiségét ossza az idővel.)
* Természetesen bekonfigurálható a teszt úgy is, hogy mind a 4 könyvtár az SSD-n van, csak az már nem az a teszt, amire nekem szükségem lenne
mert akkor már párhuzamosan 2 másolás megy az SSD-nA motívációt a marketing adta, ugyanis nagyon szép R/W értékekek írnak egyes SSD-kre, de párhuzamos hozzáférés esetén volt olyan SSD, amit a ráírt adatok negyedét sem tudta (elvártam volna, hogy közelítse a felét.)
Jó lenne, ha Oliverdáék minél több M.2 és PCI-os SSD-t is tesztelnének a SATAIII-ok mellett.
-
válasz
Oliverda
#104
üzenetére
Ettől még a virtualizáció általában tetű lassú. Erőltetik, hogy tudj spórolni a vason, és van jó néhány előnyös oldala, de valójában jó nagy szívás. Az, hogy ez a cikk említ néhány esetet, még nem változtat a tényen. Amúgy is inkább tűnik egy VMware reklámnak, mint bármi másnak.
-
Oliverda
félisten
válasz
buherton
#102
üzenetére
A legjobb tudásunk szerint csináljuk a teszteket, gyakorlati tapasztalatokra alapozva. Nagyon alaposan kidolgozunk és kipróbálunk mindent, még ha netán mindez egy magasan képzett, programozó szakember számára rém gagyinak is tűnik elsőre. Mellesleg nem hiszem, hogy konkrét rálátásod lenne arra, hogy pontosan miként folynak a tesztelések, fantazmagóriákon alapuló kritikával pedig nem tudunk azonosulni.
Azt pedig csak így csendben, hogy az Anandtól a TPU-ig az összes site hasonló módon dolgozik. Egyik szerencsétlen földönfutónak sincs spéci vizsgája, a teszteknek pedig nincs ISO, vagy bármilyen más jól csengő minősítése, mint amire jó néhány olyan multi izgul mint például a GE, a Citi, vagy még sorolhatnám. A lassú virtualizációról pedig itt egy érdekes cikk: [link].
Az eszmefuttatásodat ezek után pedig privátba, vagy egy másik arra megfelelő topikba tereld át! Köszi!
-
buherton
őstag
Fúú basszus. Azt hittem, hogy ez egy komolyabb oldal, és hogy akik írják a cikket értenek is ahhoz, amit csinálnak.
Csak nézz meg egy két virtuális gép vs fizikai gép tesztet. Nem válaszoltál a kérdésemre, de melegen ajánlom, hogy egyik mérésetek sem fut virtuális gépen.A hangzatos vizsgához pl. ISTQB nagyon sokat kell tanulni, már-már egy érettségivel vetekszik. Az elismertsége miatt pedig jó drága is. Nem viccből szokták a munkáltatók kérni.
Elhiszem hogy jó ülni a magas lovon, de kb azt se tudod, hogy mit csinálsz. Nincs hivatalosan kidolgozott redszer? És? Tessék úttörő lenni és alkossatok egy hiteles módszertant, amit bárhol bármikor más is megtud ismételni (mert egy mérésnek megismételhetőnek kell lennie-e ugyebár) bizonyos hibaszázalék mellett, mert a scheduler lelkivilága nem stabil. Szerintem te egy nagy játéknak fogod fel és nem látod, hogy (szerencsére vagy szerencsétlenségükre?) sok ember olvassa a tesztjeiteket és bíznak a méréseitekben. Erre alapozzák sok tíz-száz ezres döntéseiket. Ennek ellenére a másik oldal teljesen félvállról veszi a dolgokat és keresi a lehetőségét az egyszerűsítésre (a mérés kárára). Nagyon nagy szerencsétek, hogy nincs jogi következménye annak, amit csináltok.
-
-
(NPI)
csendes tag
Én nem értek annyira a témához, mint az előttem szólók, mindazonáltal azt tanácsolnám a tesztelőknek, hogy óvatosan bánjanak extrém esetekkel (= amiket egy átlagember ritkán végez).
Ha majd SSD-t fogok venni, nyilván felkeresem ezt az oldalt és megnézem, hogy melyik típusról mit írnak. Ha pl. van egy olcsóbb, ami 20 sec alatt tölt be valamit, meg van egy drágább, ami meg 19 sec alatt tölt be valamit, akkor látom, hogy az ár/érték aránya az olcsóbbnak sokkal jobb és a mellett fogok dönteni a vásárlásnál.
Az extrém esetek tényleg jók arra, hogy felnagyítsák a különbségeket, de megtévesztők lehetnek egy átlagos felhasználó számára, azt sugallva, hogy az adott termék jobb. Pl. egy átlagember operációs rendszert csak sokévente telepít újra, ezért nem mérvadó még az sem, hogy az egyik 1 perccel gyorsabb ilyen esetben, mint a másik.
Nem azt mondom, hogy ne rakjanak bele extrém eseteket, de semmiképpen ne legyenek túlsúlyozva. Én maximum arra lennék kíváncsi, hogy pl. a power gomb megnyomása után, mennyi idő alatt tudok egy adott karakteremre belogolni a WOW-ban (ez egyébként már hosszú ideje az egyik legnépszerűbb játék, mégsem látom soha a tesztekben).
-
Oliverda
félisten
Mi a szörnyű? Az hogy 1-2 teszthez virtualizálunk, ami az eredmény szempontjából nem befolyásoló tényező, viszont jelentős mennyiségű időt takarítunk meg ezáltal?
Manapság igen népszerű és elterjedt megoldás a virtualizáció. Érdemes lenne egy kicsit közelebbről megismerkedned vele.A különféle hangzatos vizsgákkal, illetve nagyvállalati módszerekkel a mi műfajunkban nem sokra mennél, csak magadat szívatnád ha ilyenek mentén dolgoznál. A különféle hardverek teljesítményének vizsgálatára nincs hivatalosan kidolgozott rendszer, csak egy halom tapasztalat és kísérletezgetés útján lehet megtalálni a megfelelő eljárást, de ha sosem csináltál ilyen munkát, akkor ezt valószínűleg nehezen tudod megérteni.
-
buherton
őstag
Nem annyi, mint ha f5-t nyomsz a total commanderben. Ez csak annyi, hogy programot elindítasz megadod neki a image fájlt meg a cél háttértárat és ennyi.
Magunk között szólva tesztelés szempontjából hajmeresztő, amit a csinálsz. Éveken keresztül szoftver teszteltem (szinte minden ágában) és a híres neves ISTQB vizsga elé is eljutottam, csak aztán nem csináltam meg, mert programozni akartam. Szörnyű, ami csinálni akarsz. Ha tényleg ez lesz a tesztelési eljárás, komolytalan lesz. Ezt kb. egy komolyabb cégnél meg sem engednék főleg, ha ettől pénz is függ. A GPU és CPU teszteket is hasonlóan csináljátok?
(#84) sb: Ti jöttetek a kernel fordítással, ami nem 15 fős csapat csinál, és én mutattam az eredményeket, hogy nem úgy van.
A cégek mentalitása az, hogy ha meg lehet spórolni 5 ft-t valamin, akkor meg is fogják. Rengeteg példát tudok erre felhozni.
-
#97
ledgeri
nagyúr
Fire/SOUL/CD
#93
válasz
Fire/SOUL/CD
#93
üzenetére
Akkor értem már...: Szűkítve egy gondolatban (megértését tükrözve az előzményeknek):
Az SSD jól eladja magát nekem és az OS-nek közben belül egy logikus katyvasz.
Így már értem, és megértem a topik főproblémáját is! -
kvarc
tag
Az exportott es adat feltoltest egyszer kell megcsinalni. Az import lenne a teszt.
Oracle database 11g R2 Express van win es linux verzio is [link]
11GB az ingyenes adat limit. Letrehozni egy uj adatbazist (Expressbe telepito segit)
Egy tablater es felhasznalo (schema) letrehozasa.
create tablespace TESZT datafile 'e:\teszt_ts' size 10G;
create user teszt_user IDENTIFIED felhaszjelszo DEFAULT TABLESPACE teszt_ts;
GRANT CONNECT TO teszt_user;
GRANT UNLIMITED TABLESPACE TO teszt_user;create or replace directory bump_dir as 'utvolnal ahova exportal es importal';
letrehozni egy tablat es veletlen adatokkal feltolteni. Sajna nem emlekszem arra a progira amivel mar csinaltam ilyen veletlen adatokat. Ezt a neten keresni kell
expdp teszt_user/jelszo@SID_neve schemas=teszt_user directory=dump_dir dumpfile=dbteszt.dmp logfile=dbtesztlog.log
ha megvan tablater es user eldob.
drop user teszt_user cascade.
DROP TABLESPACE TESZT INCLUDING CONTENTS;Tesztnel.
Letrehozzuk a tablespacet az ssd-re és import.
impdp teszt_user/jelszo@SID_neve schemas= teszt_user directory= dump_dir dumpfile= dbteszt.dmp logfile= impdbtesztlog.log -
#93
Fire/SOUL/CD
félisten
ledgeri
#92
Az SSD az csak egy illúzió, HDD-nek mutatja magát, hogy a merevlemezeknél is megszokott lemezkezelő függvények működjenek, hisz ellenkező esetben nem is lehetne használni őket.
A NAND-ok teljes kapacitása az SSD vezérlője felé csak egy összefüggő memória terület, ezt fizikai cím előállításával címzi a vezérlő. Ebbe külső beleszólás nincs, a vezérlő (karöltve persze a FW-l) "kénye-kedve" szerint dobálja szét az adatokat (írja a cellát/lapot).
Magyarul ha legyártasz pl 5db 1GB-os ilyen szándékosan töredezett fájlt, az pont "ugyanaz", mintha 1db 5GB-os fájlt másolná az SSD-re, mert a vezérlő teljesen össze fogja "kocolni"...
Maga a defragment is illúzió, mert noha úgy látod, hogy szépen az SSD elejére pakolgatja a defragmenter az adatokat, de a valóságban csak a vezérlő tudja, hogy hova kerülnek az adatok.
(Meg az SSD egy tulajdonsága, hogy a foglalt kapacitást úgy adja vissza, mintha az egybefüggően, a lemez elején lenne, majd azt követi az üres terület) -
#92
ledgeri
nagyúr
Fire/SOUL/CD
#88
válasz
Fire/SOUL/CD
#88
üzenetére
Létezik fájltördelő script a Mydefragoz, pont sajátscript hatékonyság vizsgálathoz... vagy ha tévedtem, akkor légyszi pontosíts, hogy tudjam mire gondolsz!
-
#91
varrodavid
csendes tag
varrodavid
csendes tag
Nálunk rendszeresen előfordul, hogy megy egy film (jó nagy bitrátás), egy másik gép hálózaton streamel róla egy másik (kellőképpen magas bitrátás) filmet, és közben egy kisebb monitoron még megy a lightroom, ami a katalógusa miatt rengeteg kis file-lal dolgozik. Meg szoktam érezni a filmek hatását, úgyhogy arra gondoltam, hogy arra jó lehet a módszer, hogy az 1 másodperces eltéréseket egy kicsit felnagyítsa, tehát úgy indítsátok a PS scripteket, hogy közben megy róla két film.
-
#88
Fire/SOUL/CD
félisten
ledgeri
#87
-
#87
ledgeri
nagyúr
rootkiller
#86
válasz
rootkiller
#86
üzenetére
De lehet, ami így mérhető, és így az érték rangsorolható.
-
sb
veterán
Nézd meg a már ajánlott Windows Performance Toolkit-et.
Event log helyett egy kegyetlen részletes xml log-ot is tud készíteni amire aztán nagyon könnyen rá tudtok tenni vmi összegző scriptet.
Persze simán a total idő is kiolvasható, de részidőkre szedve is lehet mazsolázni.Mondjuk a Windowst ismerve két bootolás sem feltételen egyforma... nomeg nem is hiszem, hogy sok különbség lenne boot időkben az SSD-k között, ahogy most stopperrel se nagyon mértek ilyet. De ha marad a boot mérés akkor ezzel tényleg pontosabb és egyszerűbb szvsz.
-
sb
veterán
Mit nem lehet azon érteni, hogy nem egy compiler létezik a világon és más esetleg IO érzékenyebb?
Meg azon is múlik pl, hogy a forrásod 5db file vagy 12000?Az "iparnak" meg rengeteg alága van. Van mammutcég meg van 15 fős is. Van ahol foglalkoznak olyan dolgokkal ahol mással nem... és ez így normális.
Azért ne mondd már, hogy egy storage-el foglalkozó cég vagy ahol számít, bármilyen adat szervernél randomra vesznek bármit, vagy mert 5Ft-tal olcsóbb.
Meg persze ugyanezt csinálják cpu-ban, gpu-ban egy renderfarmon...
Épp az a lényeg, hogy a hatékonyság is költségkényező, nem csak az árcédula.(+47) lezso6: Meg még mellé mehet 4-500 torrent, nem?
-
#83
huskydog17
addikt
Oliverda
#81
huskydog17
addikt
Dehogynem, megkapod az összesített eredményt is természetesen, a BootTime rekord értékét kell ilyenkor nézni. Arra figyelj, hogy minden érték ezredmásodpercet jelent!
Igazából ez a módszer szerintem pont, hogy sokkal kényelmesebb, és egyszerűbb, mint egy stopperes megoldás. A pontosságot meg inkább meg sem említem.
-
Oliverda
félisten
Tudom hogy mi egy image felrakásának menete.
Azért a másolásnál egy fokkal több, hisz kell hozzá egy keretprogram ami úgy felteszi mintha mindig is ott lett volna, tehát nem csak egy F5 a Total Commanderben.A VMware megbízható, nekem még nem volt gondom vele. Amúgy pedig ki tudom próbálni hogy milyen eredményt ad kvázi telepítve, illetve milyet virtualizálva. Kétlem hogy lenne számottevő különbség.
A cachet (prefetch) pedig ki lehet kapcsolni.
huskydog17: És olyan adat nincs ami egyben méri az egész folyamatot? Mert ha folyton hozzá kell adogatni minden egyes nem win process betöltési idejét is, akkor az kissé pepecselős.
Majd hétvégén ránézek kicsit jobban ezekre a logokra 8.1 alatt.
-
#80
huskydog17
addikt
Oliverda
#60
huskydog17
addikt
Persze, hogy méri, nagyon részletes jelentést készít a Windows a boot-ról. A log-ban (Eseménynapló) rámész a Részletek-re és ott az EventData értékeket kell csak kimásolni és kész is vagytok.
Külön méri csak az OS betöltési időt és az automatikusan induló, háttérben futó programok betöltését is. Külön méri a kernel és a driver betöltési idejét is ezred másodperc pontossággal. Ezeken kívül még sok-sok mást is mér, mindent megtaláltok a 100-as azonosítójú log-ban.
Sőt, az a jó, hogy ha a boot idő valamiért sokkal tovább tart, mint általában, akkor csinál egy külön azonosítójú logot is (101-es kód). A leállítást is méri természetesen, ezt a 200-as azonosítóval ellátott logokba írja. -
buherton
őstag
De nem telepíted a rendszert! Hanem másolod és az gyors. Sok minden hardveresen támogatott, de honnan tudod, hogy így is a maximálisat nyújtja-e, amit valóban tud a hardver? No meg a másik, hogy ilyenkor veszélyes a cache-lés is, mert az olvasásnál mivel tudod bizonyítani, hogy ezt tényleg az SSD-ről vagy a cache-ből olvasta-e ki. Az én verziómmal mindez irreleváns és tiszta, mert nem egy OS-t használsz minden SSD-hez, hanem egy OS másolatot, ami bitre azonos az eredetivel és pontosan ugyanúgy fog viselkedni, mint a másik SSD-n, mert ugyanaz az image lett lemásolva. Kivéve persze az SSD saját tulajdonságait és a scheduler hangulatát.
-
Oliverda
félisten
Azért mert gyorsabb, ergo időt lehet megtakarítani vele annál mintha még egy második rendszert is fel kéne tenni image fájlból. Erőforrásból pedig annyit adok neki amennyit akarok. Ha összejön a nyolcmagos verzió akkor mondjuk kap 6 magot (12 szálat), mellé pedig 16 giga RAM-ot. Maga a virtualizáció pedig már elég régóta hardveresen támogatott, így legjobb tudomásom szerint nem lassabb mintha közvetlenül érné el ugyanazokat az erőforrásokat az OS.
-
buherton
őstag
Nem értem, hogy miért akarsz virtuális gépet futtatni? Ott jelentősen lassít mindent az, hogy az OS mindent virtuálisan ér el. Amit fentebb írtam az pont az idő megtakarításra és az egységes tesztre vonatkozott. 32 GB-t átmásolni dd-vel (biztos van a windows-ra is valamilyen program erre) percekben mérhető és utána kész teszt OS-t kapsz, amin már minden be van lőve.
Úgy gondolom, hogy a abszolúte jobban kijönnének a különbségek, de a relatív különbség nem lenne nagyobb. Ami vezethetne valamire, azt mások már írták, de ott is egy-kettőben nem bízok, hogy előre visz.
Éppenséggel tudnék szerezni két ilyen SSD-t, csak a laptop nem képes SATA3-ra
.(#40) sb: Az ipar úgy sem a tesztek alapján fogja eldönteni, hogy melyiket veszi, hanem a pénz fog számítani. Kivétel nélkül ezt tapasztalom a beszerzés oldalán. Főleg itt kis magyar hazánkban (és környékén).
Mit nem lehet azon érteni, hogy a fordításnál a háttértár nem okoz jelentős különbséget?
Itt van egy kernel fordítás idő teszt A sztring műveletek viszik el az időt, nem a fájl elérések. Főleg, hogy ha egyszer már felnyalta a dependenciát, akkor annak egy részét helyből cache-li, és csak az átmeneti fájlok írása teszi ki a legnagyobb IO-t, ami szintén nem akkora, hogy érezhető legyen a különbség. -
Stirlitz
senior tag
Nem tudom, nekem 4 giga van. De az biztos, hogy amíg odajutsz, hogy a szerveren bent vagy, és tudnál már csatlakozni is a mapra, az egy örökkévalóság. És nem, nem nett függő, tölt mint ha csak muszály lenne. Gondolom a hatalmas térkép miatt van. Ha nem is DayZ-t, de valami olyan játékot kéne keresni, ami nagy open world világban játszódik. (Tehát arra gondolok, pl DayZ commender kiválasztott szerverre kattint, és a szerver "előszobájába" jutsz, ez az időtartam. Sokkal gyorsabb SSD-vel ez, HDD-re telepített játék esetén egy örökké valóság.) Csak egy tipp volt játékra.
-
#71
Gladiator124
csendes tag
Oliverda
#43
Gladiator124
csendes tag
Emlékszem rá, de ott az volt a kérdés, hogy a meghajtó mérete és a flash chipek kapcsolata mekkora hatással van a sebességre? Én arra lennék kíváncsi, hogy több különböző típusú, de egyforma méretű SSD pár hogyan viselkedik.
Amivel próbáltam az egy LSI 9750-16i4e hardveres raid vezérlő (nem alaplapi, gyorsítótár nélküli szoftveres), 488MB (512MB) cache-el, 8X PCI express csatolón.
-
-
atok666
őstag
Oszinten, ennek mi ertelme lenne? Arrol van szo, hogy valos korulmenyek kozott nincs ertelme osszehasonlotani az ssd-ket, mert ugyanazt tudja mind. Ha egy ilyen kimaxolt iopra gyuro tesztnel elojon vmi kis difi, az mit ad egy atlagusernek? Semmit... Szerintem.
Lehetne tesztelni egy csomo VM egyideju installalasat is, de annak se lenne sok ertelme...Atok
-
joghurt
addikt
A gyári xbootmgr komponensekre lebontva tud időket mondani Windows bootra, shutdownra, standby/resume-re, hibernálás/feléledésre.
Mókás dolgokat lehet megtudni belőle. Nálam pl. az OpenVPN fogta meg hosszú másodpercekre a hibernálást. Azóta (más okból is) tincet használunk.
-
#60
Oliverda
félisten
huskydog17
#59
Oliverda
félisten
válasz
huskydog17
#59
üzenetére
Arra rá fogok nézni. Remélhetőleg tényleg használható, bár vannak kételyeim, hogy beleszámolja-e pl. a Catalyst Control Center és a többi hasonló cucc betöltését is.
-
-
A mydefraggal (vagy akörül) van egy progi, amivel lehet generáltatni töredezett fájlt/fájlokat. Egyszer ezt megcsinálni ésszerű méretben, majd blokkonként SSD-re, és had szóljon a defrag (erre a mydefragot ajánlom, mert egyedileg scriptelehető). Más nemigazán jut eszembe, ami egyszerű, személyre szabható, és állandósítható..
-
Oliverda
félisten
Sosem csináltam ilyet, de ha valaki lépésről lépésre elmondja hogy hogyan kell, akkor kipróbálhatom.
Aztán persze lehet ez sem tud majd különbségeket kimutatni az egyes meghajtók között, de majd kiderül.
adamssss: Melyik játék tölt sokat ingame közben is? Illetve jöhetnek javaslatok olyan címekre is, amik még SSD mellett is sokat töltenek a játék indításánál.
-
TeeJay
félisten
egy ekkora oldalon ennyi taggal számolva egy SSD teszt előtt pár héttel lehetne kiírást tenni hogy "figyuzzatok kaptunk 512-es Samsung új SSD-t, van-e valakinek 128-as belőle mert akkor bevesszük mellé a tesztbe"
nyakamat rá hogy fél tucat felajánlás lenne simán mert egy ilyen teszt nem öli meg az SSD-t így utána simán használhatja tovább a tulajdonosa. azért Budapesten meg lehetne oldani főleg akik napi szinten több darabot értékesítenek esetleg kisker cégek is simán beszállhatnak hiszen náluk bizony a 12x gigás fog ezerrel fogyni nem a nagy 512-es...
-
TeeJay
félisten
nekem az Acer Aspire 5742G laptopban a Samsung 830/64GB SSD üresjáratban hangtalan ellenben ha terhelve van akkor nagyon magas éles sípolós ciripelős hangot ad és hallottam már 1-2 másik típusnál is ilyet. biztos nekem ilyen a hallásom engem a denevér hangja is zavar miközben repül míg mások nem is hallják.
tényleg 1perces szubjektív teszt az egész és hálásak lennénk ha majd leírnátok mert egy hangtalan laptopot eléggé el tud rontani egy sípolós SSD.
a széria legkisebb méretű SSD tesztje pedig gondolom azért is nehezebben megvalósítható mert aki adja a tesztpéldányt első helyen akarja látni magát márpedig a 120-128 gigás példányok mindig csak 2csatornásak így nem hozzák azt az eredményt minden tesztben mint a 25x-5xx gigás SSD-k
azért ha lehet érdemes rákérdezni hogy tesztre a legkisebbet is kéritek hátha adnak. -
Valami nagyobb adathalmazzal (több GB, sok millió rekord), PostgreSQL tesztek:
1-es teszt: COPY (adatbázis helyreállítás; seq write)
2-es teszt: UPDATE (valójában INSERT + DELETE; random read + random write)
3-as teszt: VACUUM (előző törlések takarítása; seq read + random write)
4-es teszt: SELECT COUNT(*) (megszámolja hány sor van a táblában, seq read)
5-es teszt: SELECT WHERE (bizonyos feltételre lekérés, random read)Ez mind IO intenzív művelet. De az igazán IO killer az ezek kombinációja.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Természetesen virtuális gépen, kevés rammal, úgy konfigolva a psql-t, hogy minél kevesebbet cacheljen memóriába, illetve az írást se simítsa ki, írjon csak a lemezre izomból, ahogy tud.
-
Vasinger!
nagyúr
Jó lenne valami böngészőtesztet készíteni. Hisz mit használ az ember legtöbbet a hétköznapokban? Böngészőt.
Nyilván valami olyan megoldás kéne, ami nem a netsebességhez lenne kötve, hanem egy helyi szerverről menni a lokális hálózatban és onnan kérne le különböző weboldalakat, akár izzasztóbbakat is betölteni. Egyszerre megnyitna, mondjuk egy batch file-t ezek kb 30 oldalt és itt lenne kis és közepes fájlok írása/olvasása is. Természetesen a cachelésre is figyelni kéne és a böngésző verziójára is.
(Lehet nem lenne szerencsés külső szerverről, hanem teljesen lokális gépről nézni, de ezt még kicsit át lehetne gondolni.)Ezen kívül meg a szokásos programok indítása, boot idő és virtuális gép telepítése és indítása ami szerintem még jó lehet.
Bár nem túl gyakori egy átlagembernél, de a különböző fejlesztőkörnyezeteket is lehetne indítani, teszem azt: Visual Studio, Eclipse, Codeblocks stb.
Nem utolsó sorban akár kopást is mérhetnétek, de az nyilván elég időigényes lenne. (Valamilyen scripttel folyamatosan teleírjátok az SSD-t majd törlitek, i iteráció után pedig megnézitek milyen mértékben használódott el a meghajtó.)
-
-
#44
MortalVenoM
tag
MortalVenoM
tag
nagyon erős vas kell hozzá és még akkor sem biztos, hogy kivitelezhető, de érdekelne, hogy el lehet e érni, hogy az SSD legyen a szűk keresztmetszet UHD felbontású videó renderelésnél, pl after effects használtalánál.
-
#43
Oliverda
félisten
Gladiator124
#39
Oliverda
félisten
válasz
Gladiator124
#39
üzenetére
Ezt egyszer már megtettük :[link]
-
Oliverda
félisten
Ezt az image fájlt be tudom rakni virtuális gépnek is, nem? Mert ezzel időt lehetne spórolni, ami mondjuk 5+ SSD tesztelése során már nem annyira kevés.
Amúgy tetszik az ötlet, csak mutassa is meg a különbséget ott ahol van, mert ha 10 SSD 2-4%-on belül lesz egymáshoz, akkor kár a gőzért.
Gondolom nincs otthon egy régebbi SATA2-es SSD, és egy újabb, hogy összemérd őket vele.
lvb: Előtte majd teszteld le néhányszor légyszi.
LamerGyuri: Próbáltam már cincogó VGA-t, tápot, és alaplapot. A jelenség oka minden esetben ugyanaz, ami egyszerű fizika. Egyes konfigurációban jelentkezik, míg más esetekben nem.
-
sb
veterán
Már bocs, de hülyeség amit írsz.
Egy kitétellel igaz - amit én hozzátettem a hsz-emhez: átlagusernél nincs érdemi különbség.De "extrém" terhelésnél igenis elég nagy különbség lehet SSD és SSD között. Extrém alatt értem a sok szekvenciális másolást, a sok random i/o terhelést, a hosszú távú terhelést.
Ilyeneknél mind kijön a különbség. AZ más kérdés, hogy átlagusert nem érdekel. Ott nincs különbség, tényleg vehet bármilyen SSD-t, bármilyen tesztbe is kár belenéznie... kis túlzással.
Vagyis fordítsd meg a dolgot: nem átlagusernek készül majd az új teszt... de ez is érdekelni fog valakit, aki épp erre használja.Egyébként ha nem így gondolod átlaguserként is belenézhetsz a mostani tesztekbe is, most is van benne pl. képfile másolás 36 vs 89sec SSD vs SSD.
(Fordításnál azért attól is függ milyen forrásból és targettel dolgozol. Millió kis file is lehet mindkét oldalon meg jóval kevesebb is. Nyilván más az eredmény mindkét esetben.
-
#39
Gladiator124
csendes tag
Gladiator124
csendes tag
Esetleg ki lehetne próbálni 2 - 2 SSD-t raid-0-ban.
Nekem a Samu 840 és a kingston V300 durván lassabb volt mint az OCZ vector...
(A Vector kb. 3 éves már, nem tömörítő vezérlővel és egy brutál LSI raid vezérlőn lógtak) -
Balage76
senior tag
mégpedig ha új SSD-t teszteltek kérjetek belőle mindig a legkisebb méretűt is
ugyanis szép és jó ha egy Samsung 850 Pro SSD-ből 512gigás példányt megnéztek de az emberek nagy része örül ha egy 128gigásra van pénze az pedig pár dologban értelem szerűen lassabb lesz.Ez 99,9%-ban nem a tesztelőkön múlik hanem a gyártókon, hogy milyen terméket adnak tesztelésre. A gyártó jólfelfogott érdeke pedig, hogy a legjobb ár/teljesítmény arányú terméket adja, vagypedig, hogy a csúcskategóriát reklámozza, ezért nincsenek vagy nagyon ritkák a belépő modellek a tesztekben. Amíg nem önerőből történik a teszt termékek beszerzése, addig ez így is fog maradni. Márpedig az önerős beszerzés nagyon komoly pénz....
-
#36
DigitXT
félisten
LamerGyuri
#32
DigitXT
félisten
válasz
LamerGyuri
#32
üzenetére
Nekem volt olyan tápom, ami az alatta kicserélt lappal kezdett összeciceregni.
Előtte semmi (másik platform), az új tulajánál szintén semmi: van ilyen sajnos!Szerk: mondjuk pont SSD-nél még nem figyeltem meg ilyesmit hál' istennek!
Ellenben az LCD TV-m tápja, na az súg, LOL: hangosabb, mint a vízhűtés...Ezt csak arra a poénra, hogy egy hangos venti mindent "megold": elfedi, de... -
buherton
őstag
Amire én gondolok, hogy van egy image. Mondjuk 32 GB, amin van egy Kubuntu, rajta mindennel ami kell. Fogod és dd-vel kiírod az SSD-re majd be a gépbe és lehet indítani már a mérést. Homogén környezet, kontrollált image, mi kell ennél több? Gondolom a windows-s méréseket is így csináljátok, mert különben hogyan is tudnád biztosítani az azonos telepítettséget? A program indulásokat sem sokkal bonyolultabb mérni. Elindítod programot pl. time firefox és mellette egy thread-del pedig figyeled a logot, és ha megtalálod a mefelő stringet (ami a betöltöttséget jelöli), akkor kilövöd a main thread-et és meg is kaptad a start-up időt. Sőt a végén egy script összegezheti az eredményeket és pl. email-el elküldi a címedre, amiben akár még az SSD típusát is beírhatja a script és még kavarodás sincs. Nem egy nagy was ist das megcsinálni csak időt igényel, meg egy kis utána nézést (a logok esetén de főleg, ha még ismeretlen a Linux), és egy majdnem teljes automatizált környezeted van. Csak a hardwerrel meg az image másolással kell bajlódni a többi a scriptek dolga.
-
#32
LamerGyuri
senior tag
Oliverda
#31
LamerGyuri
senior tag
Mert te kipróbáltál egy cincogó ssd-t másik környezetben is? Ott csendben maradt? Ugye, hogy nem tetted. Akkor a válaszod csak feltételezés.
Igen, olvastam a cikkedet már korábban. Azt a jelenséget, azokkal a hardverekkel ismerem, tapasztaltam. Na ott aztán csereberélhetsz te akármit akármivel; ha egy alaplap vagy videókártya "zenél-sípol", azt akárhova teszed, akkor is fog.
Ilyenkor jön jól egy jó hangos ventillátor -
#31
Oliverda
félisten
LamerGyuri
#29
Oliverda
félisten
válasz
LamerGyuri
#29
üzenetére
Ezzel csak az a gond, hogy sok esetben a táp és az adott eszköz kombinációja okozza, ergo ha beteszed egy másik környezetbe akkor elhallgat. Bővebben:[link]
-
#29
LamerGyuri
senior tag
Oliverda
#27
LamerGyuri
senior tag
Pedig a negyedik létezik. Ha nem hallom, addig én is kiröhögtem volna bárkit, ha ezt mondja. Sajnos a márkát nem jegyeztem meg, de az megvan, hogy egy laptop upgrade során, a benne levő ssd "cincogott", kb. olyan módon, mint ahogyan a hdd kaparászik.
Persze, jóval előbb végzett minden művelettel, de akkor is...cincogott -
#28
cskamacska
addikt
cskamacska
addikt
Azt nem lehetne, hogy munka közben közben lehúzogatnátok a meghajtókat tápról, és listáznátok melyik mikor száll el flash translation layer összeomlással?
Ahogy olvasgatom nem direkt hardveres eredetű sok SSD halál, hanem a köztes fájlrendszer szeret kimúlni, de erről mintha nem lenne szó, mindenki újraírást méreget, torokra menő viták mennek TLC vs MLC kérdéskörben, aztán egy átlagos újraindítás után nem elérhető az új meghajtója.
-
brumi1024
veterán
válasz
Jim Tonic
#24
üzenetére
A 7 óta tömörítés is történik a hibernáció során, és egy magra optimalizált a visszatérési folyamat, így függ a processzortól (illetve annak egyszálas teljesítményétől) is a sebesség. Ráadásul előfordulhat, hogy energiatakarékos állapotban van a proci ilyenkor, ahogy feljebb is írta joghurt. A 8 érezhetően gyorsabb a visszatérésben, ott már több magra optimalizált az algoritmus.
-
Oliverda
félisten
Ha segítesz összerakni ezt, akkor bekerülhet a csomagba. Így legalább biztosan olyan lesz amire gondoltál.
buherton: Legfeljebb virtuális gépen, ha van értelme. Mondjuk én nem értek különösebben a Linuxokhoz, ergo ebben segítségre lenne szükségen,
Amit nem lehet máshogy, azt kénytelenek vagyunk stopperrel mérni. Az adott batch indítását még lehet regisztrálni, de azt elég nehéz megállapítani, hogy az utolsó program is betöltődött, és nem birizgálja tovább az SSD-t. Persze ha tudsz jobb módszert, akkor szívesen dobom a stoppert a legközelebbi kukába.
-
buherton
őstag
Mi is méricskéltünk és 45 perces fordítás esetén kb 5 különbség volt a HDD és SSD között. Akkor gyorsult a fordítás, ha mögé tettük a CPU-t, akkor viszont fordítottan arányosan. Gyönyörű függvény jött ki a végén
.Fordítást csak ne stopperrel mérjen már az ember. Az pontatlan és ott kell mellette ülni. Tessék használni a time parancsot. Korrekt eredményt ad. Sőt minden méricskéléshez tessék használni a time-t.
(#11) Oliverda: ha már stopper, remélem a program indulásokat nem azzal mértétek
. -
TeeJay
félisten
lenne egy felvetésem
mégpedig ha új SSD-t teszteltek kérjetek belőle mindig a legkisebb méretűt is
ugyanis szép és jó ha egy Samsung 850 Pro SSD-ből 512gigás példányt megnéztek de az emberek nagy része örül ha egy 128gigásra van pénze az pedig pár dologban értelem szerűen lassabb lesz.másik felvetésem az lenne hogyha van rá mód
pár sikeresebb szériát be lehetne venni az új tesztek mellé
hogy mondjuk akinek egy régi 830-as 64gigás Samsungja van annak mennyire éri meg váltani egy zsír új SSD-reharmadik felvetés az egyidejű írás olvasás gyilkolós művelet behozása mert ott elvérezhet sok SSD
negyedik sercegés teszt füllel
tudom vicces de van pár SSD ami üresjáratban nem igen ad hangot ellenben ha elkezdik terhelni ilyen magas éles sípolós hangot dob, ezt kb. 2perc kideríteni és meg lehetne írni a tesztben -
joghurt
addikt
Meg egy rakás I/O művelet. Hidd el nekem, méricskéltem magamnál, hogy mi mennyi időt visz el egy nagyobb projekt fordítása közben. A CPU egyáltalán csak akkor számottevő, ha engedélyezve van a párhuzamos fordítás (Visual Studio), de ilyenkor sem szoktam CPU limitbe ütközni.
Viszont a kolléga vinyója, és az én SSD-m között jelentős különbség van fordítási időben, ugyanolyan CPU mellett.
@Oliverda: Én stopperrel gondoltam.
-
joghurt
addikt
+1
A Dellem szintén pillanatok alatt bebootol, viszont a hibernálás és feléledés során hosszasan darálja a "vinyót".
(Mondjuk amennyit méricskéltem, az alapján valamelyik nagyonhülye [Dell vagy MS] már energiatakarékos, vérszegény teljesítményű állapotba küldi a rendszert, mielőtt nekiállna a hiberfil.sys kitolásának.) -
buherton
őstag
Nem öt perc a fordítás és értelmetlen, mert a fordításhoz inkább CPU kell.
(#6) Oliverda: Nincs olyan program, amelynél ne lenne minimális a különbség az egyes SSD-k között. Ami talán jó irány lenne, ha összekapcsolnátok többet is, hogy a mérési idő minél hosszabb legyen. Például egy hibernálásból ébredésnek nincs sok értelme, mert tized másodperc különbségek vannak, amiket igaz ki lehet mérni, de mi értelme van? Úgy sem észrevehető. Igaz a sok program indításnak sincs sok értelme, mert pár másodperc lesz csaka különbség viszonylag nagy idő intervallumban.
Linux boot-ot nem terveztetek mérni (valami olyat, aminél hosszabb a boot pl. Kubuntu/Ubuntu)? Mondjuk egy script-el, ami indulás után azonnal indít egy Firefox-ot és egy Chrome-t 20 lappal, mellé egy LibreOffice Writer-t meg egy Calc-t.
(Értelmetlen az SSD tesztek, mert úgy sem észrevehető a különbség. Ez nem GPU vagy CPU.)
-
lvb
aktív tag
Amire nekem szükségem lenne, az az, hogy párhuzamos R/W hozzáférés esetén milyen sebességet tud az SSD.
Test:
* Ne férjen be a másoldandó adat az SSD driver rendszermemóriában létrehozott cache-ébe.
* teljesen véletlenszerű adatokkal legyen kitöltve a teszt adat
* pl. 2x10G írásra és olvasásra - ha kevés a rendszermemória pl. max 8GiB
* kis és nagy méretű fájlokkal is (1MiB v nagyobb, 4 - 12k a kis méret.)Egyszerűen scriptelhető és mérhető a sebesség. párhuzamosan az egyik 10GiB-et elkezdjük rámásolni az SSD-re, és a már rámásolt másik blokkot pedig átmásoljok pl. egy másik, kellően gyors SSD-re (RAMDrive-ra) És itt azért lesznek érdekességek.
Result:
* Average transfer rate (MiB/s)
* Minimum transfer rate (MiB/s)
* Idő(s)Ezt még lehet finomítani azzal, hogy egy teljesen teleírt SSD-vel is megcsináljuk ugyanezt a tesztet, azzal a különbséggel, hogy első lépésben törlünk annyi fájlt, hogy legyen a rámásolásra elég hely.
-
sb
veterán
Szerintem normál alkalmazásokban nem is nagyon lesz különbség mert egyszerűen egyformák.
Amiben lehet nagyobb difi szvsz:
1. Valami nagy iops-ra épülő nem home cucc. SQL szerver, stb... szerk: már írták is.
2. Hosszabb terheléses tesztek, nem 5-10 percesek.Kérdés, hogy melyiknek mennyi haszna egy átlagusernél. Munkára mondjuk már érdekelheti egyeseket...
-
#10
Calyd
csendes tag
borbastomi
#5
Calyd
csendes tag
válasz
borbastomi
#5
üzenetére
Ez engem is érdekelne. És szerintem az automatikus build is legyen bekapcsolva a projektekre.
-
Benchmarkra nincs tippem, ugyanakkor a bootidőnél érdekesebb lenne a hibernálásból való visszatérés. Az x230-am pl. pár másodperc alatt betölti kikapcsolásból az oprendszert, ellenben súlyos időkig képes kóvályogni egy hibernálás után, gyári, Intel SSD-vel. Kíváncsi lennék, hogy ez minek tudható be. Tudom, hogy vissza kell tölteni a kiírt tartalmat, de irreálisan sok ideig tart.
-
#6
Oliverda
félisten
borbastomi
#5
Oliverda
félisten
válasz
borbastomi
#5
üzenetére
Ebben a tesztünkben is sok másodperce az indulás, mégis kvázi alig van difi az egyes SSD-k között.
-
#5
borbastomi
csendes tag
borbastomi
csendes tag
Valóságszagú kell? Eclipse 4.4-es, 4.3-as, 4.2-es Modeling tools verziók indítása egyszerre úgy, hogy a workspace-ben van 40-50 projekt. Nekem egy elindítása is másodpercekben mérhető (akkor is, ha SSD-n van minden).
-
#1
rootkiller
őstag
rootkiller
őstag
Jó a kezdeményezés!
mert akkor már párhuzamosan 2 másolás megy az SSD-n
Csak nézz meg egy két virtuális gép vs fizikai gép tesztet. Nem válaszoltál a kérdésemre, de melegen ajánlom, hogy egyik mérésetek sem fut virtuális gépen.
Manapság igen népszerű és elterjedt megoldás a virtualizáció. Érdemes lenne egy kicsit közelebbről megismerkedned vele.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Hardcore café
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Kamionok, fuvarozás, logisztika topik
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Elektromos autók - motorok
- Milyen okostelefont vegyek?
- TCL LCD és LED TV-k
- Fejhallgató erősítő és DAC topik
- További aktív témák...
- GYÖNYÖRŰ iPhone SE 2020 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3291
- AKCIÓ! HP Elitebook 840 G11 üzleti notebook- Intel Core Ultra 5 135U 16GB DDR5 RAM 256GB SSD W11
- Gombászkönyvek egyben
- 142 - Lenovo LOQ (15IAX9) - Intel Core i5 i5-12450HX, RTX 4060 (ELKELT)
- Bomba ár! Dell Latitude E7250 - i5-i7 I 8GB I 256SSD I 12,5" HD I HDMI I Cam I W10 I Garancia!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest