Nu stiu unde vrei sa ajungi. Nu inchid nimic... totul il las in background. La fel ca pe OS X. Background la iOS nu inseamna ca va si sta activ in memorie. Doar anumite module o vor face (de exp. modul audio). Restul devine "snapshot" cache, care va sta in memorie atata timp cat nu are nevoie un alt proces de mai multa memorie. Caz in care va face swap pe "disk" si va lasa loc de memorie liber. Deci inca 512MB RAM ar insemna doar in foarte putin cazuri, mai putin swapping si in niciun caz cine stie ce miracol in deschiderea pdf-ului... Cum insa aici nu vorbim de HDD-uri cu 14ms latenta ci solid states cu 0.1ms, timpul acela de swapping la aplicatii este infim.
Fa un test ca sa te convingi. Porneste 20 de aplicatii, deschide .pdf-ul. Cronometreaza. Inchide toate cele 20 de aplicatii, deschide .pdf-ul. Cronometreaza. S-ar putea sa ramai surprins ca diferenta e infima. That's Apple!
Daca nici asa nu esti convins... atunci nu stiu ce sa-ti zic. Daca ar fi fost un lucru atat de stressant cei "doar" 512MB RAM, sunt sigur ca pana acum ar fi existat n mod-uri prin care sa se schimbe memoria onboard cu 1GB. Sincer esti primul pe care-l vad care se plange ca are doar 512. Eu eram fericit de cum mergea 3GS-ul cu 256RAM (fata de 3G). Si ca dovada, diferenta intre iPhone 4 si 3GS nici nu este atat de mare (de performanta ma refer), desi avem RAM dublu. In schimb diferenta intre 3G si 3GS a fost incredibila. Sper sa vad acest lucru si intre i4 si i4S.
P.S. Mai bine incearca un alt .pdf reader.
---------- Post added 07-10-2011 at 10:15 PM ----------
P.P.S. A nu se intelege gresit ca ar fi stricat inca 512MB. Hell yeah, din partea mea, sa-i fi pus si 4GB RAM. Insa sincer, eu n-as fi fost dispus sa platesc inca 100$ pentru ceva care nu ajuta mai deloc... si care ar si deschide usa unui trend pacatos (tipic Microsoft) care zice: "de ce sa ne mai chinuim sa optimizam aplicatia astfel incat sa consume cat mai putin RAM, cand avem asa mult RAM la dispozitie?"
