facts about resource usage of an empty and unused Akonadi (was: Re: disable akonadi)
Matthieu Gras
grasm at student.ethz.ch
Mon Sep 3 21:30:56 BST 2018
On Monday, September 3, 2018 1:30:29 PM CEST Draciron Smith wrote:
> Martin
> First off I don't use Akondi apps. Turns out half of them are not even
> installed on this machine.
> Second a large number of Linux boxes including the one I am testing out KD5
> on are NOT modern machines. This is a 7 year old Emachine with 2 gigs of
> RAM. Linux is frequently used on machines that no longer can run Windows.
> In particular by people who cannot afford to run out and buy a new computer
> because the old one is just icky and a few years old.
>
> This is a mostly clean machine. Only things running are Clementine and
> Konsole.
> As for the maps you requested.
> PID Swap USS PSS RSS User Command
> 3401 25.2 M 133.8 M 137.6 M 146.7 M draciron
> /usr/bin/clementine
> 3293 37.8 M 61.3 M 64.8 M 75.4 M draciron
> /usr/bin/plasmashell
> 14585 11.5 M 12.0 M 15.8 M 25.9 M draciron /usr/bin/konsole
> 3274 16.3 M 10.5 M 12.5 M 19.8 M draciron kwin_x11
> 3405 9912.0 K 6648.0 K 8409.0 K 13.8 M draciron /usr/bin/kmix
> 3237 64.0 M 3756.0 K 4967.0 K 11.5 M draciron kded5 [kdeinit5]
> 3419 21.7 M 3324.0 K 3473.0 K 6936.0 K draciron /usr/bin/python3
> 3325 2260.0 K 2556.0 K 2866.0 K 6088.0 K draciron
> /usr/bin/pulseaudio
> 3286 29.9 M 1780.0 K 2196.0 K 7612.0 K draciron /usr/bin/krunner
> 3261 1096.0 K 1776.0 K 1931.0 K 4828.0 K draciron
> /usr/lib/telepathy/mission-control-5
> 3283 8900.0 K 1340.0 K 1703.0 K 5512.0 K draciron
> /usr/bin/baloo_file
> 3445 832.0 K 1232.0 K 1606.0 K 4384.0 K draciron
> /usr/bin/clementine-tagreader
> 3475 604.0 K 1080.0 K 1310.0 K 4412.0 K draciron
> /usr/lib/gvfs/gvfs-udisks2-volume-monitor
> 3279 2236.0 K 928.0 K 1303.0 K 5440.0 K draciron
> /usr/lib/x86_64-linux-gnu/libexec/kf5/kscreen_backend_launcher
> 14591 1684.0 K 1224.0 K 1302.0 K 3160.0 K draciron /bin/bash
> 3353 8328.0 K 1020.0 K 1216.0 K 5564.0 K draciron /usr/bin/korgac
> 3532 5396.0 K 892.0 K 1158.0 K 5452.0 K draciron
> /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd
> 3257 5316.0 K 948.0 K 1128.0 K 5312.0 K draciron
> /usr/bin/kglobalaccel5
> 3174 380.0 K 884.0 K 1059.0 K 2924.0 K draciron
> /usr/bin/dbus-daemon
> 3251 6192.0 K 864.0 K 1033.0 K 5140.0 K draciron /usr/bin/ksmserver
> 3243 5740.0 K 756.0 K 925.0 K 4828.0 K draciron /usr/bin/kaccess
> 3302 5244.0 K 728.0 K 892.0 K 4748.0 K draciron
> /usr/bin/kactivitymanagerd
> 3235 3732.0 K 644.0 K 891.0 K 4820.0 K draciron klauncher
> [kdeinit5] --fd=9
> 3127 4784.0 K 696.0 K 864.0 K 4852.0 K draciron /usr/bin/kwalletd5
> 3306 5660.0 K 704.0 K 863.0 K 4976.0 K draciron
> /usr/lib/x86_64-linux-gnu/libexec/polkit-kde-authentication-agent-1
> 8166 4244.0 K 492.0 K 755.0 K 3900.0 K draciron kdeinit4: kded4
> [kdeinit]
> 3314 2352.0 K 592.0 K 731.0 K 4376.0 K draciron
> /usr/bin/xembedsniproxy
> 3125 3176.0 K 424.0 K 691.0 K 3956.0 K draciron /usr/bin/kwalletd
> 8164 2140.0 K 376.0 K 585.0 K 3148.0 K draciron kdeinit4:
> klauncher [kdeinit] --fd=8
> 3230 376.0 K 244.0 K 344.0 K 2316.0 K draciron
> /usr/bin/dbus-daemon
> 21191 0.0 B 192.0 K 249.0 K 2088.0 K draciron smemstat
> 3232 528.0 K 200.0 K 234.0 K 2232.0 K draciron
> /usr/lib/at-spi2-core/at-spi2-registryd
> 3446 1460.0 K 4096.0 B 182.0 K 2760.0 K draciron
> /usr/bin/clementine-tagreader
> 3225 3088.0 K 100.0 K 176.0 K 2628.0 K draciron kdeinit5:
> Running...
> 6626 540.0 K 136.0 K 174.0 K 2360.0 K draciron
> /usr/lib/x86_64-linux-gnu/gconf/gconfd-2
> 3224 656.0 K 12.0 K 120.0 K 2748.0 K draciron
> /usr/lib/at-spi2-core/at-spi-bus-launcher
> 3497 712.0 K 8192.0 B 79.0 K 2360.0 K draciron
> /usr/lib/gvfs/gvfs-mtp-volume-monitor
> 3484 884.0 K 4096.0 B 78.0 K 2652.0 K draciron
> /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
> 17541 2100.0 K 4096.0 B 59.0 K 1936.0 K draciron -bash
> 3437 2048.0 K 4096.0 B 47.0 K 2360.0 K draciron
> /usr/bin/kuiserver5
> 3250 468.0 K 4096.0 B 31.0 K 1920.0 K draciron kwrapper5
> 8161 2332.0 K 4096.0 B 27.0 K 1968.0 K draciron kdeinit4:
> kdeinit4 Running...
> 3491 1096.0 K 4096.0 B 27.0 K 1972.0 K draciron
> /usr/lib/gvfs/gvfs-afc-volume-monitor
> 3442 1344.0 K 4096.0 B 27.0 K 1952.0 K draciron
> /usr/lib/bluetooth/obexd
> 3114 828.0 K 4096.0 B 27.0 K 1832.0 K draciron
> /lib/systemd/systemd
> 3458 700.0 K 4096.0 B 24.0 K 1804.0 K draciron
> /usr/lib/gvfs/gvfsd
> 3502 528.0 K 4096.0 B 22.0 K 1748.0 K draciron
> /usr/lib/gvfs/gvfs-goa-volume-monitor
> 3267 476.0 K 4096.0 B 21.0 K 1676.0 K draciron
> /usr/lib/dconf/dconf-service
> 3173 464.0 K 4096.0 B 20.0 K 1440.0 K draciron
> /usr/bin/dbus-launch
> 3128 112.0 K 4096.0 B 19.0 K 1488.0 K draciron /bin/sh
> 3222 88.0 K 4096.0 B 11.0 K 644.0 K draciron
> /usr/lib/x86_64-linux-gnu/libexec/kf5/start_kdeinit
> Total: 315.0 M 253.4 M 275.5 M 446.7 M
>
> I finally got Akondi to start by running KOrganizer which didn't kick off
> everything but close enough. I'm not going to go re-enable Akondi and
> reboot to get the extra garbage that came with Kbuntu's default setup.
>
> PID Swap USS PSS RSS User Command
> 21426 0.0 B 147.5 M 147.6 M 151.1 M draciron /usr/sbin/mysqld
> 3401 25.2 M 127.2 M 132.0 M 146.9 M draciron
> /usr/bin/clementine
> 3293 29.1 M 104.7 M 111.0 M 148.7 M draciron
> /usr/bin/plasmashell
> 21419 0.0 B 25.6 M 41.6 M 109.7 M draciron
> /usr/bin/kaddressbook
> 3283 5436.0 K 30.5 M 31.7 M 37.8 M draciron
> /usr/bin/baloo_file
> 3306 2692.0 K 16.5 M 27.2 M 67.9 M draciron
> /usr/lib/x86_64-linux-gnu/libexec/polkit-kde-authentication-agent-1
> 21470 0.0 B 18.2 M 22.3 M 39.4 M draciron
> /usr/bin/akonadi_baloo_indexer
> 21479 0.0 B 11.6 M 18.2 M 74.0 M draciron
> /usr/bin/akonadi_mailfilter_agent
> 21469 0.0 B 11.2 M 17.5 M 71.7 M draciron
> /usr/bin/akonadi_archivemail_agent
> 21484 0.0 B 10.9 M 16.7 M 70.6 M draciron
> /usr/bin/akonadi_sendlater_agent
> 21482 0.0 B 10.7 M 15.8 M 68.0 M draciron
> /usr/bin/akonadi_notes_agent
> 3274 15.5 M 11.4 M 12.8 M 26.5 M draciron kwin_x11
> 21474 0.0 B 8424.0 K 11.1 M 53.4 M draciron
> /usr/bin/akonadi_ical_resource
> 21473 0.0 B 7736.0 K 10.5 M 53.1 M draciron
> /usr/bin/akonadi_followupreminder_agent
> 21481 0.0 B 7504.0 K 10.1 M 52.0 M draciron
> /usr/bin/akonadi_newmailnotifier_agent
> 21477 0.0 B 7596.0 K 10179.0 K 49.9 M draciron
> /usr/bin/akonadi_maildispatcher_agent
> 21471 0.0 B 7544.0 K 10161.0 K 50.9 M draciron
> /usr/bin/akonadi_birthdays_resource
> 21425 0.0 B 9568.0 K 10155.0 K 21.5 M draciron akonadiserver
> 21475 0.0 B 7284.0 K 9725.0 K 49.1 M draciron
> /usr/bin/akonadi_maildir_resource
> 21468 0.0 B 7268.0 K 9691.0 K 48.8 M draciron
> /usr/bin/akonadi_akonotes_resource
> 21472 0.0 B 6976.0 K 9245.0 K 46.7 M draciron
> /usr/bin/akonadi_contacts_resource
> 21480 0.0 B 6960.0 K 9092.0 K 45.4 M draciron
> /usr/bin/akonadi_migration_agent
> 14585 11.4 M 6280.0 K 8865.0 K 27.2 M draciron /usr/bin/konsole
> 3405 9856.0 K 5616.0 K 7456.0 K 14.4 M draciron /usr/bin/kmix
> 21422 0.0 B 4080.0 K 5148.0 K 27.0 M draciron
> /usr/bin/akonadi_control
> 3237 63.8 M 4060.0 K 4586.0 K 13.2 M draciron kded5 [kdeinit5]
> 3353 7272.0 K 3492.0 K 4575.0 K 20.5 M draciron /usr/bin/korgac
> 3325 1740.0 K 3812.0 K 4113.0 K 8308.0 K draciron
> /usr/bin/pulseaudio
> 3419 21.6 M 3796.0 K 3883.0 K 7420.0 K draciron /usr/bin/python3
> 3286 29.7 M 2032.0 K 2236.0 K 8620.0 K draciron /usr/bin/krunner
> 14591 1208.0 K 1856.0 K 1921.0 K 4028.0 K draciron /bin/bash
> 3127 4416.0 K 1628.0 K 1919.0 K 10.2 M draciron /usr/bin/kwalletd5
> 3261 1040.0 K 1716.0 K 1878.0 K 5488.0 K draciron
> /usr/lib/telepathy/mission-control-5
> 3235 3364.0 K 1000.0 K 1656.0 K 9524.0 K draciron klauncher
> [kdeinit5] --fd=9
> 3445 832.0 K 1136.0 K 1455.0 K 4384.0 K draciron
> /usr/bin/clementine-tagreader
> 3251 5968.0 K 1284.0 K 1448.0 K 7408.0 K draciron /usr/bin/ksmserver
> 8166 3960.0 K 816.0 K 1417.0 K 5920.0 K draciron kdeinit4: kded4
> [kdeinit]
> 3174 232.0 K 1252.0 K 1408.0 K 3600.0 K draciron
> /usr/bin/dbus-daemon
> 3257 5108.0 K 1260.0 K 1392.0 K 6684.0 K draciron
> /usr/bin/kglobalaccel5
> 3532 5248.0 K 1040.0 K 1179.0 K 6684.0 K draciron
> /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd
> 3279 2140.0 K 968.0 K 1153.0 K 6388.0 K draciron
> /usr/lib/x86_64-linux-gnu/libexec/kf5/kscreen_backend_launcher
> 3475 604.0 K 1000.0 K 1149.0 K 4412.0 K draciron
> /usr/lib/gvfs/gvfs-udisks2-volume-monitor
> 3125 3020.0 K 588.0 K 1111.0 K 5624.0 K draciron /usr/bin/kwalletd
> 3243 5552.0 K 944.0 K 1072.0 K 6196.0 K draciron /usr/bin/kaccess
> 3302 5116.0 K 856.0 K 985.0 K 5972.0 K draciron
> /usr/bin/kactivitymanagerd
> 3314 2248.0 K 696.0 K 804.0 K 5820.0 K draciron
> /usr/bin/xembedsniproxy
> 3230 224.0 K 564.0 K 706.0 K 3072.0 K draciron
> /usr/bin/dbus-daemon
> 3437 1624.0 K 588.0 K 687.0 K 4796.0 K draciron
> /usr/bin/kuiserver5
> 3458 364.0 K 384.0 K 595.0 K 4044.0 K draciron
> /usr/lib/gvfs/gvfsd
> 6626 376.0 K 372.0 K 451.0 K 2888.0 K draciron
> /usr/lib/x86_64-linux-gnu/gconf/gconfd-2
> 8164 2128.0 K 284.0 K 441.0 K 3160.0 K draciron kdeinit4:
> klauncher [kdeinit] --fd=8
> 3224 344.0 K 332.0 K 409.0 K 3456.0 K draciron
> /usr/lib/at-spi2-core/at-spi-bus-launcher
> 3225 2892.0 K 224.0 K 356.0 K 3380.0 K draciron kdeinit5:
> Running...
> 3232 496.0 K 280.0 K 307.0 K 2376.0 K draciron
> /usr/lib/at-spi2-core/at-spi2-registryd
> 21680 0.0 B 196.0 K 219.0 K 1972.0 K draciron smemstat
> 3446 1460.0 K 4096.0 B 117.0 K 2760.0 K draciron
> /usr/bin/clementine-tagreader
> 17541 2100.0 K 4096.0 B 53.0 K 1936.0 K draciron -bash
> 3484 884.0 K 4096.0 B 52.0 K 2652.0 K draciron
> /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
> 3497 712.0 K 4096.0 B 47.0 K 2360.0 K draciron
> /usr/lib/gvfs/gvfs-mtp-volume-monitor
> 3222 64.0 K 36.0 K 41.0 K 676.0 K draciron
> /usr/lib/x86_64-linux-gnu/libexec/kf5/start_kdeinit
> 3114 828.0 K 4096.0 B 24.0 K 1832.0 K draciron
> /lib/systemd/systemd
> 8161 2332.0 K 4096.0 B 23.0 K 1968.0 K draciron kdeinit4:
> kdeinit4 Running...
> 3250 468.0 K 4096.0 B 23.0 K 1920.0 K draciron kwrapper5
> 3491 1096.0 K 4096.0 B 22.0 K 1972.0 K draciron
> /usr/lib/gvfs/gvfs-afc-volume-monitor
> 3442 1344.0 K 4096.0 B 21.0 K 1952.0 K draciron
> /usr/lib/bluetooth/obexd
> 3502 528.0 K 4096.0 B 18.0 K 1748.0 K draciron
> /usr/lib/gvfs/gvfs-goa-volume-monitor
> 3267 476.0 K 4096.0 B 17.0 K 1676.0 K draciron
> /usr/lib/dconf/dconf-service
> 3173 464.0 K 4096.0 B 17.0 K 1440.0 K draciron
> /usr/bin/dbus-launch
> 3128 112.0 K 4096.0 B 16.0 K 1488.0 K draciron /bin/sh
> Total: 292.3 M 654.3 M 758.7 M 1759.6 M
>
> As you can see it chewed up 250 megs, an eighth of the machine's memory
> just starting up. MySQL alone was 150 megs. Which is odd since I don't
> remember MySQL having that heavy a footprint. Leave it sitting for a few
> hours and it is consuming 8 times that much RAM. Leave it sitting a couple
> days and unknown problems happen as I have to mash down the power button to
> get the machine to respond any more. Put it under a normal load and it just
> goes away for a long time.
>
> After disabling Akondi it gets a little sluggish if I put a full load on it
> but is surprisingly fast for a 7 year old machine with 2 gigs. I have had
> zero reboots except for kernel updates. I think the last one was about a
> week ago. I put it under a load with no Akondi and it gets a little
> sluggish. I close some tabs & apps and it's back to normal operations.
>
> When I put Kbuntu 18.04 on the 5 machines I'll be building next, one of
> them actually a modern machine but not mine. The modern machine belongs to
> an 80 year old relative, and one of the others going to my brother to try
> to get him into using Linux. The other 3 will be almost as old but will
> have 4 gigs of RAM. I will make sure to disable Akondi on all of those
> machines. I expect to have zero issues once I disable Akondi.
>
> The reason the thread started was somebody asked how to disable Akondi.
> Which should be something you can do from the control panel. Instead it
> requires a bit of digging on Google and a few mins in a console window.
> This is 2018. A lot of Linux users today are not sysadmins and power users.
> There would be a lot more if Linux developers remembered this isn't the
> 90s. You cannot count on Linux users having ANY IT capability at all. Over
> the last several years I set up Linux machines for several elderly people
> who had zero IT knowledge, often replacing XP installations with Linux. KDE
> is easy to use out of the box. 10 minutes in Synaptics and I had all the
> apps these people would ever need installed. With auto updates turned on
> that machine was good to go until the distro went out of support or the
> hardware failed.
>
> Linux really is the ideal OS for granny long as they are not using the
> latest bleeding edge devices or needing some Microsoft software to run on
> the thing. Linux is stable, secure and anybody who's used XP or 2000 can
> figure out KDE no problem. You are not getting a call every week to remove
> a virus, install a driver, do a restore from a checkpoint because the
> registry got trashed. The grand kids can play on it and not fill the
> machine with viruses and malware. Aside from Skype being hit or miss on
> Linux I've been able to take a number of obsolete machines and make them
> work for computer illiterate people using KBunutu. They had a very small
> learning curve to adapt and a cheat sheet with equiv apps took care of most
> of that. I also usually left instructions on how to burn a CD and access
> thumbdrives & cameras as well as how to back up the machine. The only time
> I've had to do support on any of these machines is when they find ways to
> mess up Open Office or Thunderbird or something like that and it's only
> once or twice a year. Half the time it's a 2 minute fix when they do.
>
> So assuming a modern machine and a power user is not a good assumption with
> Linux anymore.
>
> On Mon, Sep 3, 2018 at 3:20 AM Martin Steigerwald <martin at lichtvoll.de>
>
> wrote:
> > Hello Draciron.
> >
> > Draciron Smith - 03.09.18, 08:15:
> > > The thread is about shutting down Akondi and why people want to do so.
> >
> > Right.
> >
> > > And it appears that a lot of people have to shut down Akondi because
> > > of performance reasons. Not just from this thread. A quick google
> >
> > There are at least two use cases to separate:
> >
> > 1) Users who use KDEPIM and Akonadi. I agree that there are performance
> > issues for some of the *users* of Akonadi.
> >
> > 2) Users who do not use KDEPIM and Akonadi. I do not agree that an empty
> > and unused Akonadi does use a lot of resources by todays standards of
> > computing power.
> >
> > The performance impact for the second group of users is quite low. A claim
> > which is easy to backup with numbers. I won´t take the time, cause my
> > Akonadi
> > is not empty and I´d need to measure with a new user. But I invite you to
> > proof otherwise to me (using smemstat to measure). Unless you have 2 GiB
> > of RAM or less, I´d recommend not to bother with it. An empty and unused
> > Akonadi just sits there, doing nothing after startup. If it is is still
> > using up a lot of CPU even tough you do not use it, I consider that to be
> > a
> > bug I´d recommend you report.
> >
> > Okay, what gives, I take the time to debunk myths. I asked for numbers,
> > so here you have the backup of my claim:
> >
> > Akonadi´s memory usage a few minutes after it has been started up:
> >
> > % smemstat | head -1 ; smemstat | egrep "akonadi|mysql"
> >
> > PID Swap USS PSS RSS D User Command
> >
> > 22020 0,0 B 58,1 M 60,2 M 66,9 M martin2
> >
> > /usr/sbin/mysqld
> >
> > 22074 0,0 B 19,2 M 26,6 M 93,8 M martin2
> >
> > /usr/bin/akonadi_mailfilter_agent
> >
> > 22064 0,0 B 18,8 M 26,0 M 91,4 M martin2
> >
> > /usr/bin/akonadi_archivemail_agent
> >
> > 22082 0,0 B 18,7 M 25,5 M 89,8 M martin2
> >
> > /usr/bin/akonadi_sendlater_agent
> >
> > 22008 0,0 B 13,3 M 15,0 M 42,1 M martin2
> >
> > /usr/bin/akonadiserver
> >
> > 22070 0,0 B 6516,0 K 7878,0 K 50,0 M martin2
> >
> > /usr/bin/akonadi_notes_agent
> >
> > 22079 0,0 B 6072,0 K 7589,0 K 47,7 M martin2
> >
> > /usr/bin/akonadi_indexing_agent
> >
> > 22083 0,0 B 5572,0 K 6856,0 K 48,9 M martin2
> >
> > /usr/bin/akonadi_newmailnotifier_agent
> >
> > 22167 0,0 B 5584,0 K 6807,0 K 46,5 M martin2
> >
> > /usr/bin/akonadi_ical_resource
> >
> > 22065 0,0 B 5480,0 K 6418,0 K 45,8 M martin2
> >
> > /usr/bin/akonadi_followupreminder_agent
> >
> > 22072 0,0 B 5368,0 K 6393,0 K 45,3 M martin2
> >
> > /usr/bin/akonadi_maildispatcher_agent
> >
> > 22119 0,0 B 5100,0 K 5963,0 K 44,0 M martin2
> >
> > /usr/bin/akonadi_birthdays_resource
> >
> > 22174 0,0 B 4812,0 K 5746,0 K 44,0 M martin2
> >
> > /usr/bin/akonadi_akonotes_resource
> >
> > 22152 0,0 B 4832,0 K 5740,0 K 43,9 M martin2
> >
> > /usr/bin/akonadi_maildir_resource
> >
> > 22161 0,0 B 4760,0 K 5625,0 K 43,4 M martin2
> >
> > /usr/bin/akonadi_contacts_resource
> >
> > 22062 0,0 B 4784,0 K 5595,0 K 43,0 M martin2
> >
> > /usr/bin/akonadi_migration_agent
> >
> > 22004 0,0 B 4868,0 K 5483,0 K 38,2 M martin2
> >
> > /usr/bin/akonadi_control
> >
> > A good part is mysql with 58,1 MiB Unique Set Size. Then you have those
> > Akonadi processes most using below 7 MiB each. Now tell me how this would
> > be going to be an issue for machines with 4 GiB RAM or more? It may not
> > even be that much of an issue for machines with 2 GiB RAM especially when
> > you switch to SQLite3.
> >
> > Akonadi also shows how far off RSS values can be as those processes share
> > a lot of code in form of shared objects.
> >
> > CPU time used since startup about 20 minutes ago (started 9:19,
> > Sandybridge i5 on ThinkPad T520):
> >
> > % pidstat 0 | head -3 | tail +3 ; pidstat 0 | egrep "[a]konadi|[m]ysql" |
> > grep 1001
> > 09:38:54 UID PID %usr %system %guest %wait %CPU CPU
> > Command
> > 09:38:54 1001 22004 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_control
> > 09:38:54 1001 22008 0,00 0,00 0,00 0,00 0,00 2
> > akonadiserver
> > 09:38:54 1001 22020 0,00 0,00 0,00 0,00 0,00 3
> > mysqld
> > 09:38:54 1001 22062 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_migrati
> > 09:38:54 1001 22064 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_archive
> > 09:38:54 1001 22065 0,00 0,00 0,00 0,00 0,00 2
> > akonadi_followu
> > 09:38:54 1001 22070 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_notes_a
> > 09:38:54 1001 22072 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_maildis
> > 09:38:54 1001 22074 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_mailfil
> > 09:38:54 1001 22079 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_indexin
> > 09:38:54 1001 22082 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_sendlat
> > 09:38:54 1001 22083 0,00 0,00 0,00 0,00 0,00 2
> > akonadi_newmail
> > 09:38:54 1001 22119 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_birthda
> > 09:38:54 1001 22152 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_maildir
> > 09:38:54 1001 22161 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_contact
> > 09:38:54 1001 22167 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_ical_re
> > 09:38:54 1001 22174 0,00 0,00 0,00 0,00 0,00 2
> > akonadi_akonote
> >
> > Almost none. ps aux reports 2 seconds for starting up mysqld.
> >
> > Disk usage (should be since startup according to manpage of pidstat, but
> > that does not appear so, at least mysqld did create the database):
> >
> > % pidstat -d 0 | head -3 | tail +3 ; pidstat 0 | egrep "[a]konadi|[m]ysql"
> >
> > | grep 1001
> >
> > 09:41:05 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
> > 09:41:05 1001 22004 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_control
> > 09:41:05 1001 22008 0,00 0,00 0,00 0,00 0,00 0
> > akonadiserver
> > 09:41:05 1001 22020 0,00 0,00 0,00 0,00 0,00 3
> > mysqld
> > 09:41:05 1001 22062 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_migrati
> > 09:41:05 1001 22064 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_archive
> > 09:41:05 1001 22065 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_followu
> > 09:41:05 1001 22070 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_notes_a
> > 09:41:05 1001 22072 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_maildis
> > 09:41:05 1001 22074 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_mailfil
> > 09:41:05 1001 22079 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_indexin
> > 09:41:05 1001 22082 0,00 0,00 0,00 0,00 0,00 0
> > akonadi_sendlat
> > 09:41:05 1001 22083 0,00 0,00 0,00 0,00 0,00 2
> > akonadi_newmail
> > 09:41:05 1001 22119 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_birthda
> > 09:41:05 1001 22152 0,00 0,00 0,00 0,00 0,00 1
> > akonadi_maildir
> > 09:41:05 1001 22161 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_contact
> > 09:41:05 1001 22167 0,00 0,00 0,00 0,00 0,00 3
> > akonadi_ical_re
> > 09:41:05 1001 22174 0,00 0,00 0,00 0,00 0,00 2
> > akonadi_akonote
> >
> > Disk capacity usage:
> >
> > % du -sh ~/.local/share/akonadi
> > 143M /home/martin2/.local/share/akonadi
> >
> > + some configuration and resource change status files.
> >
> >
> > You may switch to SQLite by just removing MySQL and PostgreSQL backends.
> > Or with a configuration option:
> >
> > [%General]
> >
> > Driver=QSQLITE
> >
> > Memory usage:
> >
> > % smemstat | head -1 ; smemstat | egrep "akonadi|mysql"
> >
> > PID Swap USS PSS RSS D User Command
> >
> > 23667 0,0 B 19,2 M 26,7 M 93,8 M martin2
> >
> > /usr/bin/akonadi_mailfilter_agent
> >
> > 23657 0,0 B 18,6 M 25,8 M 90,8 M martin2
> >
> > /usr/bin/akonadi_archivemail_agent
> >
> > 23673 0,0 B 18,8 M 25,4 M 89,0 M martin2
> >
> > /usr/bin/akonadi_sendlater_agent
> >
> > 23647 0,0 B 10,5 M 11,7 M 37,9 M martin2
> >
> > /usr/bin/akonadiserver
> >
> > 23672 0,0 B 6488,0 K 7862,0 K 50,0 M martin2
> >
> > /usr/bin/akonadi_notes_agent
> >
> > 23662 0,0 B 6012,0 K 7425,0 K 47,1 M martin2
> >
> > /usr/bin/akonadi_indexing_agent
> >
> > 23670 0,0 B 5364,0 K 6621,0 K 48,4 M martin2
> >
> > /usr/bin/akonadi_newmailnotifier_agent
> >
> > 23660 0,0 B 5440,0 K 6436,0 K 46,0 M martin2
> >
> > /usr/bin/akonadi_followupreminder_agent
> >
> > 23665 0,0 B 5364,0 K 6358,0 K 44,9 M martin2
> >
> > /usr/bin/akonadi_maildispatcher_agent
> >
> > 23661 0,0 B 5136,0 K 6255,0 K 45,1 M martin2
> >
> > /usr/bin/akonadi_ical_resource
> >
> > 23658 0,0 B 4948,0 K 5814,0 K 44,1 M martin2
> >
> > /usr/bin/akonadi_birthdays_resource
> >
> > 23664 0,0 B 4792,0 K 5663,0 K 43,6 M martin2
> >
> > /usr/bin/akonadi_maildir_resource
> >
> > 23656 0,0 B 4760,0 K 5659,0 K 43,7 M martin2
> >
> > /usr/bin/akonadi_akonotes_resource
> >
> > 23668 0,0 B 4752,0 K 5553,0 K 42,4 M martin2
> >
> > /usr/bin/akonadi_migration_agent
> >
> > 23659 0,0 B 4656,0 K 5517,0 K 42,7 M martin2
> >
> > /usr/bin/akonadi_contacts_resource
> >
> > 23644 0,0 B 4840,0 K 5462,0 K 38,0 M martin2
> >
> > /usr/bin/akonadi_control
> >
> > Disk capacity usage:
> >
> > % du -sh ~/.local/share/akonadi
> > 964K /home/martin2/.local/share/akonadi
> >
> > % ls -lh ~/.local/share/akonadi/akonadi.db
> > -rw-r--r-- 1 martin2 martin2 4,0K Sep 3 09:45
> > /home/martin2/.local/share/akonadi/akonadi.db
> >
> > + some configuration and resource change status files.
> >
> > I skip CPU usage and disk utilization measurements.
> >
> > But for CPU time on startup:
> >
> > ps aux reports a TIME of 0:00 for all processes. So none of the Akonadi
> > processes take more than one second to startup.
> >
> >
> > So can we be done about discussion of performance impact of empty and
> > unused Akonadi server already? Especially when switching to SQLite
> > backend discussing the performance impact of an empty and unused
> > is much ado about nothing¹. There is really (almost) nothing to see here.
> >
> > [1] https://en.wikipedia.org/wiki/Much_Ado_About_Nothing
> >
> > Even with just 2 GiB of RAM the Linux kernel will swap out the memory
> > used by Akonadi if need be and mostly be done with it.
> >
> >
> > If you still bother, an easy way to disable Akonadi might be to move
> >
> > /usr/share/dbus-1/services/org.freedesktop.Akonadi.Control.service
> >
> > out of the way, or probably "akonadictl", or well whatever starts Akonadi
> > once a widget or applications accesses it. I do not know for sure, as
> > I never bothered with disabling Akonadi. But with some trial and error
> > this should be easy enough to find.
> >
> > Would it be nice to be able to disable it with a configuration option in
> > Systemsettings? Sure. Will KDEPIM developers implement this: Probably
> > not from what I heard so far. But you can open a bug report and aim at
> > providing a good reason for such a configuration option. In my oppinion:
> > if the user does not use something, it would be nice to be able to skip
> > even starting it. I totally agree with that one.
> >
> > But as I am not one of those users who do not use Akonadi, so it is
> > certainly not my case to do the convicing work :)
> >
> > > search turns up hundreds of people asking the same question on Linux
> > > and technical forums. Akondi has serious performance issues.
> >
> > Akonadi has dissatisfied users. Not nearly all of the reports you find
> > on the net are related to performance issues. As not nearly all reports
> > of your favorite filesystem + "corruption" reveal real stability issues
> > with filesystems. And it is still good to separate the use cases: How many
> > reports did you find about the performance impact of an empty and unused
> > Akonadi that were actually based on *facts*? I *never* saw one. Not even
> > *one*.
> >
> > Akonadi has known performance issues, especially for heavy users of KDEPIM
> > with a lot of mails.
> >
> > Although there is a major step forward with KDEPIM and Akonadi 18.08,
> > as Daniel Vrátil fixed one of the known major performance issues in
> > Akonadi
> > by implementing notification payloads:
> >
> > https://www.dvratil.cz/2018/04/my-kde-pim-update/
> >
> > What I still do is to kill akonadi_indexing_agent from time to time – with
> > KDEPIM and Akonadi 17.12 however still as Sandro is preparing the 18.08
> > update for Debian. The performance issues it creates are also known to the
> > developers, including the reason for it. This is one of the next items
> > that
> > Daniel Vrátil has on his todo list. But akonadi_indexing_agent only
> > creates
> > those performance issues when there is actually a lot to index. I don´t
> > know
> > how it will behave with 18.08 yet, I may have to wait till Daniel rewrote
> > the indexing to put it into the resources themselves for it to improve
> > substantially.
> >
> > > If you are a developer I'll be happy to take screen shots Htop and the
> > > way Akondi crushes a system's memory. […]
> >
> > htop is not a suitable tool to measure unless is has PSS support
> > meanwhile.
> > I explained this all in my post about facts about memory usage.
> >
> > Although I – with a lot of help – fixed a severe performance issue with
> > local maildir support in Akonadi and provided initial CRM114 spam
> > filtering
> > wizard configuration developing on Akonadi is not what I do regularly. I
> > helped to move things forward with performance related issues in Akonadi
> > some time ago.
> >
> > The major performance bottle necks are known to KDEPIM developers, but
> > are challenging to fix as they need good knowledge of how Akonadi work
> > and are major tasks. We had it all before… countless of times in
> > kdepim-users. There is a thread I started called something like "review of
> > database aspect in Akonadi" on kde-pim mailing list that gives a summary
> > of the major issues. I won´t take the time to repeat it here again.
> >
> > For people who are really into improving matters with Akonadi and KDEPIM,
> > read:
> >
> > KDE PIM Junior Jobs are opened!
> > https://www.dvratil.cz/2018/08/kde-pim-junior-jobs-are-opened/
> >
> > Thanks,
> > --
> > Martin
I've seen many people using KDE with 3.5-4 GB of RAM without any problems.
That's about the amount of RAM my computer had when Windows Vista appeared
(which was in November 2006, over a decade ago). I can imagine that it would
be great to run the most recent software on a 1943 German Enigma but you have
to be realistic and drop support for ancient machines at some point.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde/attachments/20180903/6c25e338/attachment.sig>
More information about the kde
mailing list