Alokacja pamięci: Różnice pomiędzy wersjami

Z Wikipedii, wolnej encyklopedii
[wersja przejrzana][wersja przejrzana]
Usunięta treść Dodana treść
m literówki
źródła/przypisy
Linia 1: Linia 1:
{{dopracować|źródła=2012-06}}

'''Alokacja pamięci''' oraz '''dealokacja pamięci''' – odpowiednio przydział i zwolnienie '''ciągłego''' obszaru [[pamięć komputerowa|pamięci]]. Po uruchomieniu, [[proces (informatyka)|proces]] (program) otrzymuje od [[system operacyjny|systemu operacyjnego]] jedno lub więcej pól dostępnej [[pamięć komputerowa|pamięci]], możliwej do dowolnego wykorzystania. W zależności od przyjętej konstrukcji i zastosowania obszar nazywany jest '''[[sterta (informatyka)|stertą]]''' (ang. ''heap'') lub [[stos (informatyka)|stosem]]. W trakcie działania program może zażądać od systemu operacyjnego większej ilości pamięci ('''alokacja''') lub też zwolnić niepotrzebny obszar ('''dealokacja''').
'''Alokacja pamięci''' oraz '''dealokacja pamięci''' – odpowiednio przydział i zwolnienie '''ciągłego''' obszaru [[pamięć komputerowa|pamięci]]. Po uruchomieniu, [[proces (informatyka)|proces]] (program) otrzymuje od [[system operacyjny|systemu operacyjnego]] jedno lub więcej pól dostępnej [[pamięć komputerowa|pamięci]], możliwej do dowolnego wykorzystania. W zależności od przyjętej konstrukcji i zastosowania obszar nazywany jest '''[[sterta (informatyka)|stertą]]''' (ang. ''heap'') lub [[stos (informatyka)|stosem]]. W trakcie działania program może zażądać od systemu operacyjnego większej ilości pamięci ('''alokacja''') lub też zwolnić niepotrzebny obszar ('''dealokacja''').


Wewnętrznie programy samodzielnie zarządzają przydzieloną im pamięcią - niskopoziomowe [[język programowania|języki programowania]] dostarczają interfejs programistyczny do zarządzania stertą, który oferuje wyłącznie możliwość zarezerwowania pewnego obszaru ('''alokacja''') i późniejszego jego zwalniania ('''dealokacja'''). Wiele wysokopoziomowych języków programowania [[odśmiecanie pamięci|automatycznie]] przeprowadza procedurę dealokacji, bez udziału programisty.
Wewnętrznie programy samodzielnie zarządzają przydzieloną im pamięcią - niskopoziomowe [[język programowania|języki programowania]] dostarczają interfejs programistyczny do zarządzania stertą, który oferuje wyłącznie możliwość zarezerwowania pewnego obszaru ('''alokacja''') i późniejszego jego zwalniania ('''dealokacja'''). Wiele wysokopoziomowych języków programowania [[odśmiecanie pamięci|automatycznie]] przeprowadza procedurę dealokacji, bez udziału programisty.


Dla przykładu w języku [[c (język programowania)|C]], do ręcznej dynamicznej alokacji i dealokacji pamięci służą [[podprogram|funkcje]] [[Biblioteka standardowa języka C|biblioteki standardowej]]: <code>[[malloc]]</code> (alokacja) i <code>[[free (libc)|free]]</code> (dealokacja); w języku [[C++]] służą do tego specjalne słowa kluczowe ([[operator (programowanie)|operatory]]): <code>[[New (programowanie obiektowe)|new]]</code> oraz <code>[[delete]]</code>.
Dla przykładu w języku [[c (język programowania)|C]], do ręcznej dynamicznej alokacji i dealokacji pamięci służą [[podprogram|funkcje]] [[Biblioteka standardowa języka C|biblioteki standardowej]]: <code>[[malloc]]</code> (alokacja) i <code>[[free (libc)|free]]</code> (dealokacja); w języku [[C++]] służą do tego specjalne słowa kluczowe ([[operator (programowanie)|operatory]]): <code>[[New (programowanie obiektowe)|new]]</code> oraz <code>[[delete]]</code>.<ref>{{Cytuj |tytuł = Alokacja pamięci |data dostępu = 2018-06-10 |opublikowany = msdn.microsoft.com |url = https://msdn.microsoft.com/pl-pl/library/hk1k7x6x.aspx |język = pl}}</ref>


Najpopularniejsze obecnie systemy operacyjne automatycznie zwalniają pamięć przydzieloną procesom, gdy te zakończą działanie bez uprzedniej dealokacji otrzymanej pamięci. Na poziomie aplikacji pominięcie dealokacji doprowadza do [[wyciek pamięci|wycieku pamięci]], co w przypadku aplikacji działających przez długi czas (np. serwery, lub inne aplikacje wykonujące dużo dynamicznej alokacji i dealokacji pamięci), jest uważane za poważny błąd, jako, iż z biegiem czasu proces taki będzie potrzebował coraz więcej pamięci, co może doprowadzić nawet do jego zawieszenia, unicestwienia, znacznego spowolnienia działania całego systemu lub też jego zawieszenia.
Najpopularniejsze obecnie systemy operacyjne automatycznie zwalniają pamięć przydzieloną procesom, gdy te zakończą działanie bez uprzedniej dealokacji otrzymanej pamięci. Na poziomie aplikacji pominięcie dealokacji doprowadza do [[wyciek pamięci|wycieku pamięci]], co w przypadku aplikacji działających przez długi czas (np. serwery, lub inne aplikacje wykonujące dużo dynamicznej alokacji i dealokacji pamięci), jest uważane za poważny błąd, jako, iż z biegiem czasu proces taki będzie potrzebował coraz więcej pamięci, co może doprowadzić nawet do jego zawieszenia, unicestwienia, znacznego spowolnienia działania całego systemu lub też jego zawieszenia.


Alokacja pamięci nie powiedzie się, gdy nie istnieje wolny '''ciągły''' obszar pamięci o wymaganym rozmiarze (patrz [[Fragmentacja pamięci|fragmentacja zewnętrzna]]).
Alokacja pamięci nie powiedzie się, gdy nie istnieje wolny '''ciągły''' obszar pamięci o wymaganym rozmiarze (patrz [[Fragmentacja pamięci|fragmentacja zewnętrzna]]).<ref>{{Cytuj |tytuł = Alokacja pamięci |czasopismo = Encyklopedia Zarządzania |data dostępu = 2018-06-10 |url = https://mfiles.pl/pl/index.php/Alokacja_pami%C4%99ci |język = pl}}</ref>


== Zarządca pamięci ==
== Zarządca pamięci ==
Linia 19: Linia 17:
* '''najgorzej pasujący''' - wyszukiwany jest największy wolny obszar.
* '''najgorzej pasujący''' - wyszukiwany jest największy wolny obszar.


Istnieje specjalny rodzaj zarządców pamięci, tzw. pule pamięci (ang. ''memory pool''), które operują na obszarach pamięci o określonym z góry rozmiarze. W takich przypadkach problem [[Fragmentacja pamięci|fragmentacji zewnętrznej]] jest całkowicie eliminowany, gdy dodatkowo rozmiar ten ściśle odpowiada potrzebom aplikacji znika również problem fragmentacji wewnętrznej.
Istnieje specjalny rodzaj zarządców pamięci, tzw. pule pamięci (ang. ''memory pool''), które operują na obszarach pamięci o określonym z góry rozmiarze. W takich przypadkach problem [[Fragmentacja pamięci|fragmentacji zewnętrznej]] jest całkowicie eliminowany, gdy dodatkowo rozmiar ten ściśle odpowiada potrzebom aplikacji znika również problem fragmentacji wewnętrznej.<ref>https://eia.pg.edu.pl/documents/184087/284323/wskaznikidynalok.pdf</ref>


== Zobacz też ==
== Zobacz też ==
Linia 28: Linia 26:
* [[fragmentacja pamięci]]
* [[fragmentacja pamięci]]


== Przypisy ==
{{przypisy}}
[[Kategoria:Konstrukcje programistyczne]]
[[Kategoria:Konstrukcje programistyczne]]
[[Kategoria:Zarządzanie pamięcią]]
[[Kategoria:Zarządzanie pamięcią]]

Wersja z 12:03, 10 cze 2018

Alokacja pamięci oraz dealokacja pamięci – odpowiednio przydział i zwolnienie ciągłego obszaru pamięci. Po uruchomieniu, proces (program) otrzymuje od systemu operacyjnego jedno lub więcej pól dostępnej pamięci, możliwej do dowolnego wykorzystania. W zależności od przyjętej konstrukcji i zastosowania obszar nazywany jest stertą (ang. heap) lub stosem. W trakcie działania program może zażądać od systemu operacyjnego większej ilości pamięci (alokacja) lub też zwolnić niepotrzebny obszar (dealokacja).

Wewnętrznie programy samodzielnie zarządzają przydzieloną im pamięcią - niskopoziomowe języki programowania dostarczają interfejs programistyczny do zarządzania stertą, który oferuje wyłącznie możliwość zarezerwowania pewnego obszaru (alokacja) i późniejszego jego zwalniania (dealokacja). Wiele wysokopoziomowych języków programowania automatycznie przeprowadza procedurę dealokacji, bez udziału programisty.

Dla przykładu w języku C, do ręcznej dynamicznej alokacji i dealokacji pamięci służą funkcje biblioteki standardowej: malloc (alokacja) i free (dealokacja); w języku C++ służą do tego specjalne słowa kluczowe (operatory): new oraz delete.[1]

Najpopularniejsze obecnie systemy operacyjne automatycznie zwalniają pamięć przydzieloną procesom, gdy te zakończą działanie bez uprzedniej dealokacji otrzymanej pamięci. Na poziomie aplikacji pominięcie dealokacji doprowadza do wycieku pamięci, co w przypadku aplikacji działających przez długi czas (np. serwery, lub inne aplikacje wykonujące dużo dynamicznej alokacji i dealokacji pamięci), jest uważane za poważny błąd, jako, iż z biegiem czasu proces taki będzie potrzebował coraz więcej pamięci, co może doprowadzić nawet do jego zawieszenia, unicestwienia, znacznego spowolnienia działania całego systemu lub też jego zawieszenia.

Alokacja pamięci nie powiedzie się, gdy nie istnieje wolny ciągły obszar pamięci o wymaganym rozmiarze (patrz fragmentacja zewnętrzna).[2]

Zarządca pamięci

Część systemu operacyjnego bądź aplikacji użytkowej odpowiedzialna za przydział i zwalnianie pamięci nazywa się zarządcą pamięci. Zarządca pamięci posiada listę obszarów wolnych i przydzielonych, charakteryzowanych adresem obszaru i jego rozmiarem. Często rozmiar jest wielokrotnością pewnej liczby bajtów, bądź też nie jest możliwe przydzielenie mniejszej liczby bajtów niż określona wartość graniczna - co w obu przypadkach prowadzi do fragmentacji wewnętrznej.

Wyróżnia się trzy strategie przydziału pamięci:

  • pierwszy pasujący - na liście wolnych obszarów wyszukiwany jest pierwszy, którego rozmiar jest większy lub równy żądanemu;
  • najlepiej pasujący - wyszukiwany jest wolny obszar, którego wielkość jest najbliższa żądanej;
  • najgorzej pasujący - wyszukiwany jest największy wolny obszar.

Istnieje specjalny rodzaj zarządców pamięci, tzw. pule pamięci (ang. memory pool), które operują na obszarach pamięci o określonym z góry rozmiarze. W takich przypadkach problem fragmentacji zewnętrznej jest całkowicie eliminowany, gdy dodatkowo rozmiar ten ściśle odpowiada potrzebom aplikacji znika również problem fragmentacji wewnętrznej.[3]

Zobacz też

Przypisy

  1. Alokacja pamięci [online], msdn.microsoft.com [dostęp 2018-06-10] (pol.).
  2. Alokacja pamięci, „Encyklopedia Zarządzania” [dostęp 2018-06-10] (pol.).
  3. https://eia.pg.edu.pl/documents/184087/284323/wskaznikidynalok.pdf