арч

$ grep HUGEPAGE /var/abs/core/linux/config.x86_64 
CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y
CONFIG_TRANSPARENT_HUGEPAGE=y
CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y
# CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set

никогда не было проблем с жручестью хрома.

Легенды и мифы линуксоидов. Миф #342.

У каждой программы есть такая настройка, при включении которой программа начинает волшебным образом работать в разы лучше и быстрее. Почему её не включат по-умолчанию? Да потому что разработчики и мейнтейнеры либо идиоты, либо хотят чтобы все пользователи страдали.

Особенно этот миф распространён среди гентушников, считающих, что любую программу можно «по-особому» собрать для получения умопомрачительной эффективности её работы.

+1 такой же.
плачущих не понимаю.

вот и у меня нет их.
ладно когда я извращался с моделями процессов...или сейчас есть uksm.
но ведь и без них нормально всё было.

слив засчитан - теперь вы аккредитованный ваганыч.
следующий...

В opensuse тоже везде 'y'

А у меня ваще клементин, ничего не играющий 1,5 гига жрёт.

просто ты проклят :3

Как? Большие страницы не могут уменьшить потребление памяти, только накладные расходы на число страниц (TLB-кэш без них больше используется). Полезно, если софтина ест тонну памяти и сама управляет ей внутри (например, виртуальные машины).

А вот в ubuntu not set. Наверное у убунтоводов хром и жрет память.

www.linux.org.ru/search.jsp?q=слив засчитан&oldQ=&range=ALL&inter...

Поиск по сайту: слив засчитан

Пользователь: megabaks

Всего найдено 115 результатов, показаны 50

Гентушники такие гентушники.

Чёрт, так и знал. :`(

Мысль верная, но справедливости ради хочу заметить что HUGEPAGE — это не плацебо, а реальная технология способная уменьшить количество потребляемой памяти. Другое дело что я очень сомневаюсь что в этом мире есть дистрибутив который собирает свое ядро без этого.

Гентушники собирающие ядро руками не в счет, они могут все что угодно по криворукости наворотить.

А на меня у вас тоже есть компромат? О_О

А вот и человек, который объяснит, как это работает. Hugepages — разве не технология, позволяющая вместо тонны страниц по 4Кб выделить одну в 2Мб (гигабайтные пока не рассматриваем, у хрома пока нет такого аппетита)? Количество RAM от этого не уменьшается.

малыш, хватит мальчиком-колокольчиком быть.
да, поищи ещё сколько раз я сказал «малыш» - только не плачь если рамы не хватит :3

А ты забавен.

А на меня у вас тоже есть компромат? О_О

Нет. Просто запомнилось, что если в обсуждении участвует megabaks, то он обязательно скажет эту фразу.

grep -i hugepage /usr/src/linux/.config
CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y
# CONFIG_TRANSPARENT_HUGEPAGE is not set

надо будет потыкать

не в тех тредах ты участвуешь и не те читаешь.
короче сл^Wну ты понел :3

FF, открыто 200+ кладок, есть 1.6гб, а мне норм.

а при чём здесь лиса?

В каждом треде про хромиум кто-то должен же написать про лису, не?

Значит мне можно беспределить пока. xD

не

расскажите чем занять 32 гб озу..... сколько ещё не открывал вкладок не разу не занял больше 5 гб ....

корень в раму, компилять в раме, профили/кэши в раме...

не весь корень уже не влезет, бд уже весит 40 гб на компе.

дык воткни только /usr
уже огромный профит будет

то потребление рамы нормальное.

ты не можешь 3 тысячи рублей заработать на планку DDR3 в 8Gb?

эх ты, а ещё задрот-ник выбрал...
читать даже не научился.
стыд и позор тебе, позер!

у меня 4 ос на компе, не вариант думаю в раму. Вот правда думаю, может убрать второй своп, выделил когда то при установке 2 свопа, один для линухов второй для фри.raid 10 стоит из 4 ssd и 4 hdd.Вот скоро думаю попробовать percona server поставить вместо mariandb.

эх ты, а ещё задрот-ник выбрал...

читать даже не научился. стыд и позор тебе, позер!

убежал закрывая голову руками от стыда...

не спорь с ним, он знает побольше чем 99% лора.У меня вот 32 гб озу, но я думаю,какая субд будет быстрее работать и дольше не требовать дбашника.

У меня вот 32 гб озу, но я думаю,какая субд будет быстрее работать и дольше не требовать дбашника.

Вроде как postgres неплох, у меня сервачок под 1С год крутился в ней без проблем, правда клиентов всего-то 40 чел.
Что насчет SQLite?

дык чаво?

Не Chromium, а вовсе даже Google Chrome. ХЗ, какие там у него внутри опции, но с потребление вроде всё OK.

// Да, после известий об Opera-Linux-RIP, перебрался на Chrome с концом.

для баз весом в 1 и более терабайт, от ты приколист....

Hugepages — разве не технология, позволяющая вместо тонны страниц по 4Кб выделить одну в 2Мб? Количество RAM от этого не уменьшается.

Верно, но не совсем. Количество памяти может сильно уменьшится за счет уменьшения размера таблицы адресов. Если говорить про HP в чистом виде, то их использование приведет к фрагментации памяти и ее усиленному потреблению. (Пример: нужно сложить 5к, а страничка сразу 2МБ) Поэтому обычные HP требуют отдельной инициализации и поддержки в приложении, по этой причине обычные HP к GC вообще никакого отношения не имеют.

TRANSPARENT_HUGEPAGE - это когда само ядро начинает использовать, где возможно HP, для хранения Anonymous Pages, напр. данных хрома, его стека и прочего. Тут возможно ускорение работы с памятью до 10%, а фрагментация отсутствует.

Вот я значит, активно юзаю GC. Свежий старт - 6ГБ. После включения THP, запускаем GC. Постепенно HPAnon начинает расти, вплоть до 1ГБ.

Так что потреблять меньше не должно, но тем не менее интересно посмотреть.

для баз весом в 1 и более терабайт, от ты приколист....

я хз в чем ты там работаешь и сколько оно у тебя там весит...

Вполне реально, зависит от того, что за базы, как к ним идёт обращение и насколько прямы руки. Сотни гигабайт оно вполне переваривает на определённых сценариях работы.

сотни и мария перевариват спокойно,а вот всё что свыше 800 гб надо марианд с экстрадб вместо иннодб,а в идеале вообще oracledb

В арчике по дефолту.
Жрёт. Плюнул, заказал апгрейд с 8 до 32.

Жрёт. Плюнул, заказал апгрейд с 8 до 32.

Предатели должны страдать, хехехе.

Предатели должны страдать, хехехе.

Тебе виднее :)

пересобрал, включил always
памяти стало меньше есть, раза в 1, 5 (хром, опера)
в статьях, которые читал, пишут, что минимальный ram для hugepages 4gb, рекомендуемый 32gb , у меня как раз 4gb, надо погонять неделю.

кстати насчет памяти, решил тут прикупить еще 8 гигов и охренел, полтора года назад эти восемь стоили меньше, чем сейчас четыре

Тут надо осторожнее. А то ведь обязательно найдётся программа, которая начнёт жрать память как не в себя из-за TRANSPARENT_HUGEPAGE && TRANSPARENT_HUGEPAGE_ALWAYS =).

ага, я тоже обратил внимание
тоже хотел до 8 увеличить полгода назад
хз, что они там мудрят, то пожары, то кризисы

Индексы в RAM не влезают? Ну, ок. Хотя postgres на многих сценариях можно настроить получше, чем эти ваши mariadb. Опять же, партиции — вещь.

//рекомендую MongoDB на 32битной системе для таких объёмов. Оно молча выкинет в /dev/null всё после 2Гб. Нет данных — нет проблем. Саый быстрый подход для BIGDATA и WEBSCALE.