asus zenbook prime ux31a проблема с RAM, буду благодарен за толчек

[Роман (rvb)]

ux31a, без дискретной карточки

Код: [Выделить]

rvb@asclepius:~$ free
             total       used       free     shared    buffers     cached
Память:    3929240    2460444    1468796          0      62180    1174636
-/+ буферы/кэш:    1223628    2705612
Swap:      8256060          0    8256060


[kostapinto]

ux31a, без дискретной карточки

Код: [Выделить]

rvb@asclepius:~$ free
             total       used       free     shared    buffers     cached
Память:    3929240    2460444    1468796          0      62180    1174636
-/+ буферы/кэш:    1223628    2705612
Swap:      8256060          0    8256060


Спасибо, точно такие же параметры, но виснет зараза..
возможно изза ssd на 256
у тебя вероятно 128

зы, на прошлом буке с 8 гб оперативы удавалось такойже зависон получить открывши в хроме около 140 вкладок
карта интел 4000 на обеих была
на винде и с 4 гб озу удавалось открывать виртуалку, 100 вкладок, игру, и рботает все плавно

[Роман (rvb)]

У меня SSD на 32 и винт.

[kostapinto]

У меня SSD на 32 и винт.

значит проблема в мсата ssd

[DarkFess]

Установил ядро    linux-3.12.0 с ветки drm-intel-nightly, пару мелких, косяков починено и свап начал работать корректно, можно запустить несколько тяжелых  приложений, правда оперативка болше 2,8 гб загрузить невозможно, при этом своп поднимается до 2 гб. ядро <= 3.11 не помагало

Столкнулся с этим же на Ubuntu 14.04 со всеми свеженькими ядрами и интеловскими дровами. Дальше 2.8гб не идет, идут ОЧЕНЬ серьезные рывки и ноут практически зависает. Свап работает нормально. Решение - экспериментировал с параметром ядра swappiness и пришел к выводу, что для нашего ноута (Asus Zenbook Prime UX31A), идеально - это swappiness=22. Это какраз черта в 2.8 гига оперативки, и тогда ноут начинает плавно работать со свапом, без вот этих вот рывков. Ставить меньше 22 вообще смысла нет, начнутся рывки и принудительно закачивание в своп игнорируя параметры ядра, с сильными тормозами.

[chemtech]

А попробуйте atop

Код: [Выделить]

sudo apt-get install atopи скриншот atop, когда зависает сюда

[Цвет Дали]

Подписываюсь, тоже владелец UX31a. Всё замечательно, но данная проблема удовольствие портит. Достаточно до 2,6-3,2 ГБ загрузить память как начинаются жёсткие фризы, заканчивающиеся полной потерей обратной связи с ОС. Консоль так же перестаёт отвечать.

Заметил, что даже при отключенном свопе прямой или косвенной причиной фризов является демон kswapd. По этому поводу пока ничего полезного не нагуглил.
Товарищи, не забрасываем тему) Интересный феномен. Есть подозрение, что этот фризец имеет место быть на любых ноутах с интегированной графикой Intel.

[ShadowUser15]

это не только бунты проблема:
The Kernel Swap Daemon (kswapd)
https://bbs.archlinux.org/viewtopic.php?id=144702
http://www-01.ibm.com/support/docview.wss?uid=swg21665911
https://www.linux.org.ru/forum/general/2191768

"Выруби поддержку свопа в едре."

так тоже своп вырубали? или только в настройках?
А если раздел со свопом форматнуть в фат32 для надёжности вырубания?
И кстати - заметил что бунта настройки меняет чутьли не через 10ть минут после их изменения в гуе! (и кажется консоли тоже)

Вот тут его настройки:
http://stackoverflow.com/questions/9817737/how-to-change-the-linux-kernel-swap-daemon-kswapd-timeout

You can change the behavior of kswapd through 2 ways
Through Proc File System

From IBM Developerworks,

    /proc/sys/vm/kswapd

        Maximum number of pages the kernel tries to free at one time. If you want to increase bandwidth to/from swap, you will need to increase this number.

        Minimum number of times the kernel tries to free a page on each swap.

        The number of pages the kernel can write in one swap. This has the greatest impact on system performance. The larger the value, the more data can be swapped and the less time is spent disk seeking. However, a value that is too large will adversely affect system performance by flooding the request queue

Through Kernel Code

kswapd( void *p ) calls kswapd_try_to_sleep(). Here is where the kswapd daemon tries to sleep. Like this-

schedule_timeout(HZ/10) /* You need to modify here to change the timeout value */

Actually this is a very short time period for which it sleeps. After this short sleep, it checks if it was a premature sleep. If not, it goes fully to sleep ( no timeout here ) until explicitly woken up.

Tweaking the kernel code, building and testing it is no easy task. So I suggest you go the /proc filesystem way!

[DarkFess]

Господа, кто-нибудь нашел решение проблемы с памятью? Я заметил следующее, если работать просто с ноутом, что глюки начинаются при заполнении 71% SWAP, но если подключить внешний монитор - то с 61%, это ппц товарищи! Еще меньше памяти, и она пропадает в неизвестном направлении... Глянув видуху lspci выводим данные о ней:

Код: [Выделить]

lspci -v -s 00:02.0

darkfess@DFZ:~$ sudo lspci -v -s 00:02.0
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller])
 Subsystem: ASUSTeK Computer Inc. Zenbook Prime UX31A
 Flags: bus master, fast devsel, latency 0, IRQ 46
 Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
 Memory at e0000000 (64-bit, prefetchable) [size=256M]
 I/O ports at f000 [size=64]
 Expansion ROM at <unassigned> [disabled]
 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
 Capabilities: [d0] Power Management version 2
 Capabilities: [a4] PCI Advanced Features
 Kernel driver in use: i915

Какая то кривизна пространства, и она неимоверно бесит. Памяти катастрофически не хватает!

Отключение СВОП (причем полностью, удалил нафиг диск) или выставление swappines 0 ничего не дает - только хуже, при достижении роковой отметки ноут виснет... так хотя бы в СВАП закачивает и не зависает. Что я уже не пробовал, отключал СВОП, удалял раздел со СВОП, делал СВОП в файле.. пофиг. Очевидно, что какая то дрянь, когда остается 700 мб свободной памяти творит что-то с системой, но что - так и не выяснено. Итого выходит: 3839-3100-256 = утеряно около 500 мб.

Я использую стандартные ядра 14.04 - 3.13. Кто-нибудь пробовал апдейтить ядро и графические модули? https://wiki.ubuntu.com/Kernel/LTSEnablementStack

Но все таки хотелось бы понять, куда девается память и почему... это не дает мне покоя.

[DarkFess]

В общем, господа, окончательное решение для наших ноутов выглядит так... оно не решает саму проблему (SWAP используется при достижении 71% памяти), но полностью исключает "глюки, фризы и зависания" и делает переход на swap - максимально плавным, до такой степени, что этого даже не замечаешь.

Сначала обновитесь до 14.04.3 с помощью LTSEnablementStack (перед обновлением, откатитесь на дефолтные дрова видеокарты, отключите все сторонние репы и PPA с дровами): https://wiki.ubuntu.com/Kernel/LTSEnablementStack

Код: [Выделить]

sudo apt-get install --install-recommends linux-generic-lts-vivid xserver-xorg-core-lts-vivid xserver-xorg-lts-vivid xserver-xorg-video-all-lts-vivid xserver-xorg-input-all-lts-vivid libwayland-egl1-mesa-lts-vivid
После перехода на новое ядро 3.19 у нас начнет корректно работать SWAP + приятный бонус! Наконец то начал работать ждущий режим! (а именно, не отваливается wifi после "пробуждения")

Далее правим следующие параметры ядра, добавляем строки в конце конфига и ребутаемся:

Код: [Выделить]

sudo nano /etc/sysctl.conf

Код: [Выделить]

vm.swappiness = 22
vm.vfs_cache_pressure = 50
Все, наслаждаемся