Grzegorz Niemirowski in news:js5ret$m0$1_at_news.icpnet.pl
[..............]
>> ale co "e jak?"...
> Chyba coĹ zjada polskie literki.
"sie" mi kodowanie w ustawieniach w jednym miejscu nie zaklikalo wlasciwie
:)
> zapotrzebowanie na pagefile. Liczy siÄ tylko dostÄpny RAM i
> zapotrzebowanie ze strony systemu i aplikacji.
jasne;
a czy fat, czy ntfs - ma znaczenie? bo wychodzi mi na to, ze ma: przy fat
system wyznaczyl sobie kiedys ok 500 MB pagefile. Teraz, przy ntfs, troszke
ponad 2 giga.
Oraz:
jakichs wielkich wymagan z powodu aplikacji to ja miec nie bede, wiec majac
2.66 widocznego przez system ram - sadzisz, ze mozna bez przewidywanego bolu
arbitralnie i recznie zjechac z pagefile do 1 giga...? wrozenie z fusow,ale
co mowi intuicja?
> PrzecieĹź nie bÄdzie siÄ powiÄkszaÄ przy uruchomieniu kaĹźdego procesu a
> tym bardziej przy kaĹźdej alokacji pamiÄci wykonywanej przez dowolny
> proces.
ano wlasnie, dlatego pytam o to, co wyzej;
> Musi byÄ jakiĹ zapas.
czyli: co mowi intuicja? 1 giga moze byc juz z zapasem, skoro ram=2.66?
>> czyli uwazasz, ze plik wymiany o stalej wielkosci rozsadnie wyznaczonej
>> - to bzdurne rozwiazanie. Czyli co? dac systemowi samemu,dynamicznie go
>> tworzyc? przyjmuje do wiadomosci poglad.
> Absolutnie nie twierdzÄ, Ĺźe bzdurne. Zastanawiam siÄ tylko, co chcesz
> konkretnie osiÄ
gnÄ
Ä, bo przeróşne manipulacje opisywane w necie niewiele
> dajÄ
.
pewnie chcialem osiagnac to, co opisuja w necie jako korzysc ze stalego
wielkosciowo pliku pagefile :)
Received on Mon 25 Jun 2012 - 12:10:02 MET DST
To archiwum zostało wygenerowane przez hypermail 2.2.0 : Mon 25 Jun 2012 - 12:42:01 MET DST