jstreams and strigi for KFileMetaInfo

[Aaron J. Seigo]

On Wednesday 27 September 2006 8:09, Carsten Pfeiffer wrote:
> Except that it's a separate process with IPC and marshalling involved.

the fact that strigi can cache the results is huge. we should be able to 
pipeline requests (i'd hope, anyways) to minimize IPC slowdowns; and whilst 
context switches and IPC are slower than loading a plugin once discovered, 
moving disk heads unnecessarily is even more so.

we cache thumbnails for the same/similar reason.

-- 
Aaron J. Seigo
Undulate Your Wantonness
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060927/1bd53bc3/attachment.sig>