Aktív témák
-
fsb1000
nagyúr
Én csak a stat adatoknak hiszek.... meghibásodási rátát pedig nem láttunk még.
A fórumok felnagyítanak problémákat, amiket szerintem nem kell bagatelizálni, de nem is lehet egy vásárlási ajánlás alapjának tekinteni.Olyan tipust kell kivenni az ajánásból szerintem, amelynél biztosan jelentkezik valamilyen anomália. Ilyen volt régen pl a buffalo 30Gb, meg néhány társa, ahol tényszerűen detektálható volt akadás, de ez nem hiba volt hanem "ficsőr".
De bocs... a vásárlók 90%-nak elsődleges az ár. Beleértve magamat is. Amig 30-50%-os árkülönbségek vannak belépőszinten is, keveseket fog érdekelni hogy a tonna szám eladott OCZ-k nél nagyobb LEHET a meghibásodási arány, mert KORÁBBI tipusoknál gond volt a vezérlővel vagy a vezérlő szoftverrel.
2-5év garral igazából nem is kérdés.... -
fsb1000
nagyúr
válasz
viktor82
#39304
üzenetére
Ebből nehéz megmondani mi lehet a baj, de viszonyításképp Z68 lappal 2xAgility3 128GB RAID0-ban, lazán hozta a 10000+ mb/sec-et. (strip 128)
Friss win7 saját drivere, biosban RAID mód beállítva.. ennyi.
Gondolom a Sata3-as csatikra dugtad. Ha van lehetőséged Singleben is mérd meg őketÉn arra jutottam, hogy csak a nagyobb file-ok másolásánál lenne előnyös a RAID0 a mostani "ajánlot" SSD-kel, illetve olyan kisebb SSD-kel kapnék gyorsabb bootidőt. amelyek 4K alatt viszonylag lassúak.
-
fsb1000
nagyúr
A felhasználói tapasztalatok szubjektívek és hektikusak, ha csak gyorsan beleolvasunk egy fórumba nem tudjuk melyik az autentikus.
A CDM egy gyors összehasonlításra ad lehetőséget, az ATTO-ból meg szerintem sokkal több kiolvasható (bár lehet csak tenyérjóslás szinten). Úgy gondolom ezekkel a benchmarkokal jól le lehet szükíteni 3-4 tipusra a vásárlandó SSD-t és aztán jöhetnek a felhasználói vélemények.De.. ebben a fórumban is lehet olvasni, hogy a SF vezérlősek megbizhatatlanok, elöbb tönkremennek, stb. Na ennyit a felhasználói véleményekről és az ez alapján választóktól.
-
fsb1000
nagyúr
Bocsi, nem voltam elég figyelmes...
A régi SSD-jét nem ismerem, de az én tapasztalatom ez volt:Samu 32GB SLC -> intel X25MG2 : Volt érezhető + mérhető változás
Intel X25MG2 -> OZC Agility3 : Van mérhető különbség, de nincs érezhető változásSzóval ha az a KIngston 30GB-osa egy szinten van a Samu 32GB-al (ha mutat ATTO mérést, akkor eldönthető), akkor érdemes cserélnie.
Egyébként méret váltásnak is lehet pozítiv hatása, mert a legtöbb SSD-nél RAID0 szerű megoldással növelik a méretet és ez a gyári adatokon is látszik valamennyire.
Szóval valószinűsíthető, hogy egy 60-as OCZ, vagy Samu hoz valamennyi változást boot időben és alkalmazás indításban is, a mostani 30-asához képest.
De nem szóbeszédre kell hallgatni, ha nem a netről kigyűjteni az ATTO és CDM eredményeket. -
fsb1000
nagyúr
válasz
Silentfrog
#39289
üzenetére
Ne bizonytalankodj... ha elég a 60-64GB akkor vegyél olyat. Ma már megéri SSD-t venni, drágák lettek a HDD-k
Ahogy írták nagy különbség nincs sebességben (érzetre) az ajánlitt tipusok között.
Akár használtat is vehetsz, bár olyan kevés van az apróban.
Asszem nekem van a legtöbbet használt SSD-m itt a PH-n, de semmi baja.
Csak méret miatt cseréltem le... de a nagy igazság igaznak bizonyult.Szóval ne töprengj, ha HDD-ről váltasz: egy gyorsabb világba lépsz be.
-
fsb1000
nagyúr
Összefoglalom: Nem győztél meg arról, hogy X SSD tartósabb mint Y. Sem arról hogy a magasabb a meghibásodási rátája csak azért mert SF vezérlő van benne.
Volt egy korábbi mizéria SF-el, ami persze legalább annyira gáz és fájó a tulajoknak, mint a Sandy alaplapi probléma volt a SATA3-al, de mindkettő orvosolva lett.
A Sandys lapokra se mondjuk ezért, hogy rosszabbak mint az amdX-ek. -
fsb1000
nagyúr
Hol lehet erre vonatkozó statisztikai adatokat olvasni?
Azért érdekel, mert 830 helyett Agility3 került a gépembe.
És ha ez így van, akkor miért nem kerülnek ki az ajánlott SSD-k listájáról?(ocatne128 és Samu830 128 is kifogyóban volt, sokáig húztam a vásárlást és megint agility3 lett)
-
fsb1000
nagyúr
válasz
Core2duo6600
#39234
üzenetére
Köszi!
Új installnál gond nélkül felment az a driver amely a létező/használt oprendszerre nem akart. Sajna nem részletezte mi a nyügje így már sosem tudom meg.Nagy igazság: SSD/SSD váltásnál semmit sem érezni a rendszer gyorsulásából, hiába lehet 2x akkor fájlátviteli sebességeket mérni benchmarkokal.
(sőt adat HDD-k lassultak pár százalékot IDE/AHCI váltástól... passz.) -
fsb1000
nagyúr
válasz
Core2duo6600
#39085
üzenetére
EZt az RST install problémát hogy oldottad meg?
Z68-al nem csinálta.... P67 lappal meg igen. -
fsb1000
nagyúr
válasz
Core2duo6600
#39227
üzenetére
Azon a 10GB-on nem lesz trim.... nem ebbe fog belepusztulni az SSD.
-
fsb1000
nagyúr
válasz
dani3l
#39223
üzenetére
Ha ez segít:
2 db régebbi SSD-m van és az egyiken van az OPrendszer a másikon a cache, pagefile, egyebek. Most cserélem egy nagyobbra és már nem lesz 2 SSD. Minden marad az OP rendszereket tartalmazó SSD-n. (természetesen a nagyobb terjedelmű adatok HDD-n vannak)Én úgy látom, már nem kell vigyázni annyira az SSD-kre, bár a cikkek szerint a cellák életciklusa csökkent a csikszélességgel, de a fejlett vezérlők ezt megoldják.
Szinte 100%, hogy 5 éven belül leváltod az SSD-d, mert a mostani tároló kapacítás többszörését kapod meg a jelenlegi áráért, + gépet cserélsz, +gyorsabbak lesznek... stb.Próbáltam a ramdisket... de felesleges. Én a 4GB feletti részt használtam, de szerintem úgy sincs sok értelme egy új SSD mellett.
-
fsb1000
nagyúr
válasz
Core2duo6600
#39221
üzenetére
Pár napja Win7-et próbálgattam SSD-vel Z86/SATA3 porton.
IDE módban jelentősen kevesebbet mértem tesztprogikkal, mint AHCI módban.
Nem a trimm miatt akarom az AHCI módot XP-re, hanem mert multi oprendszer lesz és szeretném, ha AHCI-ban menne mindkét op rendszer XP@32 / WIN7@64.
A trimelést majd elvégzi a WIN7, de ha XP-hez nem rakok AHCI drivert akkor valószinűleg el sem indul. -
fsb1000
nagyúr
Átolvastam a topik utolsó részét, használtam a keresőt, de mégis kérek egy megerősítést.
XP-hez melyik AHCi drivert használjam?
10.1.0.1008 (PH tesztben használták + van külön 32bites verzió FrameWork nélkül)
vagy
10.8.0.1003 (ebben a topikban ez az ajánlott) -
fsb1000
nagyúr
válasz
szab.tam
#39167
üzenetére
Például az hogy ellenőrizhető legyen, hogy az elvárható átviteli sebességeket produkálja a mért eszköz+vezérlő+beállítások.
Nem az a lényeg, hogy 507 vagy vagy 522, meghogy mennyi köze van a valósághoz egy fill0-ás adathalmaznak, hanem hogy ne legyen ennek fele harmada a mért érték.
(a számértékek természetesen a konkrét eszközre megadott gyári vagy user adatokkal helyettesítendők) -
fsb1000
nagyúr
válasz
szab.tam
#39152
üzenetére
Már nem vagyok a sértődős korban.
Véleményem szerint a fagyasztás nem alkalmas "javításra", csupán tüneti kezelés, amely néha beválik.kmm.... lehet félreértelmeztem, de mintha a céljaid között szerepelt volna az SSD-n lévő adatok végleges törlése. (pl gariztatás elött).
Erre elegendő lehet az az idő amíg alacsony hőmérsékleten képes működni az SSD.
(ha képes...) -
fsb1000
nagyúr
válasz
szab.tam
#39147
üzenetére
Kondenz?
Ha van olyan hajszárítód, amely 0 foknál hidegebb levegőt fúj akkor azt is küld rá.
Azt hittem tippeket kérsz.... de mindegy.
---Szerk: egyébként elég 1 óra is a fagyasztóban egy ilyen kis tömegű cuccnak, és nyilván nem felmelegedve kell kipróbálni, hanem azon hidegében.
Kb 5-10 perced van a működésképtelenségig, ha egyáltalán segít rajta.
Rontani nem ront... -
fsb1000
nagyúr
válasz
Fire/SOUL/CD
#39088
üzenetére
Köszi az infókat. Biztos én voltam a félreérthető.....
Jelenleg: Sata3-on Sata2-es SSD IDE módban XP alatt
Tervezett: Sata3-on Sata3-es SSD AHCI módban Win7 alatt.Csupán abban voltam bizonytalan, hogy az adat HDD-kel mi történik az IDE->AHCI váltáskor.
Tehát nem akarok XP-vel AHCI-zni és nem akarok Win7-el IDE-zni
( bár a multi op. miatt most is így van.) -
fsb1000
nagyúr
válasz
Fire/SOUL/CD
#39083
üzenetére
"Vista óta alapértelmezett az AHCI üzemmód, szóval Vista/W7/W8 esetén"
OK, de én XP-t használok.Többit köszi!
-
fsb1000
nagyúr
Következő dilemmám lenne P67 rendszerrel.
Jelenleg a SATA3_0-án van egy Sata2-es SSD. Biosban IDE mód beállítva, Marvel letiltva. A Sata2-eseken 3db HDD van.
Ha új SSD-t rakok a régi helyére a SATA3_0-csatira, átállítom a BIOS-ban AHCI-ra a vezérlést és Win7-et installok, akkor mi lesz a Sata2-eseken logó HDD-kell.
Gond nélkül olvashatóak lesznek? -
fsb1000
nagyúr
válasz
ricsidealer
#39013
üzenetére
Valamivel megnézhetnéd, hogy sata2 vagy sata3! Nagyon érdekelne.
Talán fórumtársak segítenek mivel lehet csekkolni.
-
fsb1000
nagyúr
válasz
#16695808
#38982
üzenetére
Köszönöm!
Nagyon hasznos infók voltak. Kiváló árérték jellemzőjű SSD, de azt hiszem akinek a 4K körüli R/W sebesség fontos az inkább samut vesz.
---Egyébként a RAID0 nem egy kényszermegoldás, hanem eszköz spec célok elérésére, de attól tartok az alaplapi vezérlő + Raid "szoftver" lenne a szűk keresztmetszet. Mindenhol ezt látom a netes tesztekben hogy 4K alatt nincs nagy nyereség RAID0-ból a mai gyors SSD-kel, kivéve ffodi HyperX-es eredménye, ahol bődűletesek a 4K alatti értékek [link].
-
fsb1000
nagyúr
válasz
TeeJay
#38925
üzenetére
Szerinted 1-2 év múlva az iponnak vagy a PH usernek lesz garanciális ügyintézése?
Ha még pár ezerrel olcsóbb lenne a PH aprós, akkor megérteném ha valaki lemond a bolti garról és számláról, de jelen esetben fordítva áll a dolog.
Tényleg kifejthetnéd mi a gondod az Iponnal. Semmi mást nem csinál mint a többi kiskerbolt csak alacsonyabb árrést tud képezni a forgalma miatt. -
fsb1000
nagyúr
Nem akarok vitát nyitni az XP-ről, meg az eljárt időről, de igen nagy számban üzemel még ez az operációs rendszer. Persze nem az otthoni húzd-vond usereknél.
Még azt is megemlítem, hogy a munkakörnyezetemben számos gépen MS-DOS 6 vagy a Win98 Dos-os része müxik és semmi gond nincs velük. Persze spec feladatot látnak el, se játék... se net. Dógozókám munkaidejéből nem a nethasználat, fészbúk&jutub van preferálva, stb,stb -
fsb1000
nagyúr
válasz
tejeskifly
#38814
üzenetére
Nem akarlak elkeseríteni, de régen volt ilyan lapom, most a gyerek gépében megy és mindig volt vele gondom. Valahogy nem szererette az SSD-ket. Lehet akad a HDD-vel is de az nem tünik fel.
Ráadásnak még az integrált LAN is akadt, ezért kellett bele egy hálókártya is. -
fsb1000
nagyúr
válasz
attila9988
#38810
üzenetére
"Az ahci mód nem gyorsulást hoz, hanem a trim -et használhatod vele."
Hmm... SATA3-on nekem jelentősen gyorsabb volt az Agility 3 AHCI-val, mint IDE módban.
Persze ez csak egyszeri tapasztalat.... -
fsb1000
nagyúr
válasz
attila9988
#38778
üzenetére
hát... az elmúlt 10 évben nekem nem volt szükségem erre a funkcióra.
-
fsb1000
nagyúr
válasz
zippofcy
#38755
üzenetére
Van bennme valami... nyilván az olcsó OCZ-kből fogy sok. Több a panasz is.
(#38756) Bodor : Köszi! Korrekt eredmények. Írásban elmarad az OCZ-ktől, de az szerintem nem nagyon számít otthoni használatnál.
Ha XP alatt SATA2-re kötném a Samu 128GB-ou, vajon mennyivel legy gyengébb az eredmény. Az OCZ Agility jelentősen leromlott, de csak a nagy file méreteknél, 4K alatt szépen adta a teszteredményeket.
-
fsb1000
nagyúr
válasz
SPY0817
#38741
üzenetére
Nem ismerhetünk minden garos problémát, de ha afórumokon több ajelzés egy adott tipusra akkor talán az jelent valamit.
De... tipusonként kell megnézni a panaszokat. Nem hinnám hogy minden OCZ-vel gond lenne, sőt inkább azt gondolom az esetek jó részében alaplap/SSD/opredszer probléma áll a panaszok mögött.Persze az "ősidőkben" is voltak kerülendő tipusok/vezérlők.... vettem belőle mert occó, laggolt is néha, de egy kisgépbe elment.
Ha most kéne vegyek magamnak 40K alatt 128GB-osat akkor asszem a Samu-t választanán, vagy megreckiroznám az Agility4-et.De mégegyszer... most Agility3at nyúzom Z68 Sata3 lapban: Ubuntu, Win7, WinXP... napi 24-be megy. 100GB megfordult rajta. Semmiféle probléma (sata2-vel IDE módban lassú) , csak az bosszant, hogy a gyártói oldalakon nem egyértelmű hogy a sebesség adatok nem tömörített állományokra vonatkoznak. nyilván a kedvezőbb értéket mutatják és előnyként tálalódik egyes kommentekben a vezérlő tömőrítése. Nekem előny, de másnak nem biztos.
Volt hardveres és Szoftveres RAID teszt is. Semmi probléma...---
(#38744) Bodor: Esetleg agy ATTO-s eredményt is felrakhatnál. (ha volt már, bocs)
-
fsb1000
nagyúr
válasz
Pityu.
#38730
üzenetére
Ezek túl nagy képek, légyszi használd a PH képfeltöltőét az automazikusan generál nézőképet, nem cseszi szét a fórumot.
----
Ja és ne aggódj már... ha nálam 2,5 éve megy XP alatt karbantartásnélkül az Intel X25, és jólvan.... egy mai SSD-nek sem lesz baja.
A mérete és ára miatt meg 2-3 év múlva úgyis lecseréled, addigra az 500GB alatti háttértárból az SSD olcsóbb lesz mint a HDD -
fsb1000
nagyúr
Bocs! nem ide kellet volna...
-
fsb1000
nagyúr
válasz
Kakashi356
#38673
üzenetére
Ezt én is csak olvastam itt a fórumon. Goglival biztos kideríthető.
Ha valamit számít: 2 napja megy 2db Agility3 és semmi bajom vele, azonkívül hogy az átviteli sebessége nem tömörített adatokra vonatkozik.
-
fsb1000
nagyúr
válasz
Core2duo6600
#38645
üzenetére
Ezt sokkal jobb eredménynek tartom, mint a saját Agility3-as eredményeim.
Főleg az ATTO 4K és alatti méretből indulok ki. (nekem az a fontos) -
fsb1000
nagyúr
válasz
Kakashi356
#38631
üzenetére
Nem tudom... de mivel az Agility3 ára zuhant, és úgy látam random adatnál is magasabb teszt értékeket produkál, beruházás szempontjából kb egyenértékűek.
Sőt, ahogy nézem a 128-asok 30-40K árszegmensben szinte úgyanúgy megfelelnek a célnak, boot és programtöltésben nem lesz nagy különbség. Tesztben lehet.
Szóval csak HDD-ről váltásnál érezhető nagy ugrás. A RAID0 Agilty3 sem volt érezhetően gyorsabb, mint a single, bár mérni lehett ATTO-val.3-4 éve egy RAID0 még érezhető változást hozott SSD-ken belül is.
-
fsb1000
nagyúr
válasz
Pityu.
#38561
üzenetére
Nem ettől fog meghalni az SSD-d. Ha kibirja az első 2 hónapot akkor 2 évig is menni fog.
Nekem már a 3. alaplapot fogyasztja 4-5 OPrenccer újratelepítéssel, és csak most tervezgetem az X25 lecserélését, de mivel az Agility3 nem győzött meg nagyon, lehet marad még.Ha idegesít az indexelés kapcsold ki, én spec nem használom, de van akinek fontos funkció.
Ha kell valami TotalCommanderrel keresem, oszt jónapoot. -
fsb1000
nagyúr
válasz
Pityu.
#38539
üzenetére
Amikor az SSD-k megjelentek és sikerült hozájutni 32GB-os Samsung SLC-khez akkor elterjedt nézet volt, hogy ki kell kapcsolni.
Azóta változtak a dolgok.... én már nem kapcsolom ki, sőt szinte HDD ként használom az SSD-ket.
Persze én is átraktam a Swap filet-t meg a böngésző cacht másik drive-ra (az egy régi samsung SSD) -
fsb1000
nagyúr
Megvan a 2 db agility3. Nem tudom mostanában mivel érdemes tesztelni én a régi (234?) Atto-t használom, mert abban van minden SSD eredményem és az új CDM3-at.
Win7@64bit z68 SATA3 alaplap.
Az első meglepetés az IDE módban mért alacsony átviteli sebesség (XP alatt is megnéztem, 200 alat van)
AHCI ban javult... CDM3 random adat 260-ra, de Fill0-al végre 460
ATTO szépen hozza a gyári adatokat. Kis méretnél 50%-al jobb mint az IntelX25, aztán 32K-tól már a duplája.CDM3 Raid0 és Raid1-ben kb azonos eredményt hoz (ezt nem értem), de az ATTO jól mutatja a különbséget. Raid0-ban ATTO kiakad (0-át mutat) mert 1.000.000 főlé megy a mért értek.
Hogy jót is írjak, friss win7 5 sec alatt indul.
Ma csinálom a linuxos teszteket.Lehet mégis samsungot kellet volna vegyek... kicsit zavarnak a tömőrítős sebesség eltérések.
-
fsb1000
nagyúr
válasz
Pityu.
#38429
üzenetére
Állandóan villogtatta a HD ledet valami és megnéztem mi csinálja.
A fő bűnös az outpost volt, loggolt meg ellenőrízgettet valamilyen fájlokat. Lehet hogy van beálítása amivel ez megszüntethető.. nem tudom. Nézd meg a gépeden, lehet az új verziók már nem csinálják
Azóta ESet Smart Security megy... az szép csöndben van. -
fsb1000
nagyúr
válasz
Jester01
#38399
üzenetére
Köszi!
Reménykedtem, hogy ez lesz a válasz. Tehát elvileg az ajánlott SSD-kben (Agility3 és Samsung 830 a kiszemelt erre a célra) megfelelő wear leveling müködik, ami megoldja az ilyen "tömeges" fájl írást.
Az elfogadható, hogy TRIMM hiányban csökkeni fog az R/W sebesség, valószinüleg egy átlagos hálózatban így sem az SSD lesz a szűk keresztmetszet. -
fsb1000
nagyúr
válasz
#16695808
#38396
üzenetére
Köszi!
Nem rendszermeghajtó lesz és konkrétan az érdekel mi történik a vázolt esetben.
Tételezzük fel hogy alignálva lesz a particó és mivel bájtról bájtra írás történik (akár szekvenciálisan) egy adott blokkon belül is többszörös írás fordul elő.
Persze az csak modellezése egy valós folyamatnak. -
fsb1000
nagyúr
Üdv! A következő kérdésre keresem a választ:
Mi történik a következő esetben nem TRIM ready op rendszer alatt (xp, régebbi Linux)?1. SSD-n (pl Agility3) létrehozok egy 1GB-os fájlt
2. Minden bájtját felülírom 1-el majd 2-vel.... folytatva 255-ig
3. Az előző pontot addig ismétlem mig a gyártó által megadott írási limitet meghaladja az 1 bytra eső irások száma.Az írt logikai blokkokat (akár minden írásnál) átmozgatja más fizikai blokkokra és így egy idő után kevesebb lesz a szabad hely?
Nem mozgatja át a logikai blokkot és növekszik meghibásodás valószínűsége az írt fizikai blokkokon. -
fsb1000
nagyúr
válasz
Hunork
#25036
üzenetére
Valószinüleg csak minimális.
Nálam SSD-n a rendszer és egy másik SSD-n a swap. Mérni nem mértem, de a boot kicsit lomhább lesz ha visszarakom HDD-re. Inkább a bőngészek gyorsulnak, ha azok cache is a #2 SSD-n vanA HDD oprendszer & SSD/swap megoldást kikéne próbáld. De szerintem eleve megfogja a HDD az op.rendszert. Viszont a böngészök biztosan begyorsulnak, mert azok sok kicsi file-t írkálnak. AZt érdemes oda helyezni.
Egyébként korábban ajánlott volt a swapot levenni az SSD-ről, ma már megoszlanak a vélemények... -
fsb1000
nagyúr
válasz
Fire/SOUL/CD
#24943
üzenetére
Nem, mert több féle partició (pl FAT) és több féle OP rendszert is használok.
AHCI-ban gondot okozott a váltogatás. (valamikor rég.)
Meg lustaság is.... igy maradt. -
fsb1000
nagyúr
válasz
Dragbajnok
#24938
üzenetére
Korábban írték, hogy az AHCI nem feltétele a TRIM-nek.
Nálam IDE módban megy az SSD és WIN7 alatt aktívnak látszik a TRIM (intel és más progik kijelzése alapján), de hogy tényleg működik azt nem tudom. A kezdeti sebességcsökkenés óta nincs jelentős változás, tehát nem kizárt.... -
fsb1000
nagyúr
flesh által írt SSD cikkben azt olvastam, hogy az egyik SSD-t xxMB-os memoria cachel tesztelték.
EZ azt jelenti, hogy rendszer memóriából lefoglalták neki? Milyen programmal lehet ezt megcsinálni.
-
fsb1000
nagyúr
válasz
MuLLeL
#24753
üzenetére
Elsőként egy kérdés: SSD+HDD raid0-ba kötésének van értelme?
Valamilyen teszt vagy ajánlás alapján csináltad, ahol jelentős sebességnővekedést okozott a Simpla SSD helyett.Raid0-ban a maximális méret a kisebbik tárolóeszköz hasznos méretének duplája lesz. Ha különböző méretü tárolókat fűzöl össze nem adódik össze a méret!!!
--
SZerk:
(kifogom próbálni a SAMU-mat egy régi 40-es HDD-vel.... érdekes... ) -
fsb1000
nagyúr
válasz
Jack@l
#24718
üzenetére
Akkor ez a tipus kerülendő.
--------------
A fizika mai állása szerint hang csak energia befektetéssel keletkezik.
Ez a leggyakrabban valamilyen mozgó/rezgő test mechanikai energiájából származik, amelynek egy része átadódik a közvetítő közegnek és hangként érzékeljük
De a hang energia forrása lehet közvetve hőenergia (Rijke-cső) vagy valamilyen elektromágneses fluxus változás is.
Ez utóbbit néha megtapasztalhatjuk PC-kben is: tápegységek, VGA kártyák és CPU feszszabályozók környékén. Általában valamilyen induktiv alkatrész hibájához/tulajdonságához kötik ezt a jelenséget. A frekvencia vagy áram mértékével változik a hallható hang intenzítása és frekvenciája is.
Az előbbi pl. VGA-k esetén VSYNC=OFF töltőképernyőknél (1-5 Khz-es fps) az utóbbi meg CPU tuning stressz ellenörzésénél fordul elő. Ezek a "zizegés" szerű hangok nem üzemszerű állapotra jelemzőek.Természetesen nem kizárt, hogy némely SSD-ben lévő elektronika egyes részei is okozhatnak ilyen zajt pl nagytömegű adat kiolvasásakor. Vagy közvetlenül az SSD-ben, vagy közvetve más alkatrészeknél, hiszen az adatátvitel sebessége többszöröse a HDD-khez képest.
Ezt egyszerű kiteszteltelni, csak bele kell rakni másik gépbe (más alaplap, más I/O vezérlő) és ott is megfigyelni a hanghatást.
Ha géptől függetlenül az SSD a hang forrása, akkor az valószínüleg tervezési hiba következménye lehet, jobb az ilyentől megszabadulni (mákdaráló, nejlonharisnyázás / gariztatás) ha zavaró a hang.Hiszen az SSD-k egyik pozitivuma a zajtalan működés (felépítéséből adódik). Ennek nyilván a legtöbb SSD eleget tesz, ahogy a VGA-k vagy az alaplapoknak is csak igen kis százaléka ad ki hangot üzemi körülmények között. Ezért nem lehet általános jellemzőként felróni egyik említett alkatrésznek sem, az SSD-knek sem, hogy "zajosak".
----------------
-
fsb1000
nagyúr
válasz
Salvador20
#24654
üzenetére
hmmm... akkor még mindig biztos vagy benne, hogy az SSD okozta a hangot?
Szerk: közben olvastam, hogy nem.
Bocs, hogy kissé szkeptikus voltam, de pont kerekfej SSD ellenes kampányába csöppentél be a problémáddal. -
fsb1000
nagyúr
válasz
Fire/SOUL/CD
#24637
üzenetére
Hát azt nem tudtam, hogy a gyártó is ajánlja a particónálatlan területet.
Nekem is Samsungom van, de hát... doksi az nem volt hozzá soha és XP alól kézzel particionáltam.Azért írtam, hogy "hit" kérdése, mert én csak a fórumokon olvastam erről, abban az időben, amikor az egyszeri userek is el kezdtek SSD-ket használni. De az SSD müködéséről írt "szakmai" cikkek alapján teljesen logikusnak tünt, hogy segít.
De elsősorban nem az élettartamra van befolyással, hanem a korai időkban sokaknál jelentkező lassulásra.Itt a PH-n elsőként a 32GB-os SLC samuk jelentek meg. Azok szinte mind belassultak, ha teleírták öket. Én mind a 3 darabnál tapasztaltam ezt a lassulást, amit használtam, pedig nem írtam tele öket soha.
-
fsb1000
nagyúr
válasz
soldi3r
#24622
üzenetére
Nem tudom mi az a wl.
-----
Mint korábban írtam, szerintem "hit" kérdése lehet, hogy egyáltalán kell vagy mennyi szabad helyet kell hagyni az SSD-n. Az viszont nem hit kérdése, hogy a nem particionált területre az OP rendszer így más szofver sem fog írni.
Az általám ismert SSD működéséből az következik, hogy a particók nem kötődnek az SSD fizikai tarólóterületeihez, tehát nem tudjuk megmondani hogy xxx "logikai" szektor hol van az SSD-n.
Azt ő rakoskatja el, az írást/törlést is a cella állapotok fügyvényében végzi. Ha hagyunk 20% szabad helyet az csak annyit jelent, hogy ennyivel több cellát tud használni kezdetben. -
fsb1000
nagyúr
válasz
Logicman86
#24614
üzenetére
Az Intelem 80GB-os..... kétlem, hogy a következő lépcsőhoz hiányzó 48GB-ot szabadon hagyták volna. Ettől eltekintve elképzelhető, hogy a gyártók hagynak helyet, de akkor meg a 32/128/256 GB-osknál eleve nem?
Ha 100%-ossan particiónálod+formázod az SSD-t, akkor nem tudhatod, hogy az OP rendszer mikor mit hova ír. Lehet hogy évekig volt mindig 20% szabad helyed, de a valóságban minden logikai szektor kihasználásra került legalább egyszer.
Szerintem ha már fenn akarunk tartani üres helyet (ezt mindenki maga döntse el), akkor az a rész particiónálatlan terület legyen.
-
fsb1000
nagyúr
-
fsb1000
nagyúr
válasz
Salvador20
#24547
üzenetére
bocs.... nem gondoltam, hogy nem tudtál róla.
-
fsb1000
nagyúr
válasz
Salvador20
#24544
üzenetére
Szerintem közvetlenül [kerekfejjel] kéne megbeszéld.
Nekem úgy tünt jártas az ilyen jelenségek terén. -
fsb1000
nagyúr
válasz
Salvador20
#24540
üzenetére
Nem.
(persze ha voltagemoddos az SSD-d, akkor vegyél vissza a feszből) -
fsb1000
nagyúr
válasz
Salvador20
#24536
üzenetére
Minő véletlen... én a mákdarálót ajánlom, vagy a gariztatást.
(esetleg sztatikus nejlon harisnyával mindkét művelet elött átdörgölni hátha kimúlik a kínok elött.) -
fsb1000
nagyúr
válasz
Carasc0
#24532
üzenetére
Sajnos nem tudom megerősíteni amig nem próbáltam ki azt a modellt, de ha cserélnem kéne akkor a TOP 3 jelöltben lenne a legújabb Intel és Samsung modellekkel.
Valószinüleg az ár és az ATO eredmény miatt győzne....
Szerintem nagyot nem tévedhetsz vele, hacsaknem utólag kiderül, hogy van valami vezérlő és/vagy fw stickje. De ezt kétlem... 3 év alatt sokat fejlődött a technológia. -
fsb1000
nagyúr
Aktív témák
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Diablo IV
- Parci: Milyen mosógépet vegyek?
- Soha nem szabta ilyen pénztárcabarátra új CPU-it az Intel
- Eredeti játékok OFF topik
- Filmvilág
- PH!otósok beszélgetős, offolós topikja
- A fociról könnyedén, egy baráti társaságban
- Az olcsó Macbook sokkolja a PC-ipart az ASUS társvezetője szerint
- Bambu Lab 3D nyomtatók
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 Mini 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS4426, 100% AKKSI
- HP Elitebook 850 G8 15,6" i5 1135 G7, 8-16GB RAM, SSD, jó akku, számla, 6 hó gar
- Samsung Galaxy S20 Ultra / 12/128GB / Kártyafüggetlen / 12Hó Garancia
- Akció! Acer Nitro 5 AN515-55! I7 10750H / RTX 3050Ti / 16GB DDR4 / 512GB Nvme SSD!
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
