Баг. Большое потребление памяти mysqld daemon in Kubuntu 16.04

0
kot040188 - 10 Май, 2016 - 11:58
Изображение пользователя kot040188.

При первом запуске он отобрал 1.5 гб. Но при последующих совсем немного. Интересно, а это решение вместо исправления бага? ツ

0
dyug - 10 Май, 2016 - 12:03

Это - текущее решение. от ораклы ожидается исправление бага с их новым суперсервером.
тем более, что для аконади совершенно не нужно этого монстрообразного продукта, а вполне достаточно nosql

0
kot040188 - 10 Май, 2016 - 14:07
Изображение пользователя kot040188.

Сейчас ~140мб. Это много?

0
dyug - 10 Май, 2016 - 14:21

нет.
Кот, тебе охота поговорить?
Иди на ссылки и там задавай вопросы, заодно и язык подучишь, будет хоть какая то польза...

0
kot040188 - 10 Май, 2016 - 14:23
Изображение пользователя kot040188.

Извините, что испортил вам тему своим присутствием. Больше меня здесь не будет…

0
MacLeod - 10 Май, 2016 - 18:37
Изображение пользователя MacLeod.

Это не баг, это халтура - поленились конфиг довести до ума. Естественно, что современная СУБД с продакшн конфигом будет кушать. Поможет уменьшение размеров буферов и max_connections (куда их 256 вообще поставили??). Например.
Взять ту же MongoDB (noSQL), версия 3.2 у меня в продакшене сразу скушала 8.4 Гб оперативки в resident size, но в данном случае грех жаловаться, ибо она на пиках не напрягаясь обрабатывает по 1200+ запросов в секунду на 200 Гб-тной базе и по сравнению с предыдущими версиями выполняет сжатие "на лету" и намного меньше бьет по дискам.

0
dyug - 11 Май, 2016 - 11:12

Это - именно БАГ.
Ибо продукть этого класса от ораклы - это всегда баг.

0
MacLeod - 11 Май, 2016 - 13:27
Изображение пользователя MacLeod.

Продукт = баг? Это админский юмор такой?

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры