- ha a pool több mint 30%-nyi szabad hellyel rendelkezik, akkor a "first fit" (elindul az elejéről és legelső megfelelő szabad helyet tölti fel),
- ha a pool kevesebb mint 30%-nyi szabad hellyel rendelkezik, akkor a "best fit" (mindig végigmegy és megkeresi a legkisebb alkalmas szabad helyet)
algoritmust használja az allokálásra. Ez a felállás nagyobb lassuláshoz vezethet írási műveletnél, ha a pool kevesebb mint 30%-nyi szabad hellyel rendelkezik. Nagy pool-ok esetén ez a 30% akár terabyte-okat is jelenthet.
Az OpenSolaris változtatott ezen az eljáráson tavaly novemberben és az Oracle storage-ok is bevezették az új kódot 2010 első negyedévében. A változtatásoknak köszönhetően jelentős pozitív változások következtek be.
A FreeBSD is igyekszik átvenni a változtatásokat (pl. a korábbi 30% helyett 4%-nál kevesebb szabad helynél vált csak a "best fit"-re). Martin Matuska (mm@) egy levelet küldött tegnap a freebsd-current levelezési listára, amelyben arra kéri a felhasználókat, hogy teszteljék a változtatásokat.
A levél elolvasható itt.
- A hozzászóláshoz be kell jelentkezni
- 1858 megtekintés
Hozzászólások
Ez azért messze áll, hogy "fejlettebb"... Utána majd leviszik majd 3%-ra, majd 2%-ra :D
- A hozzászóláshoz be kell jelentkezni
az lészen az ápgréd :)
- A hozzászóláshoz be kell jelentkezni
(torolve)
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni