[kdepim-users] Tbird versus Kmail, performance
René J.V. Bertin
rjvbertin at gmail.com
Fri Nov 14 11:36:47 GMT 2014
On Friday November 14 2014, Pablo Sanchez wrote regarding "Re: Tbird versus Kmail"
Hi again,
For giggles, here's the output from iostat for the last 20% or so of syncing [All Mail] after a akonadi vacuum:
> zpool iostat Patux 3
capacity operations bandwidth
pool alloc free read write read write
---------- ----- ----- ----- ----- ----- -----
Patux 89.0G 42.0G 11 24 266K 879K
Patux 89.0G 42.0G 0 24 21.0K 681K
Patux 89.0G 42.0G 0 47 0 892K
Patux 89.0G 42.0G 0 25 18.3K 725K
Patux 89.0G 42.0G 0 26 0 406K
Patux 89.0G 42.0G 0 33 20.3K 778K
Patux 89.0G 42.0G 0 16 0 292K
Patux 89.0G 42.0G 0 32 0 466K
Patux 89.0G 42.0G 0 14 18.7K 553K
Patux 89.0G 42.0G 0 30 0 409K
Patux 89.0G 42.0G 0 46 20.2K 999K
Patux 89.0G 42.0G 0 1 0 67.0K
Patux 89.0G 42.0G 6 50 337K 1.76M
Patux 89.0G 42.0G 1 30 169K 413K
Patux 89.0G 42.0G 52 83 3.10M 4.23M
Patux 89.0G 42.0G 13 235 830K 13.1M
Which configures there isn't much IO going on during these lengthy operations. But that stands to reason, and that the whole process is CPU bound, no, given the fact that we're only pulling headers (i.e. lots of small bits of data)?
It cannot exactly help that all this probably transits over the DBus rather than through a dedicated socket, though that would have to be confirmed (which is why this goes to the list).
Cheers,
R.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20141114/4ac8b7d3/attachment.html>
-------------- next part --------------
_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users
More information about the kdepim-users
mailing list