Ang pagganap ng aplikasyon ay naka-ugat sa bilis - bilis sa pagkumpleto ng basahin at isulat ang mga kahilingan na hiniling ng iyong mga aplikasyon mula sa iyong imprastraktura. Ang pag-iimbak ay responsable para sa bilis ng pagbabalik ng mga kahilingan sa I / O (input / output), at ang pamamaraan na napiling gawin ang mga nagsusulat at maihatid ang mga nabasa ay may malaking epekto sa pagganap ng aplikasyon. Ang isang karaniwang pamamaraan sa industriya ngayon ay ang paggamit ng SSDs para sa caching sa tradisyonal na pag-iimbak ng disk sa pag-iimbak, mga hybrid na arrays o all-flash arrays. Karamihan sa mga solusyon sa caching ay pinabilis ang mga nabasa para sa mga aplikasyon, ngunit ang totoong tanong ay nananatiling, "Alin ang sumulat ay tama?"
| Software-tukuyin ang Lahat Patent-pending network at teknolohiya ng imbakan na may compute, virtualization, at pamamahala ng SaaS sa ISA na ulap ng enterprise sa isang kahon. Saksihan ang kapangyarihan ng Ignite ngayon. |
Tingnan natin kung bakit nakakaapekto ang pagganap ng pagsulat sa pag-optimize ng iyong pagganap ng aplikasyon. Sumulat I / O ay nagpapahiwatig na ito ay bagong data na hindi nakasulat sa iyong pinagbabatayan na imbakan. Sa tradisyunal na imbakan ng SAN, halimbawa, ang mga sumusulat ay nakasulat nang direkta sa pinagbabatayan na imbakan at pagkatapos ay ibabalik sa application. Sa mga application na patuloy na sumusulat ng mga bagong data, lalo na ang mga malaking aplikasyon ng database (SQL, atbp.), Hindi maaaring panatilihin ang tradisyonal na mga disk sa pag-ikot. Ang pag-cache sa SSD ay naging isang solusyon na pinapayagan ang mga magsusulat na maisulat sa lokal at naka-cache batay sa dalas ng demand ng aplikasyon; gayunpaman, may ilang mga pamamaraan sa relasyon ng write-cache sa pinagbabatayan na imbakan na nagdudulot ng malaking pagkakaiba sa pagganap.
Ito ang 3 anyo ng pagsulat ng I / O:
