On 08/02/2013 07:13, Lisciasty wrote:
> On Feb 7, 10:49 pm, DooMiniK <bachus@bachus> wrote:
>> Zależy, co robisz - standardowe gry, programy, nawet grafika - nie
>> odczuejsz mocno. Jak obrabiasz video, albo np. uruchamiasz kilka maszyn
>> wirtualnych, to każdy GB może dać kopa.
>
> Czasem uruchamiam różne dziwadła, ale nie jestem pewien czy one
> bardziej cierpią na brak mocy obliczeniowej, grafiki czy pamięci :>

Od tego masz taskmgr :)

--
Dominik Siedlak (bachus)
bachus(at)post(dot)peel

do góry

Użytkownik "BartekK" napisał w wiadomości grup
dyskusyjnych:kf3845$r0s$...@m...internetia.pl...
>
>W dniu 2013-02-08 11:28, Piotr B. (pb2004) pisze:
>> Użytkownik "BartekK" napisał w wiadomości grup
>> dyskusyjnych:kf16gi$u0k$...@m...internetia.pl...
>>> Zmiana 4>8GB wręcz znacznie zwolni wznawianie/usypianie systemu, o ile
>>> używasz hibernacji lub usypiania hybrydowego (domyślnie-włączone), bo
>>> system będzie musiał zahibernować na dysku obszar 8GB ramu, zamiast 4GB.
>>>
>>
>> Powyższe nie jest prawdą. Jeśli wystąpi spowolnienie to będzie ono
>> minimalne. Windowsy 6.X zapisują do pliku hiberfil.sys tylko część
>> używanej pamięci RAM. Przy 4 i 8 GiB w większości przypadków przy
>> hibernacji musi być zapisane grubo mniej niż 3GiB.
>>
>A to może mocno zależeć od użytkowania komputera, uruchamianych programów
>itp. Teoretycznie zrzut do hiberfil.sys jest tylko tej części pamięci,
>która coś zawiera, i jeszcze chyba jest kompresowany, ale w praktyce, po np
>całym dniu (lub kilku) pracy na laptopie z 8GB ramu - zrzuca mi
>hiberfil.sys o wielkości ~6-7GB na dysk. Byćmoże jakieś programy nie
>czyszczą skutecznie ramu po sobie, albo windows nieprawidłowo takie strony
>dawno zwolnione zapisuje... Przy dysku laptopowym, który ledwo wyciąga
>80-100MB/s - trwa to dobre półtory-dwie minuty.
>

Temat jest ntg, ale proces hibernacji nie działa zupełnie w ten sposób. Po
pierwsze wielkość pliku hiberfil.sys na dysku ma się nijak do ilości danych
jakie system tam zapisał. Po drugie systemu nie obchodzi co programy robią z
przydzieloną im pamięcią. Na podstawie scenariusza Superfetch dla hibernacji
część stron pamięci zapisuje w hiberfil.sys a reszta po odhibernowaniu jest
po prostu odczytywana w odpowiedzi na błędy stron z pliku pagefile.sys i
innych plików, które są zamapowane w pamięci RAM systemu. W twoim przypadku
taki czas hibernacji musi mieć inne przyczyny (np. wady sterowników
powodujące opóźnienia czy nawet tak prozaiczna rzecz jak zbyt mały plik
pagefile.sys).

p.s. Fut: pl.c.o.m-w.winnt
--
Piotr Borkowski

do góry

Użytkownik "RadoslawF" napisał w wiadomości grup
dyskusyjnych:kf331m$aib$...@n...news.atman.pl...
>
>Dnia 2013-02-08 14:30, Użytkownik Piotr B. (pb2004) napisał:
>
>>>> Te "kolubryniaste programy" w przypadku 95% userów nazywają się
>>>> GRY. Powoli nowe topowe produkcje zaczynają wymagać 8 GB RAM + 2 GB
>>>> VRAM, ba nawet dla top wydajności zalecają 16 GB - takie czasy i
>>>> ekstremalnie tani RAM, to nikt nie optymalizuje.
>>>
>>> Tak z ciekawości, podasz kilka tytułów gier które wykorzystają
>>> więcej niż 4GB RAMu.
>>>
>> Nawet gdyby nie istniały przy 4GiB RAM nawet program wykorzystujący tylko
>> 2GiB znacząco spowolni system.
>>
>Może i tak, tyle że gra to nie jest program w trakcie używania którego
>wykorzystuje się jeszcze inne pamięcio i procesoro żerne czynności.
>Jak ostatnio sprawdzałem gry które miałem pod ręką to zajmowały
>tylko 2GB RAMu.

Te 2GiB zajmowane przez grę oficjalnie to nie cała pamięć RAM z jakiej
system korzysta do obsługi. Przy 8GiB w na liście stron standby także
znajdują się dane gry. Przy 4GiB tymczasem muszą być one czytane z dysku.

--
Piotr Borkowski

do góry

Dnia 2013-02-09 13:34, Użytkownik Piotr B. (pb2004) napisał:

>>>> Tak z ciekawości, podasz kilka tytułów gier które wykorzystają
>>>> więcej niż 4GB RAMu.
>>>>
>>> Nawet gdyby nie istniały przy 4GiB RAM nawet program wykorzystujący
>>> tylko 2GiB znacząco spowolni system.
>>>
>> Może i tak, tyle że gra to nie jest program w trakcie używania którego
>> wykorzystuje się jeszcze inne pamięcio i procesoro żerne czynności.
>> Jak ostatnio sprawdzałem gry które miałem pod ręką to zajmowały
>> tylko 2GB RAMu.
>
> Te 2GiB zajmowane przez grę oficjalnie to nie cała pamięć RAM z jakiej
> system korzysta do obsługi. Przy 8GiB w na liście stron standby także
> znajdują się dane gry. Przy 4GiB tymczasem muszą być one czytane z dysku.

Zdaje sobie sprawę że system wykorzystuje wolna pamięć RAM
do keszowania dysku, co w przypadku kiedy gramy pracuje na
korzyść gry.
Ale przyznasz że kod gry bezpośrednio zajmuje tylko do 2GB,
przynajmniej tak było dotychczas.


Pozdrawiam

do góry

Witaj Michal, 08 lut 2013 w news:kf2lif$rcm$1@mx1.internetia.pl
napisałeś/aś:
>
> Sam używam stałego ramdysku 512 MB na temp oraz drugiego alokowanego
> dynamicznie nawet do 14 GB w razie potrzeby do obróbki danych
Jak zrobiłeś ten dynamiczny ram dysk? Używam Dataramu, ale w nim jest
możliwość ustawienia na sztywno rozmiaru ramdisku.

do góry

Proces RadoslawF <radoslawfl@spam_wp.pl> zwrócił błąd:

>> Nawet gdyby nie istniały przy 4GiB RAM nawet program wykorzystujący
>> tylko 2GiB znacząco spowolni system.
>>
> Może i tak, tyle że gra to nie jest program w trakcie używania którego
> wykorzystuje się jeszcze inne pamięcio i procesoro żerne czynności.

Widać, ze graczem nie jesteś... Przeglądarka z wiki odpowiednią dla gry (u
mnie nieraz to dochodzi do 2 GiB), plus nakładki, czasem obowiązkowe
(systemy antycziterskie i DRM na przykład), czasem tylko przydatne
(Raptr, komunikatory), programy do nagrywania wideo, czy też (jak u mnie
często) arkusz kalkulacyjny. Poza tym grę się nieraz zostawia w pamięci
kiedy robi się coś innego, np. w multiplayu, żeby współgracze wiedzieli
że jesteś. W tym czasie możesz się zająć czymś innym, co też potrzebuje
pamięci. A im więcej pamięci, tym mniej swapowanie i szybsze
przechodzenie między procesami, alt-tab.

> Jak ostatnio sprawdzałem gry które miałem pod ręką to zajmowały
> tylko 2GB RAMu. Ale generalnie graczem nie jestem i możliwe że
> akurat gier które zajmują więcej niż 4GB RAMu nie spotkałem.

To zwykle nie same gry zajmują, ale cały system wraz z grą i normalnie
uruchomionymi procesami zajmuje, i to nieraz sporo więcej niż 4 GiB. Są
gry natywnie 64-bitowe, i one już potrafią więcej jednym procesem zająć,
choć robią to nieczęsto (bez modów). A gdzie system? System 64-bit w
ogóle zajmuje więcej niż odpowiednik 32-bit. Nie wspominając już o
wyciekach, jak kiedyś w Wiedźminie. Im masz więcej pamięci, tym później
nastąpi zwis z powodu takiego wycieku.

Jednymi z najstarszych gier 64-bit jakie mam są stary Far Cry i Half
Life 2, i w sumie mam gier 64-bit kilkanaście przynajmniej, choć zwykle
tego nawet nie sprawdzam. Kilka innych przykładów to Riddick czy
Stalker. Akurat to są strzelanki czy skradanki, więc gry nie
potrzebujące może tak dużo, ale są, i czasem tyle zużyją bez sztuczek.

64-bity są też popularne w niezależnych strategiach i symulatorach, a
więc grach które nie wychodzą na konsole, i z tego powodu nie słyszą o
nich ludzie nie interesujący się tym zagadnieniem. Np. symulator
X-Plane, czy strategia A Game of Dwarves (wydana przez Paradox, więc
może nie tak niezależna ;))

Natomiast jest masa gier 32-bit, które potrafią wykorzystywać 3 GiB (na
systemach 32-bit) lub 4 GiB (na systemach 64-bit) na swój proces, po
spaczowaniu. Ten patch to przede wszystkim dodanie flagi Large Address
Aware, którą normalnie linker powinien dodać po kompilacji.

Jeden z bardziej głośnych przykładów to Skyrim. Kiedy wydawca spaczował
grę tak, że nie działała nakładka (patch 4GB unlock) umożliwiająca
wykorzystanie tej dodatkowej pamięci, to podniosła się wrzawa. Chodzi o
to, że 2 GiB po prostu nie wystarczało tej grze do obsługi większych
modów. Wydawca w końcu spaczował tę grę natywnie, i mimo że to 32-bit,
to potrafi zjeść aż 4 GiB. Nadal za mało jeśli się uruchomi wiele modów,
zwłaszcza graficznych, ale zawsze coś. Jeśli masz w systemie tylko 4
GiB, to tego jednak nie wykorzystasz.

BTW, u mnie bez uruchamiania gier, tylko system i potrzebniejsze
programy, chodzące w większości w tle albo na oknach (bez Full Screen),
zużycie pamięci jest rzędu 4,3 GiB, a swapy zajmują po około 150 MiB
(mam dwa). Kiedy uruchomię normalną grę 32-bit, bez LAA, to dochodzi to
zwykle do 6 z hakiem, czasem 7 giga, przy czym mimo że mam 8 GiB, to już
czasem zaczyna być widoczne swapowanie, i spowolnienie w przechodzeniu.

Jeśli ktoś traktuje granie na PC jak granie na konsoli, że tylko włącza,
odpala grę, i nic więcej nie robi, to na razie więcej niż 4 GiB nie jest
mu zwykle potrzebne. Ale są silniki, które wymagają 64-bit, czyli mogą
wykorzystać więcej pamięci, więc może warto jej dokupić dokąd tania.

--
Saiko Kila
My dog's name is Muhammad.

do góry

Użytkownik "RadoslawF" napisał w wiadomości grup
dyskusyjnych:kf5ihr$mto$...@n...news.atman.pl...
>
>Dnia 2013-02-09 13:34, Użytkownik Piotr B. (pb2004) napisał:
>
>>>>> Tak z ciekawości, podasz kilka tytułów gier które wykorzystają
>>>>> więcej niż 4GB RAMu.
>>>>>
>>>> Nawet gdyby nie istniały przy 4GiB RAM nawet program wykorzystujący
>>>> tylko 2GiB znacząco spowolni system.
>>>>
>>> Może i tak, tyle że gra to nie jest program w trakcie używania którego
>>> wykorzystuje się jeszcze inne pamięcio i procesoro żerne czynności.
>>> Jak ostatnio sprawdzałem gry które miałem pod ręką to zajmowały
>>> tylko 2GB RAMu.
>>
>> Te 2GiB zajmowane przez grę oficjalnie to nie cała pamięć RAM z jakiej
>> system korzysta do obsługi. Przy 8GiB w na liście stron standby także
>> znajdują się dane gry. Przy 4GiB tymczasem muszą być one czytane z dysku.
>
>Zdaje sobie sprawę że system wykorzystuje wolna pamięć RAM
>do keszowania dysku, co w przypadku kiedy gramy pracuje na
>korzyść gry.
>Ale przyznasz że kod gry bezpośrednio zajmuje tylko do 2GB,
>przynajmniej tak było dotychczas.

Pewnie w większości tak, ale istnieją też takie, które na systemach x64 mogą
zaadresować 4GiB (np. Wiedźmin 2 ma plik z flagą LARGE_ADDRESS_AWARE).

--
Piotr Borkowski

do góry

Dnia 2013-02-09 17:59, Użytkownik Saiko Kila napisał:

>>> Nawet gdyby nie istniały przy 4GiB RAM nawet program wykorzystujący
>>> tylko 2GiB znacząco spowolni system.
>>>
>> Może i tak, tyle że gra to nie jest program w trakcie używania którego
>> wykorzystuje się jeszcze inne pamięcio i procesoro żerne czynności.
>
> Widać, ze graczem nie jesteś... Przeglądarka z wiki odpowiednią dla gry (u
> mnie nieraz to dochodzi do 2 GiB), plus nakładki, czasem obowiązkowe
> (systemy antycziterskie i DRM na przykład), czasem tylko przydatne
> (Raptr, komunikatory), programy do nagrywania wideo, czy też (jak u mnie
> często) arkusz kalkulacyjny. Poza tym grę się nieraz zostawia w pamięci
> kiedy robi się coś innego, np. w multiplayu, żeby współgracze wiedzieli
> że jesteś. W tym czasie możesz się zająć czymś innym, co też potrzebuje
> pamięci. A im więcej pamięci, tym mniej swapowanie i szybsze
> przechodzenie między procesami, alt-tab.

Faktycznie graczem nie jestem, ale żeby do gry używać dodatkowo
przeglądarki i ściągawki z wikipedii to dla mnie zaskoczenie.

>> Jak ostatnio sprawdzałem gry które miałem pod ręką to zajmowały
>> tylko 2GB RAMu. Ale generalnie graczem nie jestem i możliwe że
>> akurat gier które zajmują więcej niż 4GB RAMu nie spotkałem.

-ciach-

> Jeśli ktoś traktuje granie na PC jak granie na konsoli, że tylko włącza,
> odpala grę, i nic więcej nie robi, to na razie więcej niż 4 GiB nie jest
> mu zwykle potrzebne. Ale są silniki, które wymagają 64-bit, czyli mogą
> wykorzystać więcej pamięci, więc może warto jej dokupić dokąd tania.

Dzięki za wyjaśnienia. Wygląda na to że zdecydowanie nie jestem
na bieżąco w temacie gier.


Pozdrawiam

do góry

Użytkownik "BartekK" <s...@d...org> napisał w wiadomości
news:kf16gi$u0k$1@mx1.internetia.pl...
> Nie podałeś, czy system masz 32bit czy 64bit.
>
> Jeśli masz 32bit - to i tak działa ci tylko 3.2 - 3.7GB a nie 4GB ;)
> Zmiana na 8GB - dla samego systemu nic nie zmieni, bo nie będzie i tak
> więcej niż teraz wykorzystywać. ALE możesz tym przyspieszyć działanie
> komputera bardzo odczuwalnie, jeśli zainstalujesz sobie (darmowy!) Dataram
> ramdisk - potrafi użyć pozostałych 4GB ponad podstawowe 4GB jako dysku,
> poprzestawiasz sobie w systemie by trzymać na nim TEMP, TMP, cache
> przeglądarki itp - i wszystko działa kilkukrotnie szybciej. Polecam :)

Np. Asrock do swoich płyt ma własny program tego typu - XFast RAM. Też
pozwala na 32-bitowym systemie wykorzystać do w/w celów pamięć powyżej 4 GB.
I też jest darmowy!
http://www.asrock.com/feature/XFast/XFastRAM/index.p
l.asp

> Zmiana 4>8GB wręcz znacznie zwolni wznawianie/usypianie systemu, o ile
> używasz hibernacji lub usypiania hybrydowego (domyślnie-włączone), bo
> system będzie musiał zahibernować na dysku obszar 8GB ramu, zamiast 4GB.

Używać zwykłego STR.

do góry

W dniu 2013-02-09 17:24, pueblo pisze:
> Witaj Michal, 08 lut 2013 w news:kf2lif$rcm$1@mx1.internetia.pl
> napisałeś/aś:
>>
>> Sam używam stałego ramdysku 512 MB na temp oraz drugiego alokowanego
>> dynamicznie nawet do 14 GB w razie potrzeby do obróbki danych
> Jak zrobiłeś ten dynamiczny ram dysk? Używam Dataramu, ale w nim jest
> możliwość ustawienia na sztywno rozmiaru ramdisku.

Chyba nie jest tak "dynamiczny" jak byś sobie tego życzył (i ja też) -
do małego, stałego RAMdysku na TEMP używam StarWind RAM Disk (ładuje się
waraz ze startem systemu jako sformatowany), a do tego "dynamicznego"
ImDisk Virtual Disk Driver z utworzonymi kilkoma plikami wsadowymi w
zależności ile max RAMdysku przewiduję, że mi będzie potrzebne z opcją
formatu NTFS. Z tego co monitorowałem zużycie pamięci ImDisk Virtual
Disk Driver zgłasza taki 4-14 GB ramdysk jako zaalokowany i widoczny dla
systemu, ale faktycznie przydziela pamięć dopiero w miarę rzeczywistego
wypełniania tego ramdysku plikami.

--
/MB

do góry