Will support auto-clean with restricted storage size?

Excellent point, @Kichang-Kim, and the Accelerator definitely takes care of disk storage management automatically. There is no other tool needed to manage space. In the future we anticipate the ability to have more knobs you can use to declare limits around this operation.

 

@Kichang-Kim, yep, they certainly do. For now, we're not ready to officially support all the options in that configuration while we work through the beta release cycle to determine if these are the right set or if we need to potentially work or if we need to make changes. I would recommend leaving them with their default values while the product is in beta. When we have documentation for these options, we'll post a new forum post, and I'll try to also update this thread.

Currently, the Accelerator's eviction policy will begin evicting items from the cache when the volume hosting the configured storage directory reaches 5% or 1 GiB of free space remaining (whichever is reached first). Evictions will continue until the volume's usage has at least 5 GiB or 10% free space available.

We'd also love to hear thoughts from yourself and any other interested community folks around what you'd like to see regarding managing items in the cache. Some questions we've been mulling are...

• Should some items be "stronger" than others? For example, would you find it valuable to have results from your official build system have "precedence" over those built by normal developers using the Unity Editor?
  • Would you like to manage this "strength" by who or what was running the build? For example, would you like to apply a "weight" to the items based on authentication to influence the eviction policy?
• Should some items live "forever" and never be evicted? For example, perhaps you'd like to never evict those items that were built as part of a specific release, or other types of criteria.
  • Would you like to also have an option to replicate these types of items to a more permanent storage facility for later retrieval if the cache were lost? If so, what types of storage would you consider important (e.g. local object stores, S3, Google Cloud Storage, etc.)?
• What other kinds of eviction policies would you value?

 

We have added this feature in the release announced today. You can now provide quotas for how much data the Accelerator is allowed to use by using the following new configuration options and restarting the Accelerator:

• MaxUsedBytes and MaxUsedPercent trigger eviction when storage used by the Accelerator exceeds either of these settings.
• EvictUntilUsedBytes and EvictUntilUsedPercent are eviction thresholds: eviction ends when both of these conditions are met. When MinFree fields are also set, eviction is triggered by the most sensitive setting. Likewise eviction is stopped when all of the EvictUntil values are satisfied.
• Use a value of -1 to ignore any property monitoring (MaxBytes or MinFree).

 

@Kichang-Kim, I'm really sorry. It appears we had a miscommunication in our release process last week and this new feature missed that release and, instead, will be rolled out this week (on Thursday) assuming QA passes cleanly.

The configuration file is automatically updated when the new Accelerator is installed and run. If you want to create a default version of the file, the easiest method is to run it from a different directory like this: unity-accelerator
register adbv2. Afterward, you should find a new unity-accelerator.cfg in that directory with the default values.

 

@Kichang-Kim we pushed the new version out today, as I mentioned above. You are correct in that the setting is
CacheMaxUsedBytes and to help folks out, we've added a new tool to document the configuration options. Try out
unity-accelerator tool config-help to see the full list.

 

Thanks for highlighting that behavior, @Kichang-Kim. It won't affect your settings as it's simply providing the default values based on the size of available storage. We have opened a ticket to make these behave like the newly added Max options to prevent future confusion when folks use -1 as a value for the older Cache options.