#5309 closed defect (fixed)
too many files in tile cache
| Reported by: | ieskok | Owned by: | team |
|---|---|---|---|
| Priority: | major | Milestone: | 15.04 |
| Component: | Core imagery | Version: | tested |
| Keywords: | cache | Cc: | naoliv |
Description (last modified by )
Slippy map browser creates cache in temp directory, but after time there is thousands of files in that one dir. JOSM shows error:
Failed to save tile content: .... (The directory or file cannot be created)
Failed to sa ETag...
Windows cannot handle so many files in one dir. Maybe there should be nested directories?
Attachments (0)
Change History (26)
comment:1 Changed 10 years ago by
comment:2 Changed 10 years ago by
| Component: | Core → Core imagery |
|---|---|
| Description: | modified (diff) |
comment:3 follow-up: 4 Changed 9 years ago by
For now, I have 100 000 files in ..\JOSM\cache\wms\1 and it's extremly slow. Is possible add something like auto remove cache files?
Second, there is no dir setting - so if I want cache other then user profile ...
comment:4 Changed 9 years ago by
Replying to jezevec:
For now, I have 100 000 files in ..\JOSM\cache\wms\1 and it's extremly slow. Is possible add something like auto remove cache files?
Auto cleaning has been suggested in #7762 as well.
Second, there is no dir setting - so if I want cache other then user profile ...
#6248 suggests using advanced preference imagery.wms-cache.path.
comment:6 Changed 9 years ago by
| Milestone: | → 14.05 |
|---|---|
| Priority: | minor → major |
JDK7 NIO2 could be helpful to improve our tile cache.
comment:7 Changed 9 years ago by
| Cc: | naoliv added |
|---|
What about using something like the ImageryCache plugin? ("This experimental plugin allows JOSM to store tile cache in database files, not in huge cache directories")
comment:8 Changed 9 years ago by
I would prefer to use an even more general solution and have the cache in proper system dirs and customizable.
The advantage would be that even other software could use the same cache
For Linux Desktops the proper dir would be probably under $HOME/.cache/ theses days.
Think there is already one ticket about original reported on the Debian Bug Tracker.
comment:10 Changed 9 years ago by
comment:11 Changed 9 years ago by
| Keywords: | cache added |
|---|
ATM the major reason for filling the disk on my part is #9263
comment:12 Changed 9 years ago by
| Milestone: | 14.05 → 14.06 |
|---|
Move imagery cache-related tickets to next milestone (too risky now for this release)
comment:13 Changed 9 years ago by
| Milestone: | 14.06 → 14.07 |
|---|
Move all tickets for which no work has been done yet to next milestone
comment:15 Changed 9 years ago by
| Milestone: | 14.08 → 14.09 |
|---|
move imagery cache tickets to next milestone
comment:16 Changed 8 years ago by
| Milestone: | 14.09 → 14.10 |
|---|
Move complicated/risky tickets to next milestone.
comment:17 Changed 8 years ago by
| Milestone: | 14.10 → 14.11 |
|---|
Not enough time/resources for these tickets this month.
comment:18 Changed 8 years ago by
| Milestone: | 14.11 → 14.12 |
|---|
comment:19 Changed 8 years ago by
In [o30854] - see #josm5309 - rework cache directory structure so you don't have too many files in in one directory
New cache is implemented in TMSFileCacheTileLoader. Old cache in OsmFileCacheTileLoader? should work
as before.
comment:21 Changed 8 years ago by
comment:22 Changed 8 years ago by
| Milestone: | 14.12 → 15.01 |
|---|
finish all cache-related tickets next month
comment:24 Changed 8 years ago by
| Milestone: | 15.02 |
|---|
comment:25 Changed 8 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Fixed in [8168] and later patches
comment:26 Changed 8 years ago by
| Milestone: | → 15.04 |
|---|
Ticket #8371 has been marked as a duplicate of this ticket.