Forum Debian Users Gang

morfik · 2013-11-11 08:51:36

Miałem tam wartość na 5 ale nie miało to większego znaczenia, mogę ustawić i 1, choć wątpię, by to pomogło.

Przy tym 1 to jest katastrofa. xD

Ostatnio edytowany przez morfik (2013-11-11 09:01:36)

dominbik · 2013-11-11 11:29:38

a zobacz przy priorytecie typu 40 albo 80. Gdy zacznie brakować RAMu system wcześniej zacznie korzystać ze SWAPa niż nagle przy 95% zajętym RAMie zaczyna masowo przerzucać na SWAP.
pokaż też

Kod:

swapon -s

na twoim miejscu zrobiłbym sobie test;

Kod:

swapoff /dev/sdaX

wyłączył SWAP. z tego co pamiętam masz 1GB RAMu ,więc;

Kod:

#!/bin/bash
modprobe zram
echo $((900*1024*1024)) > /sys/block/zram0/disksize
mkswap /dev/zram0
swapon -p 60 /dev/zram0

i zobacz co się stanie jak zajmiesz >1GB RAMu. Powinno być znacznie lepiej niż bez tego rozwiązania.

morfik · 2013-11-11 14:31:59

Kod:

# swapon -s
Filename                Type        Size    Used    Priority
/dev/mapper/debian_crypt-swap           partition    2097148    109196    -1

[quote=dominbik]z tego co pamiętam masz 1GB RAMu ,więc;[/quote]
Właśnie po to w syg dałem specyfikację, by mi ludzie przestali ciągle te pytania o sprzęt zadawać xD

Zaraz się tym zram pobawię, tylko dokończę zmianę i686 na amd64. :)

Obecnie to pracuje z :

Kod:

# sysctl --all | grep swap
vm.swappiness = 60

Jeszcze nie zdążyłem tego ustawić, zostawię na razie to tak jak jest i popatrzę czy coś się zmieni.

EDIT::

Wygląda na to, że to działa sporo lepiej niż przy 5-10. Nie pamiętam już w sumie kiedy mój pc miał w swapie 300MiB, a obecnie pracuje w miarę znośnie na 650. Ryje bo ryje, ale nie łapie zwiechy na parę minut. Czyli wychodzi na to, że zmniejszanie tego vm.swappiness by więcej ramu było wykorzystywane, nie jest do końca dobrym wyjściem na słabych maszynach. Co prawda, zamiast tych 910-930 MiB w ram teraz mam max koło 800 ale pracować się da.

Ostatnio edytowany przez morfik (2013-11-11 14:51:37)

morfik · 2013-11-11 16:27:57

Próbuje włączyć u siebie to zram ale aptosid widać tego nie obsługuje:

Kod:

root:~# modprobe zram
FATAL: Module zram not found

root:~# zcat /proc/config.gz | grep -i zram

Poszukałem zatem czy coś od zram mam na dysku:

Kod:

root:~# find / -iname *zram*
/usr/src/linux-headers-3.10-3-amd64/include/config/zram.h
/usr/src/linux-headers-3.12-0.slh.1-aptosid-amd64/drivers/staging/zram
/usr/src/linux-headers-3.10-3-rt-amd64/include/config/zram.h
/lib/modules/3.10-3-rt-amd64/kernel/drivers/staging/zram
/lib/modules/3.10-3-rt-amd64/kernel/drivers/staging/zram/zram.ko
/lib/modules/3.10-3-amd64/kernel/drivers/staging/zram
/lib/modules/3.10-3-amd64/kernel/drivers/staging/zram/zram.ko

Doszukałem się jeszcze, że zram zależy od 3 parametrów CONFIG_BLOCK, CONFIG_SYSFS oraz CONFIG_ZSMALLOC:

Aptosid:

Kod:

root:~# zcat /proc/config.gz | grep -i CONFIG_BLOCK
CONFIG_BLOCK=y
CONFIG_BLOCK_COMPAT=y
root:~# zcat /proc/config.gz | grep -i  CONFIG_SYSFS
# CONFIG_SYSFS_DEPRECATED is not set
CONFIG_SYSFS=y
root:~# zcat /proc/config.gz | grep -i  CONFIG_ZSMALLOC
# CONFIG_ZSMALLOC is not set

Kod:

# CONFIG_ZRAM_DEBUG is not set
root:~# cat /boot/config-3.10-3-amd64 | grep -i CONFIG_ZSMALLOC
CONFIG_ZSMALLOC=y
root:~# cat /boot/config-3.10-3-amd64 | grep -i CONFIG_SYSFS
# CONFIG_SYSFS_DEPRECATED is not set
CONFIG_SYSFS=y
root:~# cat /boot/config-3.10-3-amd64 | grep -i CONFIG_BLOCK
CONFIG_BLOCK=y
CONFIG_BLOCK_COMPAT=y
root:~# cat /boot/config-3.10-3-amd64 | grep -i zram
CONFIG_ZRAM=m

Przełączyłem się póki co na debianowego kernela i tutaj już ładowanie modułu działa. Tylko mam parę pytań odnośnie tego textu http://rozie.blox.pl/2011/11/Praca-na-destkopie-z-mala-iloscia-RAM-po-raz.html

Tam są takie zapisy:

Idea działania jest prosta: tworzymy swap z wyższym priorytetem, niż swap na dysku, na urządzeniu blokowym umieszczonym w kompresowanym obszarze pamięci. Początkowo dane tradycyjnie są w RAM, w przypadku, gdy system musi korzystać z przestrzeni wymiany, umieszcza je najpierw na swapie w RAM, a dopiero później - tradycyjnie - na swapie na dysku.
...
określenie rozmiaru dysku dla urządzenia /dev/zram0 na 200 MB (i jest to rozmiar swap, będący jednocześnie maksymalną wielkością zużytej pamięci, nie rozmiarem przeznaczonej pamięci na swap!)[/quote]
Czyli tak po ludzku, jak to działa?

Stworzyłem te 900MiB w /dev/zram0 i co to dokładnie jest? Za bardzo nie wiem jak traktować "maxymalną wielkość zużytej pamięci".

Zgodnie z tamtym textem, jak zaczyna brakować ramu to wtedy są zrzucane do swap w ramie? Przecie już brakuje ramu. xD W każdym razie wyłączyłem swap kompletnie i przetestowałem te 900MiB, które nie wiem gdzie zostało utworzone, czy co tam z tym zostało zrobione. Załadował do pamięci jakieś 800MiB i jakieś 500 do tego swapramu po czym się powiesił. xD Ale dało radę go rebootnąć przez ctrl+print scr+alt + s+u+b.

Spróbowałem to samo zrobić tym razem nie wyłączając swapu z dysku, i też się powiesił tym razem po jakichś 220 MIB, i nawet reboot powyższy skrótem go nie ruszył, trzeba było ręcznie.

To chyba nie działa tak jak powinno.

Time (s)	Query
0.00010	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00125	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.145.40.121' WHERE u.id=1
0.00088	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.40.121', 1732436759)
0.00024	SELECT * FROM punbb_online WHERE logged<1732436459
0.00041	SELECT topic_id FROM punbb_posts WHERE id=245589
0.00026	SELECT id FROM punbb_posts WHERE topic_id=24567 ORDER BY posted
0.00028	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=24567 AND t.moved_to IS NULL
0.00020	SELECT search_for, replace_with FROM punbb_censoring
0.00119	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=24567 ORDER BY p.id LIMIT 25,25
0.00096	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24567
Total query time: 0.00582 s

Forum Debian Users Gang

Ogłoszenie

#26 2013-11-11 08:51:36

morfik - Cenzor wirtualnego świata

Re: Procek a sytem

#27 2013-11-11 11:29:38

dominbik - Członek DUG

Re: Procek a sytem

Kod:

Kod:

Kod:

#28 2013-11-11 14:31:59

morfik - Cenzor wirtualnego świata

Re: Procek a sytem

Kod:

Kod:

#29 2013-11-11 16:27:57

morfik - Cenzor wirtualnego świata

Re: Procek a sytem

Kod:

Kod:

Kod:

Kod:

#30 2013-11-11 16:35:51

macios4x - Użytkownik

Re: Procek a sytem

#31 2013-11-11 16:38:29

morfik - Cenzor wirtualnego świata

Re: Procek a sytem

#32 2013-11-11 20:33:21

dominbik - Członek DUG

Re: Procek a sytem

#33 2013-11-11 21:30:03

morfik - Cenzor wirtualnego świata

Re: Procek a sytem

Kod:

Kod:

Kod:

Kod:

Kod:

#34 2013-11-11 23:30:22

fervi - Użytkownik

Re: Procek a sytem

#35 2013-11-11 23:36:19

ArnVaker - Kapelusznik

Re: Procek a sytem

#36 2013-11-11 23:39:24

fervi - Użytkownik

Re: Procek a sytem

#37 2013-11-12 08:48:05

BlackEvo - Driver

Re: Procek a sytem

#38 2013-11-12 13:18:11

dominbik - Członek DUG

Re: Procek a sytem

#39 2013-11-12 13:25:06

fervi - Użytkownik

Re: Procek a sytem

#40 2013-11-12 13:57:17

dominbik - Członek DUG

Re: Procek a sytem

#41 2013-11-12 14:11:10

ArnVaker - Kapelusznik

Re: Procek a sytem

#42 2013-11-12 15:49:08

morfik - Cenzor wirtualnego świata

Re: Procek a sytem

#43 2013-11-12 17:50:20

dominbik - Członek DUG

Re: Procek a sytem

Kod:

#44 2013-11-12 17:59:42

ArnVaker - Kapelusznik

Re: Procek a sytem

#45 2013-11-12 18:00:39

dominbik - Członek DUG

Re: Procek a sytem

#46 2013-11-12 18:25:06

morfik - Cenzor wirtualnego świata

Re: Procek a sytem