Re: facts about resource usage of an empty and unused Akonadi (was: Re: disable akonadi)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxxx>
> 
> 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.

Attachment: signature.asc
Description: This is a digitally signed message part.


[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux