Zamulenie pamieci - CS3

Przetestuj PS pod Tigerem i bedziesz mial winowajce. Mnie wydaje sie , ze to Leo jest jeszcze niedopracowany.

Cos mi sie wydaje, ze Leo, PS i Ai do spolki szybciutko poradza sobie z 5GB ramu. Logicznie rzecz biorac nie ma powodu dla ktorego PS mialby blokowac pamiec dla dokumentow ktore sa zapisane i zamkniete. Cos pewnie nie moze dogadac sie z Leo.

Kiedy ci zamula maszynke - jakie masz wtedy obciazenie procesora?

Na Tigerze jest to samo.
Nawet na PC
winowajca jest sam PS ze nie zeruje tej pamieci.
Wsadze 10 gb i zobaczymy

winowajca jest sam PS ze nie zeruje tej pamieci. Nie wiem czy to Leo czy PS zwalnia pamiec. Wydaje mi sie, ze PS tylko "mowi" do Systemu, ze dany fragment pamieci mozna zwolnic. Ale na ten temat powinien sie wypowiedziec ktos kto poprostu wie jak to dziala. PS. Naturalnie sprawdzales ile Ramu widzi twoj komputer.

winowajca jest sam PS ze nie zeruje tej pamieci.

Nie wiem czy to Leo czy PS zwalnia pamiec. Wydaje mi sie, ze PS tylko "mowi" do Systemu, ze dany fragment pamieci mozna zwolnic. Ale na ten temat powinien sie wypowiedziec ktos kto poprostu wie jak to dziala.

PS. Naturalnie sprawdzales ile Ramu widzi twoj komputer.

Moj komputer widzi caly ram.

Hektor,

czy możesz precyzyjnie odpowiedzieć na poniższe pytania?

1) Ile pamięci (w procentach i megabajtach) przydzieliłeś dla Ps?
2) Jak masz ustawiony scratch disk w Ps i do jakiego to fizycznie dysku prowadzi, ile tam jest wolnego miejsca i czy jest to dysk systemowy?
3) W preferencjach Ps na jakie wartości masz ustawione History States oraz Cache Levels?
4) Jak masz ustawiony scratch disk w Ai?
5) Jakiej wielkości obrazki obrabiasz w Ps?
6) Czy używasz Bridge'a?

Masz świetny komputer, on nie ma prawa się zamulać.

Hektor,

czy możesz precyzyjnie odpowiedzieć na poniższe pytania?

1) Ile pamięci (w procentach i megabajtach) przydzieliłeś dla Ps?
2) Jak masz ustawiony scratch disk w Ps i do jakiego to fizycznie dysku prowadzi, ile tam jest wolnego miejsca i czy jest to dysk systemowy?
3) W preferencjach Ps na jakie wartości masz ustawione History States oraz Cache Levels?
4) Jak masz ustawiony scratch disk w Ai?
5) Jakiej wielkości obrazki obrabiasz w Ps?
6) Czy używasz Bridge'a?

Masz świetny komputer, on nie ma prawa się zamulać.

1. 100%- 3072 mb
2. jako pierwszy moj tylko wlasciwie na scratch i dane projekty ktore wykonuje na bierzaco jest to dysk raptor 10.000 rpm wolnego kolo 70 gb a na wrazie czego drugi jest zaznaczony ten na ktorym jest system
3. Historia 20, Bufor 6
4. tak samo ja w wypadku PS czyli raptor pierwszy drugi systemowy
5. od 15 mb do 500 mb (oczywiscie zdarzaja sie po 1gb ale to rzadko)
6. W ogole i mam go wylaczonego w tych opcjach PS jedynie co to mam tam zafajkowane profile kolorow tak zeby zostaly przydzielone do wszystkich produktow adoba

Problem polega ze on jak jest czysty to chodzi szybko itp ale po otwarciu paru wiekszych obrazkow i ich zamknieciu zachowuje sie jakby one nie byly zamkniete.
Dopiero wylaczenie i wlaczenie PS poprawia wydajnosc.

Ja jednak stawiam na to, ze Leo nam bruzdzi. Komputer iMac 1.25, Ram 768, czynne aplikacje Safari, Preview, TextEdit. Objawy: Komputer na klikniecia odpowiada po dlugim czasie - zamulenie, intesywna praca HDD. Pamiec wykorzystana cos kolo 750 MB - praktycznie cala. Po dlugim czasie pamiec uwolniona - wolne okolo 500 MB. Komputer reaguje normalnie. Podczas robienia zrzutu ekranu aktywne jeszcze, Activity Monitor i Grab. P,

Hektor,

1) ustawienie dla Ps tak ogromnego przydziału jest niepotrzebne, a może to właśnie ono powoduje problem. Zmniejsz mu do 50% czyli około 1500 MB. Talka ilość powinna Ci spokojnie wystarczyć do obróbki nawet 500MB obrazów.

Na moje wyczucie, to powinno definitywnie rozwiązać Twój problem. Jeśli nie, to:

2) zmniejsz Historię do minimum. Przynajmniej testowo na jakiś czas i poobserwuj.

3) Scratch powinien być fizycznie oddzielnym, czystym dykiem. "czysty" oznacza brak jakichkolwiek plików na tym dysku. Pojemność 50 - 100 GB jest wystarczająca. To naprawdę daje efekty. Jeśli masz możliwość przynajmniej testowo ustawić scratch na zewnętrzny dysk FireWire, to spróbuj. Ustawienie drugiego scratcha na systemowy jest raczej niepotrzebne.

Hektor,

1) ustawienie dla Ps tak ogromnego przydziału jest niepotrzebne, a może to właśnie ono powoduje problem. Zmniejsz mu do 50% czyli około 1500 MB. Talka ilość powinna Ci spokojnie wystarczyć do obróbki nawet 500MB obrazów.

Na moje wyczucie, to powinno definitywnie rozwiązać Twój problem. Jeśli nie, to:

2) zmniejsz Historię do minimum. Przynajmniej testowo na jakiś czas i poobserwuj.

3) Scratch powinien być fizycznie oddzielnym, czystym dykiem. "czysty" oznacza brak jakichkolwiek plików na tym dysku. Pojemność 50 - 100 GB jest wystarczająca. To naprawdę daje efekty. Jeśli masz możliwość przynajmniej testowo ustawić scratch na zewnętrzny dysk FireWire, to spróbuj. Ustawienie drugiego scratcha na systemowy jest raczej niepotrzebne.

1 - tu się zgodzę - na mac os zalecane jest ok 70% ustawienie
2 - może coś dać, ale to nie to jest problemem moim zdaniem, można sobie zostawic większą ilość kroków historii i wtedy użyć opcji Purge jeśli zajdzie potrzeba
3 - najlepiej jeśli jest to osobny dysk, może być osobna partycja, byle nie tam gdzie jest system. Z kolei ustawianie scratch na dysk zewnętrzny usb lub firewire nie jest zalecane przez adobe

Hektor,

1) ustawienie dla Ps tak ogromnego przydziału jest niepotrzebne, a może to właśnie ono powoduje problem. Zmniejsz mu do 50% czyli około 1500 MB. Talka ilość powinna Ci spokojnie wystarczyć do obróbki nawet 500MB obrazów.

Na moje wyczucie, to powinno definitywnie rozwiązać Twój problem. Jeśli nie, to:

2) zmniejsz Historię do minimum. Przynajmniej testowo na jakiś czas i poobserwuj.

3) Scratch powinien być fizycznie oddzielnym, czystym dykiem. "czysty" oznacza brak jakichkolwiek plików na tym dysku. Pojemność 50 - 100 GB jest wystarczająca. To naprawdę daje efekty. Jeśli masz możliwość przynajmniej testowo ustawić scratch na zewnętrzny dysk FireWire, to spróbuj. Ustawienie drugiego scratcha na systemowy jest raczej niepotrzebne.

1. mialem i 50% dalej to samo.
2. podobnie jesi nie tak samo
3. Ale powiem Ci tak ja mam kupiony dysk ktory kosztowal jak 2 normalne po to zeby szybko zapisywal wieksze pliki i rownolegle mial scratcha do tego dokupuje drugiego raptora i spinam to w raid a czwarty dysk bedzie jako backup wiec nie widze sensu zapisywac prac na ktorych aktualnie pracuje na wolniejszym dysku bo wlasnie po to ten szybszy kupilem zeby mi sie szybciej otwieraly i zapisywaly

Ale powiem Ci tak ja mam kupiony dysk ktory kosztowal jak 2 normalne po to zeby szybko zapisywal wieksze pliki i rownolegle mial scratcha

Zakup szybkiego dysku jest oczywiście dobrym pomysłem. Jednak scratch mimo wszystko powinien być taki, jak Adobe proponuje, czysty i oddzielny. Nawet nie partycja, tylko fizycznie inny dysk. Stanowi on przedłużenie zasobów RAM. Nikt z nas nie wie kiedy i co Ps sobie tam zapisuje. Obserwujemy tylko zwiększone użycie scratcha przy dużych plikach, co jest logicznie zrozumiałe. Wyobraź sobie hipotetyczną sytuację, że duży plik, który Ps chce zapisać siedzi akurat na scratchu, do tego poszatkowany a tym scratchem u Ciebie jest dokładnie ten sam dysk na którym trzymasz prace. Biedny Ps i system muszą przepisać duże ilości danych w ramach tej samej przestrzeni dyskowej, prawda, że nie jest to szczęśiwe rozwiązanie?

W każdym razie przy tak dużej ilości RAMu nie powinieneś obserwować u siebie zmulenia. Za dobry komputer. Może nainstalowałeś jakieś dodatkowe programy, jakieś zadania w tle? Czasem niewinny drobiazg potrafi bruździć.

Ile fontów masz zainstalowanych na raz i jakiego managera fontów używasz?

Zakup szybkiego dysku jest oczywiście dobrym pomysłem. Jednak scratch mimo wszystko powinien być taki, jak Adobe proponuje, czysty i oddzielny. Nawet nie partycja, tylko fizycznie inny dysk. Stanowi on przedłużenie zasobów RAM. Nikt z nas nie wie kiedy i co Ps sobie tam zapisuje. Obserwujemy tylko zwiększone użycie scratcha przy dużych plikach, co jest logicznie zrozumiałe. Wyobraź sobie hipotetyczną sytuację, że duży plik, który Ps chce zapisać siedzi akurat na scratchu, do tego poszatkowany a tym scratchem u Ciebie jest dokładnie ten sam dysk na którym trzymasz prace. Biedny Ps i system muszą przepisać duże ilości danych w ramach tej samej przestrzeni dyskowej, prawda, że nie jest to szczęśiwe rozwiązanie?

W każdym razie przy tak dużej ilości RAMu nie powinieneś obserwować u siebie zmulenia. Za dobry komputer. Może nainstalowałeś jakieś dodatkowe programy, jakieś zadania w tle? Czasem niewinny drobiazg potrafi bruździć.

Ile fontów masz zainstalowanych na raz i jakiego managera fontów używasz?

kolo 400 i uzywam lintotypa.
No nic teraz bedzie przychodzil nowy komputer postawie go od zera moze cos to pomoze:)

kolo 400 i uzywam lintotypa.
No nic teraz bedzie przychodzil nowy komputer postawie go od zera moze cos to pomoze:)

Niech zgadnę - nie pomogło...?

Cholera, bez urazy - ale tutaj radzicie kupowanie oddzielnych dysków i innych metod, a mi CS3 muli jak mulił(5 czysta reinstalka systemu),a na WinXP to wszystko chodziło jak w bajce bez dłubania, a pod OSXem potrzebne są czary narmalnie:D
No cóż wnioski są takie, że połączenie Ps CS3+OSX+Mac Pro to nie najlepszy tandem i cholera wie dlaczego...:shock:

Coś musi być nie tak w Twoim systemie. Ja pracuję na CS3 i nie mam żadnych problemów. Regularnie czyszczę Onyxem wszystkie kesze i chodzi wszystko dobrze. Co jakiś czas bez powodu Bridge wyskoczy w kosmos ale to wszystko z usterek.

Coś musi być nie tak w Twoim systemie. Ja pracuję na CS3 i nie mam żadnych problemów. Regularnie czyszczę Onyxem wszystkie kesze i chodzi wszystko dobrze. Co jakiś czas bez powodu Bridge wyskoczy w kosmos ale to wszystko z usterek.

N o w tym systemie musi być faktycznie coś nie tak, skoro po 5 czystej reinstalce Leo problemy te same

i to mnie właśnie zniechęca przed przejściem na Leo. i coś chyba czuję, że poczekam na następny system może już o nazwie Lew.