Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

RESOLU .mysql consomme trop de memoire avec kubuntu 16.04

Alex10336

Il y a toujours mysql qui tourne en fond ?

ps faux | grep mysql

Sinon, en suivant le lien: https://bugs.launchpad.net/ubuntu/+source/akonadi/+bug/1576930
C'est un « bug confirmé »

douxy19

yes:

jean-raymond@jean-raymond-System-Product-Name:~$ ps faux | grep mysql
jean-ra+  6318  0.0  4.0 2146852 157884 ?      Sl   21:55   0:01  |   \_ /usr/sbin/mysqld --defaults-file=/home/jean-raymond/.local/share/akonadi/mysql.conf --datadir=/home/jean-raymond/.local/share/akonadi/db_data/ --socket=/tmp/akonadi-jean-raymond.LLZqtH/mysql.socket
jean-ra+  6818  0.0  0.0  14268   968 pts/1    S+   22:35   0:00      \_ grep --color=auto mysql

sage pour l'instant....mais il attend son heure... :p

comme je n'utilise pas kmail et autre l'option:"Until ubuntu provide a fix for this problem, i found a workaround!

I use the command pkill -f akonadi and add it to the startup. System Settings>>Startup & Shutdown>>Autostart. using this command all the akonadi services get killed at startup and mysqld process will be killed along with it and all the memory occupied by them will be released." sera sans doute un choix pour moi. CF le lien #3

et vu pour le bug

Alex10336

le coup du "pkill" est une grosse connerie. il fait que tuer akonadi.
Cette « solution » avec mysql est plus crédible: https://bugs.launchpad.net/ubuntu/+source/akonadi/+bug/1576930/comments/10

---
Sinon, pour sqlite, si tu veux toujours essayer (il marche)
retour des commandes:

apt-cache policy akonadi-backend-sqlite
cat ~/.config/akonadi/akonadiserverrc

douxy19

bonjour Alex.
je vais essayer successivement les deux options des ce soir.
je tiens au courant.

Alex10336

Coucou !
Ok, à noter aussi: déco/reco la session pour être sur que les changement soit bien pris en compte 🙂

douxy19

hello ,en passant vite fait....la modification dans mysqld-conf proposee pour verification

# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
# sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
# sql_mode=strict_trans_tables

# DEBUGGING:
# log all queries, useful for debugging but generates an enormous amount of data
# log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
# log_slow_queries=mysql.slow
# long_query_time=1
# log queries not using indices, debug only, disable for production use
# log_queries_not_using_indexes=1
#
# mesure database size and adjust innodb_buffer_pool_size
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");

# NOTES:
# Keep Innob_log_waits and keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)

#expire_logs_days=3

#sync_bin_log=0

# Use UTF-8 encoding for tables
character_set_server=utf8
collation_server=utf8_general_ci

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb

# memory pool InnoDB uses to store data dictionary information and other internal data structures (default:8M)
# Deprecated in MySQL >= 5.6.3, removed in 5.7 (works in MariaDB)
# innodb_additional_mem_pool_size=8M

# memory buffer InnoDB uses to cache data and indexes of its tables (default:128M)
# Larger values means less I/O
innodb_buffer_pool_size=80M

# Create a .ibd file for each table (default:0)
innodb_file_per_table=1

# Write out the log buffer to the log file at each commit (default:1)
innodb_flush_log_at_trx_commit=2

# Buffer size used to write to the log files on disk (default:1M for builtin, 8M for plugin)
# larger values means less I/O
innodb_log_buffer_size=1M

# Size of each log file in a log group (default:5M) larger means less I/O but more time for recovery.
innodb_log_file_size=64M

# # error log file name, relative to datadir (default:hostname.err)
log_error=mysql.err

# print warnings and connection errors (default:1)
log_warnings=2

# Convert table named to lowercase
lower_case_table_names=1

# Maximum size of one packet or any generated/intermediate string. (default:1M)
max_allowed_packet=32M

# Maximum simultaneous connections allowed (default:100)
max_connections=256

# The two options below make no sense with prepared statements and/or transactions
# (make sense when having the same query multiple times)

# Memory allocated for caching query results (default:0 (disabled))
query_cache_size=0

# Do not cache results (default:1)
query_cache_type=0

# Do not use the privileges mechanisms
skip_grant_tables

# Do not listen for TCP/IP connections at all
skip_networking

# The number of open tables for all threads. (default:64)
table_open_cache=200

# How many threads the server should cache for reuse (default:0)
thread_cache_size=3

# wait 365d before dropping the DB connection (default:8h)
wait_timeout=31536000

# We use InnoDB, so don't let MyISAM eat up memory
key_buffer_size=16K

# KUBUNTU:
# Unset the export dir check as only the full mysql-server package creates it
secure_file_priv=

# KUBUNTU:
# workaround for 5.7 being more strict with column types
# (reverts to 5.6 behavior)
sql_mode=NO_ENGINE_SUBSTITUTION

#workaround
innodb-read-io-threads=1

innodb-write-io-threads=1
[client]
default-character-set=utf8

je commence par ça
et a plus tard

douxy19

hello!
des nouvelles du soir.
bon les deux lignes dans mysqld-conf ne m'ont pas donnees complete satisfaction.
moins de ram,mais toujours trops a mon gout!

donc passage a sqlite.
la tout a roule et tout et bien installe

jean-raymond@jean-raymond-System-Product-Name:~$ apt-cache policy akonadi-backend-sqlite
akonadi-backend-sqlite:
  Installé : 4:15.12.3-0ubuntu6
  Candidat : 4:15.12.3-0ubuntu6
 Table de version :
 *** 4:15.12.3-0ubuntu6 500
        500 http://fr.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages
        100 /var/lib/dpkg/status

jean-raymond@jean-raymond-System-Product-Name:~$ cat ~/.config/akonadi/akonadiserverrc

[Debug]
Tracer=null

[%General]
Driver=QSQLITE3

[QMYSQL]
Host=
Name=akonadi
Options="UNIX_SOCKET=/tmp/akonadi-........./mysql.socket"
ServerPath=/usr/sbin/mysqld-akonadi
StartServer=true

[QSQLITE3]
Name=/home/jean-raymond/.local/share/akonadi/akonadi.db

et pour l'instant,grosse economie de ram,meme au demarrage (100Mio de moins qu'a l'origine)

et avec chromium ouvert et actif je suis a 1Gio

ca me convient mieux et apres on va observer ce qui se passe deux ou trois jours.
voir aussi l'evolution de la correction du bug.

en tout les cas merçi Alex et gl38

Alex10336

La ligne n'était pas a toucher (même si sa marche probablement quand même)

Options="UNIX_SOCKET=/tmp/akonadi-........./mysql.socket"

Je test aussi les

innodb-read-io-threads=1
innodb-write-io-threads=1

Semble fonctionner aussi pour moi.

douxy19

bonsoir a toutes et a tous.
un passage ce soir pour poser en resolu mon petit souci 🙂
donc la mise en place de sqlite fonctionne tres bien dans mon systeme.
en bonus ma conso de ram a aussi baisse en general (tres bon point pour moi!...)
au demarrage et en utilisation.exemple qarte et firefox et dolphin ouvert = 1.1Gio stable
kubuntu est fluide .
alors pour l'instant... 😃

« Page précédente