Re: Startup performance
Martin Höller <martin-RZb/AGe+/[email protected]> Wed, 14 Oct 2020 08:43:28 +0200
| Newsgroups | gmane.comp.kde.kimdaba |
|---|---|
| Message-ID | <20201014084328.7bfd13a1@linux-du93> |
--===============3815479189153764049== Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/HBLI=m8CrA7NBsU_kfSJgk2"; protocol="application/pgp-signature" --Sig_/HBLI=m8CrA7NBsU_kfSJgk2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi! On Oct.13.2020 Tobias Leupold wrote: > Question is if really need to optimize things furtherly. Fully ACK. I think with the recent optimisations KPA is quite fast anyway. That said, I was just speaking out ideas that came to mind. No need to implement it. > Speaking of myself, I > have a "normal"(?) "photos we take along the year and during vacation" > database with about 12,000 photos. It resides on NFS, on my home LAN's NA= S. On > a classical hd. Which should be -- performance-wise -- the worst combinat= ion > of all. Startup takes like one second though (or maybe one and a half ;-) I'm a hobby photographer with little time, so I'm not taking a lot of photos. But my first digital images go back to 2003 which leads to a database with about 50k images. And with recent development of smartphones, I guess people are taking more and more photos. So being fit for future is always a good idea. And BTW, I really think Robert enjoys pushing performance further ;-) > On Dienstag, 13. Oktober 2020, 18:50:48 CEST schrieb Robert Krawitz: > > One of the goals of KPA is for the database to be human readable and > > editable. Splitting up the image file in that way makes the structure = more > > complicated to move/copy and edit. That's true and I didn't say it would be an easy job ;-) Still, the format should stay almost the same and thus still be readable/writable by humans. IMHO, if we consider splitting the DB, moving from one file to another shouldn't be harder as copy/past of <image> lines. Anyway, just wanted to share my idea and I really think partitioning the DB with optionally deferred loading of older partitions could speed up startup time. - martin --Sig_/HBLI=m8CrA7NBsU_kfSJgk2 Content-Type: application/pgp-signature Content-Description: Digitale Signatur von OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAl+GnhAACgkQYJf22JPx7tno8QCdG5Ybi1+YXBllGl4wIGNZiClJ /1cAn3h0MDrJ65DsCeCV+RprHOxjl5fP =JbWC -----END PGP SIGNATURE----- --Sig_/HBLI=m8CrA7NBsU_kfSJgk2-- --===============3815479189153764049== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ KPhotoAlbum mailing list [email protected] https://mail.kdab.com/mailman/listinfo/kphotoalbum --===============3815479189153764049==--