Forum Debian Users Gang

morfik napisał(-a):

Openbox działa dobrze, objawy wystąpiły dopiero po doinstalowaniu xcompmgr, ustapiły zaś po przejściu na comptona, także ewidentnie jest wina xcompmgr, temu pisałem, że gdyby zostało to poprawione (a raczej nie zostanie), to przeszedłbym na niego oszczędzając 25MiB ramu i dalatego też okrojenie pod tym względem by było korzystne, przynajmniej jeśli patrzeć z mojego punktu widzenia.

To idąc dalej z oszczędzaniem — używaj samego Openboxa ;)

No to się zdecyduj:

morfik napisał(-a):

Openbox działa dobrze, objawy wystąpiły dopiero po doinstalowaniu xcompmgr

;)

W jaki sposób sprawdzasz zużycie pamięci? Bo u mnie daleko do 25 mb.

Summary

The process compton (with pid 1444) is using approximately 2.0 MB of memory.
It is using 2032.0 KB privately, and a further 1564.0 KB that is, or could be, shared with other programs.
Dividing up the shared memory between all the processes sharing that memory we get a reduced shared memory usage of 39.0 KB. Adding that to the private usage, we get the above mentioned total memory footprint of 2.0 MB.

Library Usage

The memory usage of a process is found by adding up the memory usage of each of its libraries, plus the process's own heap, stack and any other mappings.

Private

1620 KB    [heap]
92 KB    /usr/bin/compton
48 KB    /usr/lib/x86_64-linux-gnu/libconfig.so.9.1.2
28 KB    /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0
24 KB    /lib/x86_64-linux-gnu/libc-2.17.so

Shared

536 KB    /lib/x86_64-linux-gnu/libc-2.17.so
344 KB    /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0
104 KB    /lib/x86_64-linux-gnu/ld-2.17.so
96 KB    /lib/x86_64-linux-gnu/libm-2.17.so
64 KB    /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0

Totals

Private    2048 KB    (= 136 KB clean + 1912 KB dirty)
Shared    1564 KB    (= 1564 KB clean + 0 KB dirty)
Rss    3612 KB    (= Private + Shared)
Pss    2088 KB    (= Private + Shared/Number of Processes)
Swap    0 KB

PS Bez tych 25 mb comptona system działa ci zauważalnie szybciej?

Debian wheezy i386  z xfce 4.8 po odchudzeniu pobierał mi  około 70 MB pamięci i niewiele zasobów procesora...

morfik napisał(-a):

yossarian napisał(-a):

W jaki sposób sprawdzasz zużycie pamięci? Bo u mnie daleko do 25 mb.

Przez:

Kod:

ps -eo "%mem pid user args"

Coś nie tak z tym?

U mnie wygląda to tak:

0.0  1444 yossari+ compton --config /home/yossarian/.compton.conf -b

Użycie jest znikome. Bez Comptona również wszystko zawsze u mnie dobrze działało.

Wygląda na to, że to jakiś folklor u Ciebie. Nie jest to żadna jednoznaczna wina Openboksa czy Comptona.
Przynajmniej nie da się tego w prosty sposób odtworzyć na innych konfiguracjach.

yossarian napisał(-a):

PS Bez tych 25 mb comptona system działa ci zauważalnie szybciej?

Nie wiem jak może działać szybciej gdy byle przeciągnie okna zjada cały procesor. xD

No to czy po zwolnieniu innego procesu, dzięki czemu odzyskasz te 25 MiB, zauważasz różnicę?

morfik napisał(-a):

urbinek napisał(-a):

bez przesady, w dzisiejszych czasach kto się przejmuje pamięcią RAM?

Ja się przejmuję — mam 1 GiB i za drugie tyle robi dysk xD

morfik napisał(-a):

To zależy, póki nie zapełniam ramu po nad 1GiB, to nie. Ale zwykle mam na granicy także, różnie bywa.

to może ci dysk bruździ ?

Ja swojego czasu na 1 GB ramu +1(albo 2) GB swap miałem uruchomione 4 maszyny wirtualne z xpekiem, operę z 50 zakładkami i nagrywałem całość krecordmydesktop

nic nie muliło zbytnio a miałem normalne kde 3.5 z compizem nawet zdaje się

bez opóźnień, mogłem bez problemu przełączać się między systemami itp,

wszystko chodziło ok do momentu gdy miałem 98% zużycia RAMu i system się wieszał wtedy włączyłem SWAP i problem zniknął

a bruździć może na zasadzie takiej iż może umiera?

masz swap na dysku systemowym? spróbuj go wyłaczyć

morfik napisał(-a):

A mógłbyś mi podać konfig?

Ile masz ramu? xD

I jeśli dobrze rozumiem, nigdy nie miałeś problemów ze skokiem procka do 100% przy przeciąganiu okien?

yossarian napisał(-a):

No to czy po zwolnieniu innego procesu, dzięki czemu odzyskasz te 25 MiB, zauważasz różnicę?

To zależy, póki nie zapełniam ramu po nad 1GiB, to nie. Ale zwykle mam na granicy także, różnie bywa.

Chodzi o Comptona?
O ile dobrze pamiętam, to pobierałem standardowy config z gita:

# Shadow
shadow = true;            # Enabled client-side shadows on windows.
no-dock-shadow = true;        # Avoid drawing shadows on dock/panel windows.
no-dnd-shadow = true;        # Don't draw shadows on DND windows.
clear-shadow = true;        # Zero the part of the shadow's mask behind the window (experimental).
shadow-radius = 7;        # The blur radius for shadows. (default 12)
shadow-offset-x = -7;        # The left offset for shadows. (default -15)
shadow-offset-y = -7;        # The top offset for shadows. (default -15)
# shadow-opacity = 0.7;        # The translucency for shadows. (default .75)
# shadow-red = 0.0;        # Red color value of shadow. (0.0 - 1.0, defaults to 0)
# shadow-green = 0.0;        # Green color value of shadow. (0.0 - 1.0, defaults to 0)
# shadow-blue = 0.0;        # Blue color value of shadow. (0.0 - 1.0, defaults to 0)
shadow-exclude = [ "n:e:Notification" ];    # Exclude conditions for shadows.
# shadow-exclude = "n:e:Notification";
shadow-ignore-shaped = true;

# Opacity
menu-opacity = 0.95;            # The opacity for menus. (default 1.0)
inactive-opacity = 0.98;            # Opacity of inactive windows. (0.1 - 1.0)
frame-opacity = 0.90;            # Opacity of window titlebars and borders. (0.1 - 1.0)
inactive-opacity-override = true;    # Inactive opacity set by 'inactive-opacity' overrides value of _NET_WM_OPACITY.

# Fading
fading = true;            # Fade windows during opacity changes.
# fade-delta = 30;        # The time between steps in a fade in milliseconds. (default 10).
fade-in-step = 0.03;        # Opacity change between steps while fading in. (default 0.028).
fade-out-step = 0.03;        # Opacity change between steps while fading out. (default 0.03).
# no-fading-openclose = true;    # Fade windows in/out when opening/closing.

# Other
#inactive-dim = 0.5;        # Dim inactive windows. (0.0 - 1.0, defaults to 0).
mark-wmwin-focused = true;    # Try to detect WM windows and mark them as active.
mark-ovredir-focused = true;
detect-rounded-corners = true;

# Window type settings
wintypes:
{
  tooltip = { fade = true; shadow = false; opacity = 0.75; };
};

Co do Ramu, obecnie to wygląda tak:

free -m
             total       used       free     shared    buffers     cached
Mem:          3871       2712       1158          0         50       1223
-/+ buffers/cache:       1439       2431
Swap:            0          0          0

Akurat Chromium tu sporo zjada. Próbuję się przesiadać z Opery na Chromium/Iceweasela.
Problemów nigdy takich nie miałem z tym przesuwaniem okien. W ogóle to żadnych ;)

A tu był KDE4 na netbooku:
http://forum.dug.net.pl/viewtopic.php?pid=190677#p190677
Działało to całkiem znośnie. Trochę ociężale, ale dawało się spokojnie używać. Coś jak obecne Ubuntu na normalnym sprzęcie ;)
Jeżeli się nie przesadzało z ilością kart (szczególnie w Chromium), to działało całkiem bezproblemowo z taka ilością pamięci.
Dziwne, że masz takie problemy z lekkim menedżerem okien.

Ktoś już miał na forum jakieś dziwne rzeczy z conky. Chyba chodziło o użycie dysku.
Sprawdź ten trop z Conky.

morfik napisał(-a):

No właśnie nie mogę bo przeciągnie okien powoduje wtedy zużycie 100% procesora przez xorga i ten menadżer kompozycji został wprowadzony tylko i wyłącznie po to by pozbyć się obciążenia procesora, nic więcej od niego nie chcę.

Przepraszam za odkopanie tematu. Od kilku lat używam openboxa i nigdy nie miałem takich objawów do czasu kiedy zainstalowałem sobie do testów sida z openboxem i lightdm. Z moich obserwacji wynika, że openbox + lightdm - procek szaleje, openbox + slim - procek w spokoju (przynajmniej w porównaniu do poprzedniej pary). Nie korzystam z comptona.

Jako opiekun openbox powiem tak: U mnie działa :P

Fervi spróbuj openboxa ;p

zbig napisał(-a):

Przepraszam za odkopanie tematu. Od kilku lat używam openboxa i nigdy nie miałem takich objawów do czasu kiedy zainstalowałem sobie do testów sida z openboxem i lightdm. Z moich obserwacji wynika, że openbox + lightdm - procek szaleje, openbox + slim - procek w spokoju (przynajmniej w porównaniu do poprzedniej pary). Nie korzystam z comptona.

jaki masz procesor? oraz gdy to się dzieije daj screena z htop (posortowane według użycia %CPU)

Ja nigdy nie miałem takich problemów.