LINUX.ORG.RU

Сообщения x3al

 

[firefox4] RAM, HUGETLB, WTF?

Четвёртый огнелис всегда ел достаточно памяти. Поскольку у меня RAM было в избытке, решил скормить ему ещё больше памяти двухмегабайтными страницами и попробовать ускорить этим. В итоге в top сразу после запуска:

20147 x3al 25 5 885m 91m 50m S 2 2.4 0:02.96 firefox

x86-64, гента, остальное практически не трогал. Куда делся жир? Почему он потреблять настолько меньше памяти? На глаз особой разницы в скорости не заметил.

Желающим воспроизвести:

$>zgrep HUGE /proc/config.gz 
CONFIG_TRANSPARENT_HUGEPAGE=y
CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y
# CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
$>/sbin/sysctl vm.nr_hugepages # может не увеличиться при большом аптайме, на каждую большую страницу нужно 512-1024 непрерывных обычных
vm.nr_hugepages = 200
$>mount|grep tlb
hugetlbfs on /var/tlbfs type hugetlbfs (rw)
$>ls -ld /var/tlbfs 
drwxrwx--- 2 root libhuge 0 Apr 23 01:27 /var/tlbfs
$>groups
wheel audio video users vboxusers x3al libhuge
$>LD_PRELOAD=libhugetlbfs.so HUGETLB_MORECORE=yes firefox&
…
HugePages_Free: 111 (из 200) в /proc/meminfo намекают, что libhugetlbfs работает.

x3al
()

Нафиг вендекапец такой ценой?

DRM под линукс, WinApi в ядре, открытие спеков m$ office, коммерчий реп от canonical, юзание GPL v2 вместо GPL v3, конечно, приближают вендекапец, но если все будет так продолжаться, то чем линукс будет отличаться от масдая? да и m$ делает микроядро... на фоне покупки кучи опенсорсных проектов это выглядит еще веселее. в общем, сабж.

>>>

x3al
()

RSS подписка на новые темы