я не говорю что zramswap бесполезен, он просто в таком виде,на мой взгляд, пока неэффективен для задач которые интенсивно загружают кеш.

nafanja
red, если ты уж задался таким вопросом то попробуй временно убрать 2G оперативы, если конечно это возможно.
в нетбуке одна планка на 4г

nafanja
Думаю задача что была приведена выше с 2G оперативы и без свапа не будет успешно завершена (нужно проверить),
это очевидно, если есть тока 2г озу и нету свопа то куда влезут 2.4г необходимой йогурту для успешной компиляции
nafanja
а с zramswap все получится (соответственно память взялась "из ниоткуда")
в том то и дело что тут пока всё очень темно что до взаимодействия zramswap и кеша, а вот zramswap и 'данные приложений' тут нет вопросов.

---------------
есть некоторые мысли как попробовать обойти перегрузку кеша, если получится то позже отпишусь
итак, в начале перед компилингом(yaourt -S wine-mono) имеем такую ситуацию:
$date +%X && df -hT /tmp && echo && free -h
14:47:33
Файловая система Тип   Размер Использовано  Дост Использовано% Cмонтировано в
tmpfs            tmpfs   4,0G         4,0K  4,0G            1% /tmp
             total       used       free     shared    buffers     cached
Mem:          3,6G       997M       2,6G         0B        41M       290M
-/+ buffers/cache:       664M       3,0G
Swap:         3,6G         0B       3,6G

где то за 10 минут до конца:
16:57:52
Файловая система Тип   Размер Использовано  Дост Использовано% Cмонтировано в
tmpfs            tmpfs   4,0G         2,0G  2,1G           49% /tmp
             total       used       free     shared    buffers     cached
Mem:          3,6G       3,4G       274M         0B        60M       2,4G
-/+ buffers/cache:       930M       2,7G
Swap:         3,6G         0B       3,6G

в конце:
17:07:30
Файловая система Тип   Размер Использовано  Дост Использовано% Cмонтировано в
tmpfs            tmpfs   4,0G         2,4G  1,7G           59% /tmp
             total       used       free     shared    buffers     cached
Mem:          3,6G       3,5G       165M         0B        13M       2,5G
-/+ buffers/cache:       1,0G       2,6G
Swap:         3,6G        84M       3,5G

при этом в /etc/sysctl.conf выставлен параметр vm.swappiness = 50(по идее при заполнении озу более чем на 50% должен начинать юзатся своп)

в данном случае хоть прога и скомпилилась здесь явно не заслуга zramswap, если бы проге понадобилось 3-4г для компиляции в /tmp то всё бы закончилось весьма плачевно.

/tmp в tmpfs как видно расширяется за счёт кеша(cached в команде free) что не учитывается zramswap
память выбрасывается в своп относительно приложений(строчка -/+ buffers/cache в команде free) а не самой системы(где надо учитывать buffers и cached)

тоесть надо заставить как то свопится сам кеш а не программы при достиженни определённого уровня
Давайте разберёмся с преамбулой
firefoxic
Но иногда, например во время компиляции из AUR чего-то большого, возникают-таки проблемы из-за нехватки памяти.
я так понял это описана одна из проблем которая решается если использовать zram, то есть когда что то большое компилится и идёт переполнение /tmp который находится в tmpfs(грубо говоря в оперативке).

Итак, имеется одноядерный нетбук с установленным на нём Arch x86_64.
Имеется 4г рамы, из которых 256м использует видеокарта. Свопа на диске не создавал.
Cистема и запущенные приложения отжирают порядка 1г, под /tmp в озу выделено 2г(максимум который она может занимать),
zramswap создал 1 своп порядка 3.6г.
Так вот, при компилировании приложения из АУР йогурт вылетает с ошибкой переполнения память когда /tmp начинает превышать порог в 2г, при этом swap не превышает 1 метра. Свободной память остаётся несколько сотен метров.
Кто нибуть сталкивался с таким ? И как это побороть ?
чтобы система всё же использовала своп когда /tmp заполнится к примеру на 80%
-----------------------
и на последок
firefoxic
Более того, я в tmpfs помимо дефолтного /tmp закинул ещё и /var/tmp и ~/.cache.
по поводу /var/tmp это вы зря
из англоязычной вики по fstab
"Do NOT use it on /var/tmp, because that folder is meant for temporary files that are preserved across reboots."
а через wine не пробовал mediaget запустить?
Sergey2705
Дайте учебники по Python с самых азов, если таковые имеются, конечно.

посмотри вот тут, тут с самых азов и написано очень доступно
http://younglinux.info/python.php

как немного освоишся можеш почитать книги
Марк Лутц - Изучаем Python, 4-е издание (Программирование на Python)

а как справочник по python неплохо подойдёт
Дэвид Бизли - Python.справочник.4-издание
Gineaser
Клиенты не хотят иметь отдельно сервер и отдельно компьютер с браузером. Поэтому приходится все объединить в одном - вебсервер с проектом и браузер для навигации в приложении.

клиент(администратор торгового зала) скорее всего будет сидеть под виндой и ему надо будет взаимодействовать с вашим проектом(насколько я понял локально, тоесть на своём же компе)

Чем проще тем лучше:
1. ставиш и настраиваеш Arch на virtualBoxe (Иксы нафиг ненужны)
2. устанавливаеш на него свой веб сервер с проектом и всем необходимым софтом
3. впихиваеш эту виртуальную машину в портабельную версию VirtualBoxa ( http://www.vbox.me/ )
4. Написать скриптик запуска, остановки веб сервера, прописания хостов и т.д.. можно также попробывать прикрутить и вот это для удобства http://vu1tur.eu.org/vboxctrl-ru

в итоге получаем мобильный и переносной проект, где клиент взаимодействует с проектом через свой браузер на своей системе
попробывал такое проделать на виртуалке под Virtual Box, вот что получилось:
- если ставил память 256Mb то - "Грузится успешно до момента Unpacking initramfs... далее паникует".
- когда память увеличил до 512 все прекрасно запустилось.
вывод:
проблема в нехватке памяти