[Akonadi] [Bug 338402] File system cache is inneficient : too many file per directory

[Daniel Vrátil]

https://bugs.kde.org/show_bug.cgi?id=338402

Daniel Vrátil <dvratil at kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
   Version Fixed In|                            |15.12.0
             Status|CONFIRMED                   |RESOLVED
      Latest Commit|                            |http://commits.kde.org/akon
                   |                            |adi/cb24efd05824d7f5aa7218d
                   |                            |086b5692eee05d6c5

--- Comment #15 from Daniel Vrátil <dvratil at kde.org> ---
commit cb24efd05824d7f5aa7218d086b5692eee05d6c5
Author: Dan Vrátil <dvratil at redhat.com>
Date:   Fri Aug 21 02:46:21 2015 +0200

    Refactor external payload parts handling and implement levelled cache

    External payload files are now stored in levelled folder hierarchy.
Currently we
    implement one level of indirection using modulo 100 of Part.id(). Using
modulo
    100 ensures even distribution of files into the subdirectories. The
migration is
    implemented in StorageJanitor, so it can be triggered manually by running
    akonadictl fsck.

    Handling of access to external files has been refactored to
ExternalPartStorage
    class. This class implements access to the legacy flat-cache hierarchy as
well
    as simple transactional system. The transactional system allows us to
rollback
    or commit changes in the external files: file created in the transaction
are
    deleted when the transaction is rolled back, and file deletion is delayed
until
    the transaction is committed. This allows us to control the files from
outside
    PartStreamer and tie it to committing of database transaction, which is
more
    likely to fail than the EPS transaction. This should prevent us from losing
    cached parts when error occurs during update.

-- 
You are receiving this mail because:
You are the assignee for the bug.