On 2017.05.03 13:39, MRT wrote: > Tai as irgi su ta ideja, kad GAL.. labai RETAI.. ir puciant tam tikram > vejui :) Nesu tikras, ar vienas kitą gerai supratom. Visokie ten tiesioginiai disk write/read (apeinant OS) naudojami, bet tai absoliučia dauguma atvejų nėra kažkokia klaida. Nu kad ir DB (MSSQL transaction log, PG WAIK ir pan.) yra rašomi tiesiai, kad skirtingi threadai turėtų šviežius duomenis. Galima buferizuot, bet dėl intensyvaus write block-level cache dropinsis dažniau nei kad iš jo bus kažkokia nauda, o ir duomenų integrity gali skaudėt. Kad ir kai kurios specifinės aplikacijos (data loggeriai pvz.) ar labai specifinis duomenų pasiekimo patternas (90%+ write su retais sequential read) irgi dažnai realizuojami apeinant OS. BEEEEEEEEET! Viskas daroma su protu - vienur skauda duomenų integrity (tai bl, DB storage engine galima koky BLACKHOLE uždėt, bus pz pz koks greitis nerealus!), kitur tiesiog optimizuojama pagal duomenis (t.y. appsas iškart žino, kaip bus dirbama su duomenimis ir renkasi efektyvų būdą). Bbz kiek klijaus turi būt suuostęs proglameris kad šiaipsau netyčia pasilėtintų darbą, jaučiu reiks ilgai ir nuobodžiai buksuot ieškant tokio appso. Kurioj vietoj čia įsipaišo ramdiskas tai bbz, nu bet placebo efektas gi ne naujiena niekam. Arba pasispartina sau darbą aukojant duomenų integrity, kas kartais būtų logiška, bet tikrai nepriimtina daugumos userių atžvilgiu.