JezzWTF/phokus
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Investigate OS-native and shared-cache thumbnail providers #6

New Issue
Closed
opened 2026-04-05 19:13:41 +00:00 by LyAhn · 0 comments
LyAhn commented 2026-04-05 19:13:41 +00:00 (Migrated from github.com)
Copy Link
Copy Source

Summary

Evaluate whether Phokus should pivot part of its thumbnail pipeline to OS-native or shared-cache providers for better performance, especially on large libraries and slower drives.

Why

The current generated-thumbnail pipeline has improved, but thumbnail and metadata throughput still appears too slow for large backlogs. This is worth a dedicated investigation rather than continued ad hoc tuning.

Research directions

  • Evaluate humb-rs for Windows/macOS native thumbnail generation
  • Evaluate Linux XDG/Freedesktop thumbnail-cache integration
  • Evaluate llmytoes or similar Linux shared-thumbnail approaches
  • Compare native/shared-cache providers vs current generated-cache pipeline
  • Identify correctness tradeoffs (real thumbnails vs icon fallback, cache freshness, metadata coverage)
  • Identify packaging/shipping implications per platform

Desired outcome

  • Decide whether to keep generated thumbnails as the primary pipeline
  • Or move to a provider model:
    • native/shared-cache first
    • generated fallback second

Notes

This is a future optimization investigation, not an immediate blocker, but it is important enough to track explicitly.

## Summary Evaluate whether Phokus should pivot part of its thumbnail pipeline to OS-native or shared-cache providers for better performance, especially on large libraries and slower drives. ## Why The current generated-thumbnail pipeline has improved, but thumbnail and metadata throughput still appears too slow for large backlogs. This is worth a dedicated investigation rather than continued ad hoc tuning. ## Research directions - [ ] Evaluate humb-rs for Windows/macOS native thumbnail generation - [ ] Evaluate Linux XDG/Freedesktop thumbnail-cache integration - [ ] Evaluate llmytoes or similar Linux shared-thumbnail approaches - [ ] Compare native/shared-cache providers vs current generated-cache pipeline - [ ] Identify correctness tradeoffs (real thumbnails vs icon fallback, cache freshness, metadata coverage) - [ ] Identify packaging/shipping implications per platform ## Desired outcome - [ ] Decide whether to keep generated thumbnails as the primary pipeline - [ ] Or move to a provider model: - [ ] native/shared-cache first - [ ] generated fallback second ## Notes This is a future optimization investigation, not an immediate blocker, but it is important enough to track explicitly.
LyAhn added the wontfix label 2026-06-12 21:54:21 +00:00
LyAhn closed this issue 2026-06-12 21:57:54 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
Something isn't working
 documentation
Improvements or additions to documentation
 duplicate
This issue or pull request already exists
 enhancement
New feature or request
 good first issue
Good for newcomers
 help wanted
Extra attention is needed
 invalid
This doesn't seem right
 question
Further information is requested
 wontfix
This will not be worked on
No Label wontfix
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
LyAhn
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: JezzWTF/phokus#6
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?