Ez az általános segélykérő topic, itt tedd fel az olyan kérdéseket, amelyekre néhány mondatos válasz valószínűleg elegendő lesz, ne nyiss új topicot emiatt.
A felesleges új topicok nyitása (és az oda beírt idióta reakciók) mind büntetőpontokkal lesznek jutalmazva (a reakciók súlyosabban).
A felesleges új topicok nyitása (és az oda beírt idióta reakciók) mind büntetőpontokkal lesznek jutalmazva (a reakciók súlyosabban).
-
Borg #320 Azért ez a megfogalmazás meglehetősen sántit:)
A lényeg ott van, hogy a puffer ugye az átmeneti tároló, az érkező és kimenő adatok számára.
Mivel a winyó mechanikusan működik, igy még mindig a leglassabb pontját jelenti szinte a rendszernek.
Ha viszont az irandó/olvasandó adat a cacheben tárolódik, onnan elektronikus úton jóval gyorsabban hozzáférhető.
Tehát pl érkezik a ~CPUtól egy kérés egy adatra, akkor ha az az adat a cacheben van, sokkal gyorsabban elérhető, mint hogyha a winyóról be kellene olvasni.
Ugyanigy irást is gyorsitja, virtuálisan, mert amikor a ~CPU kiadja az utasitást adat felirására, elküldi az adatot a vezérlő, és a winyó már akkor visszajelezheti az irás megtörténtét, amikor az adat még csak a cacheben van. Eközben a CPU (~ a DMA, vezérlő, IO stb) már tud foglalkozni egyéb feladatokkal is, a winyónak pedig marad "ideje" eltökörészni a felirással.
Logikusan következik tehát, hogy minél több adatnak van hely cacheben, annál jótékonyabb a hatása.
Ez viszont sokkal bonyolultabb cache rendezést kiván, FIFO,LRU stb szisztémákkal, ahhoz, hogy hatékonyan eldönthető legyen, éppen mi lehet bent a cacheben. Magyarán nem minden adat, nem minden méretű, és tipusu fog ugyanúgy részt kapni a cacheből.
Éppen ezért nem igaz az, hogy a 8MB/2MB caches winyók egyenes arányban gyorsulnak a cache méretével.