Rendkívül alacsony sebességű felvétel ssd inte, vmware közösségek

Jó minden napszakban.

ESXi 6.5 rendszer áll SuperMicro X10SRL-F + Xeon E5-1660 V4 + 64 Gb RAM SSD Samsung 850 EVO 1TB

Telepített pár tesztet virtuális ok. Ha az írás és olvasási tesztek a Samsung minden rendben.

2 csatlakoztatott merevlemez Intel SSDSC2BA200G401 létre adatrögzítők minden, és azokat a virtuális gép lemezeket.

Amikor másolatot az adatok azonnal észrevette nincs rendben. Fel kell gyorsítani 5 megabájt \ s!

Megkezdte a vizsgálatot, tényleg rendkívül alacsony írási sebességű olvasás sebessége normális.

A listát a DVD-k is. Win 8.1 tegye csupasz fém, anélkül ESXi, tesztel Intell. minden normális, 350 meg \ s írásra.

Mi lehet az oka? Hol ásni? Egy másik szerver ESXi 6.0 pontosan ugyanaz meghajtók és nem okoz problémát.

Ezek az anyagok vannak jelölve, mint „végső”. Megjelenítése Válaszok: 12

Lásd a következő anyagok:

Az Ön problémája, próbálja meg a következőket:

1. Csatlakoztassa a meghajtót a Windows (7 vagy annál idősebb) autót, és formázza a meghajtót
2. Hozzon létre egy partíciót a teljes tartály
3. Nézd meg, mi működik Trimm
4. Csatlakoztassa a meghajtót vissza az ESXi VMFS és jelölje meg a terület nem az egész lemezt, és 70-75%, a maradék helyet hagynak mark-up
5. Check teljesítmény

Igen. Teljesítmény legjobban mérhető a virtuális gép egy Linux hasznosság és FIO. Annak érdekében, hogy biztosítsák a normális működését a szemétgyűjtő a merevlemez-vezérlő írási / törli az adatokat a lemezen 2-3-szor több, mint a méret a VMFS kötet, amely egy virtuális gép.

Win 8 fektetni az egész szakasz, próbasebességnél 300MB \ s

Tedd ESXi 6.0 6.5 sebessége viszonylag emelkedett 150 MB \ s, hanem messze nem ideális.

Azt teszt általában HD Tune Pro v5.50. Sőt IOPS kimenetek szükség, csak egy kis felvétel lineáris sebesség.

Noob kérdés, hogyan kell ellenőrizni (engedélyez) Trimm az ESXi 6?

Olvassa el a linkeket, hogy én küldtem, és a legfontosabb paraméter OP - over-létesítési

ESXi támogatja az egyenértékű a parancs, SCSI UNMAP. Mindez azzal magyarázható, hogy a SSD beépített merevlemez-vezérlő szemétgyűjtő hatékonyabb, mint a TRIM.

Itt érkezünk el egy ilyen érdekes dolog, mint Enterprise SSD meghajtók. Ők vannak osztva 2 típusa van:

1. Lemezek intenzív felvétel (akár 5-ször átírta az egész lemezt a nap)
2. Lemezek, amelyek az intenzív olvasás (maximum 1 alkalommal a lemez másolás éjjel)

Ha az előírtnál egy közönséges „otthon” lemezt, például a 1 TB változatát Enterprise lesz a következő összeget (kb):

1. 800 GB-os meghajtók nehéz felvételi
2. 960 GB-os meghajtók nehéz olvasási

A fő különbség a hazai - nem hozzáférhető a felhasználó számára a korongon az OP. Nem nehéz megérteni, hogy annak érdekében, hogy a meghajtó lesz 800 GB

200 GB, amely nem több, mint 20%

Nem drága Enterprise SSD és használja a „rendes”, és nem fog a teljesítmény csökkenését, mint írtam, akkor nem hagyhatja el a megjelölt területen a OP, valahol a 25-30%

Csak légy biztos, szükséges lépés a Windows gép segítségével TRIM (amely jelen van a Windows), hogy tájékoztassa a vezérlő a tisztító az összes adatot. És csak azután, hogy tudod használni ezt a lemezt, hogy ESXi

Néztem SSDSC2BA200G401 modell tartozik a vonal SSD DC S3710 Series, amelyeket az Intel csak elhelyezése a lemezeket intenzív terhelést a rekordot.

De ha figyelmesen olvassa el, akkor ez a felvételi sebesség a meghajtó - 300 MB / s (a használt teljesítménymérés IOMeter * teszt, az adatmennyiség, 128 KB (131 072 B), a sorban mélysége 32). Az ilyen vizsgálat - az, hogy enyhén szólva marketing baromság.

Úgy vélem, hogy egy egységes nyilvántartást 150-200 MB / s lenne valóságos.

Gondolom nem marketing számok, és a vallomása CrystalDiskMark teszteli az 5. és a HD Tune Pro v5.50

Samsung EVO 850 - C meghajtó

F meghajtók, G tengerimalac Intel

ESXi 6.0 rendszer

És tegnap volt az értéke 150 MB \ s meghajtók ma úgy tűnik, szemetet gyűjteni és gazuyut a maximumra.

Észlelése után a probléma a sebesség 6.5 a következő módosítások:

- Törölt partíciókat mindkét meghajtón Intel

- Ő szerezte csak nullák helyén.

- Alkotó adatrögzítők 99% 180 gigabájtos merevlemez térfogata 183 áll rendelkezésre.

- Én hoztam létre a merevlemezen a virtuális gép teljes térfogatának a datastore.

- Én tesztelése egy rögzítési sebesség 150 MB \ s

- Törlöm a virtuális gép lemezek és hagyja a szerver be van kapcsolva az éjszakát.

Nem tudom megmagyarázni a viselkedését a hajtás, kivéve a szemétgyűjtő alatt működjenek ESXi 6.0

A szemétgyűjtő nem fut az operációs rendszer szintjén, és a merevlemez-vezérlő szinten, így működik a saját ütemezése képzési helyet az írás új adatokat.

Lehet, hogy ez a helyzet átmeneti volt, és ez nem fog újra megtörténni?

Az idő fogja megmondani. Miközben nézem a lemezeket. Kézi nyilvánvalóan nem izgatott, ha végrehajtása után virtualizációs 1c alapkamat feküdt ezeket a lemezeket jelentősen csökken.

Köszönöm a tanácsot. Bár az általános helyzet minden bizonnyal furcsa.