Skip to content
Snippets Groups Projects
  1. Mar 02, 2020
  2. Nov 29, 2019
  3. Nov 22, 2019
  4. Nov 20, 2019
  5. Nov 06, 2019
  6. Oct 23, 2019
  7. Oct 18, 2019
  8. Oct 17, 2019
  9. Oct 10, 2019
  10. Oct 08, 2019
  11. Sep 25, 2019
  12. Sep 20, 2019
  13. Sep 17, 2019
  14. Sep 09, 2019
  15. Sep 04, 2019
  16. Aug 21, 2019
  17. Aug 20, 2019
  18. Aug 16, 2019
  19. Aug 13, 2019
  20. Aug 06, 2019
  21. Aug 02, 2019
  22. Jul 31, 2019
  23. Jul 26, 2019
    • Eric Cano's avatar
      #533 Changed strategy for implementation. · ad203f96
      Eric Cano authored
      Moved the space reservation information to the DriveStatus object store object instead of a new central registry.
      The central registry would have been a single point of contention as was the DriveRegistry before being split into
      DriveStates. As the problem is so close to the one of the drive status, we can actually reuse the drive status for this purpose.
      
      The algorithm will also change as we move the responsibility of querying the free space from the disk systems into the OStoreDb
      object instead of the Scheduler. This leads to a slightly worth layering of responsibilities, making the OStoreDb::RetrieveMount
      object a client of the disk::DiskSystemFreeSpaceList object.
      
      The current implementation will also query the free space from the disk systems on each pop, instead of doing so in a globally
      cached fashion. With the new model, we could cache the free space per drive (if needed), but not globally. This is not expected
      to be a real issue and free space is a global counter in the disk system, expected to be readily available.
      ad203f96
  24. Jul 25, 2019
  25. Jul 23, 2019
Loading