Forum Debian Users Gang

Mnie zastanawia czy głupszego rozwiązania problemu nie dało się wymyślić :P

Po to masz SWAP, by nie zapychać zbytnio ramu, poza tym wydaje mi się, że zapchanie ramu nie powinno wylogować użyszkodnika, przynajmniej nigdy do tego nie doszedłem (wiem, że jak miałem bug w VLC, to komputer mocno spowolnił, ale opanowałem to)

Poza tym LibreOffice ma możliwość odzyskiwania danych (Journaling to się chyba nazywa czy o coś tam chodzi, nie pamiętam)

Fervi

Samo  wylogowanie samoczynne, to moim zdaniem może być jakaś dziwna akcja oszczędzania energii lub wygaszacza ekranu, czy może błąd serwera X, który zamknął sesję, zamiast przejść w stan uśpienia.
Może też być winny np policykit, dbus, czy cokolwiek innego.
Ale to tylko gdybanie, bez dokładnego diagnozowania i studiowania logów ciężko coś powiedzieć.
Na przyszłosć radzę zainteresować sie funkcją autozapis.
MSO* i Libre* obsłgują takie opcje, w Gimpie nie sprawdzałem.


[OT]
@fervi

Po to masz SWAP, by nie zapychać zbytnio ramu

Czy byłbyś taki uprzejmy, i napisał, jak można zapchać RAM w Linuxie?
Bo mnie się to jeszcze nie udało, jak dlugo mam Linuxa:

Dla ułatwienia dodam, że mam na myśli sytuację, jak na załączonym kodzie:

free -m
             total       used       free     shared    buffers     cached
Mem:          3948       3474        473          0        102       1487
-/+ buffers/cache:       1885       2062
Swap:            0          0          0

Do tego taki bajzel z montowaniem:

mount | grep tmpfs
devtmpfs on /dev type devtmpfs (rw,relatime,size=2020992k,nr_inodes=505248,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
rc-svcdir on /lib64/rc/init.d type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755)
cgroup_root on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755)
shm on /dev/shm type tmpfs (rw,relatime)
cachedir on /lib64/splash/cache type tmpfs (rw,nosuid,nodev,noexec,noatime,size=4096k,mode=755)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /var/tmp type tmpfs (rw,mand,noatime,size=3145728k)
tmpfs on /var/run type tmpfs (rw,nosuid,nodev,noexec,noatime)

[/OT]

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2012-06-11 22:51:38)

copowieryba napisał(-a):

głównym problemem jest to, że samo wywaliło

Kod:

Poza tym Twoja siostra ma na Linuksie zainstalowany pakiet Microsoft Office?

a słyszałeś o wine?

Wszyscy słyszęli, ale radziłbym nie mylić wine - który jest średnio udaną implementacją windowsowego API w Linuxie, z Windowsem.

Generalnie do odpalania gierek sie nadaje, ale ważnych "życiowo" rzeczy bym na wine nie robił, tylko co najmniej zainwestował w Vboxa.

Pozdrawiam
;-)

copowieryba napisał(-a):

Kod:

Poza tym Twoja siostra ma na Linuksie zainstalowany pakiet Microsoft Office?

a słyszałeś o wine?

Próbujesz powiedzieć, że pakiet MS Office zainstalowany na Linuksie za pośrednictwem WINE nie jest pakietem MS Office zainstalowanym na Linuksie?
Tak przypuszczam, widząc Twoje pytanie w odpowiedzi na moje pytanie — zazwyczaj oznacza to odpowiedź przeczącą.

Jak rozumiem, uważasz, że wersja zainstalowanego MS Office oraz sposób jego instalacji, a także wersja programu pośredniczącego, nie mają żadnego wpływu na problem, który napotkałeś i którego przyczyn próbujesz dociec. Tylko nie rozumiem, po co tutaj pytasz, skoro już potrafisz wyodrębnić czynniki istotne dla Twojej sytuacji oraz odrzucić czynniki dla niej nieistotne.

Tylko nie rozumiem, po co tutaj pytasz, skoro już potrafisz wyodrębnić czynniki istotne dla Twojej sytuacji oraz odrzucić czynniki dla niej nieistotne.

Bo ja taki niezdecydowany jestem i lubię wiedzieć na pewno. a co do wine i ms office, to mam za dużo czasu i się nudzę. odradzałem jej używanie tego ale ona swoje.

U mnie próba zapchania ramu zawsze kończy się tragicznie dla programu, który dokonuje takich niecnych prób.
W najlepszym razie nie dostaje większej pamięci, w najgorszym dostaje kulę w łeb (procesu).
I ładny nekrolog w logach :D

W każdym razie system jeszcze z takiego powodu nie ucierpiał ;)
A mam np cache Firefoxa (limit - 1G) w ramie.

Ostatnio edytowany przez Jacekalex (2012-06-12 05:04:00)

Możliwe przyczyny wylogowania:
1. Błąd w środowisku graficznym. (nie w programie od prezentacyj...)
2. Zabrakło RAMu, wtedy włącza się bezlitościwy OutOfMemory Killer (oom-kill), który nie patrzy co ubija... Ot ubił środowisko graficzne...
(gdzieś w /sys lub/i /proc się to wyłączało...)
3. CTRL+PRINT SCREEN + I ?

SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W)

Tryb Obrońcy Linuksa:
1. Wine jest świetną implementacją API Windowsa dla Linuksa.
2. VirtualBox czy Qemu wcale dużych wymagań nie mają. Mają zerowe. Ale jak chce się szybciej to trzeba mieć moc. Atom N270/1 GiB uruchamia QEMU z Androidem w kilka minut, później chodzi to topornie... Więc wszystko co lepsze od tego da wyniki lepsze, znośniejsze.


Tryb Krytyka:
1. Jakim cudem 2 godzinna praca poszła na marne? Przez 2h nie wcisnęło się "Save"? To jest dziwne. U mnie nawet zaczęsto, bo co minutę się mi wciska. I nic nie tracę. Polecam zwiększyć częstotliwość zapisów.

Atom N270/1 GiB uruchamia QEMU z Androidem w kilka minut, później chodzi to topornie...

Qemu ^.^

Odpalasz na VirtualBox tzw. "Android-x86", działa szybciorem (a raczej nieźle)

Może jakiegoś buga macie ? (pewnie SID'a używacie), ja mam teraz Ubuntu 12.10, a na Wheezy'm też problemów żadnych nie miałem.

Być może też (ale raczej niezbyt), komputer wam się przegrzewa (sensors). Tylko by się wyłączył, a nie wykończył Gnome'a

Fervi

@Jacekalex:

Sorry, troszeczkę źle się wyraziłem - oczywiście jak RAM się skończy to proces który go wyczerpał zostaje zabity. Chodziło mi po prostu o to że z RAM'em jak z kasą, ile by go nie było to nie trzeba się jakoś starać żeby się skończył ;]

Dużo gorzej jest kiedy mam włączony SWAP - nie wiem czemu ale u mnie zawsze jak coś w SWAP'ie ląduje to system BARDZO muli.

Huk napisał(-a):

Dużo gorzej jest kiedy mam włączony SWAP - nie wiem czemu ale u mnie zawsze jak coś w SWAP'ie ląduje to system BARDZO muli.

tzw. swapowanie. to w sumie naturalna sytuacja, gdy brakuje RAMu - u mnie to samo - chodź na Windows mniej to czuje (mam słabą stacjonarke) - na Linuxie można bawić się parametrem swappiness. z kolei na Core 2 Duo na lepszym komputerze nie raz mocno wkraczałem na SWAP i praktycznie nie było tego czuć.

Minio napisał(-a):

Nie jestem ekspertem, ale wydaje mi się, że oom-killer nie jest aż tak wyrafinowany — on ubija na pałę pierwsze co mu wpadnie w ręce. Chociaż może już poprawili jego algorytm od czasu, kiedy ostatni raz o tym czytałem.

nie wiem - kiedyś pamiętam czytałem o tym, że jądro ubijało 'różne' procesy zamiast ubić 'winowajcę' i mieli wprowadzić poprawkę. testowałem jakiś czas temu na Archu to zawsze ubijał to czego używałem do zżarcia swap+ram

Cadence Virtuoso jest pogromem nawet dla klastra z 96GB ramu ;-) więc się nie dziwcie niczemu :-)

Pociągnę jeszcze o zdjęciach.
ACR czyli Adobe Camera Raw jest programem stricte windowsowym. Nie odpali go ani przez wine, ani przez CrossOver'a. Windows inaczej obsługuje RAM niż Linuks.
ACR jest skorelowany z Photoshopem. Graficy używają w większości tylko tego oprogramowania, bo jest najwydajniejsze i najlepsze.
Dla mnie do mojej amatorskiej działalności wystarczy Gimp i RT.
Jak pamiętam ostatnią stabilną wersją RT która nie wywalała się z powodu braku pamięci była wersja 2.0.4
Aktualnie jest 4.0.9 która ma poprawioną większość algorytmów obróbki pliku, ale jest niesamowicie pamięciożerna. Na blaszaku w robocie, gdzie mam 8 GB ramu nigdy się nie wysypała. Na lapku w domu, przy 4 GB wysypuje się dość często.
A teraz ciekawostka:
Ponieważ mam legalną wersję W7, więc postawiłem ją na VB. I muszę stwierdzić, że chodzi szybciej i stabilniej niż na swojej rodzimej partycji :)
Aktualnie testuję trialową wersję ACR + Photoshop na W7, a wszystko na VB postawione. Zobaczę jak to się sprawuje.