[
https://issues.apache.org/jira/browse/HDFS-5431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13844885#comment-13844885
]
Colin Patrick McCabe commented on HDFS-5431:
--------------------------------------------
bq. We probably still want to kick it after deletes and cache pool
add/mod/dels, though.
Actually, we could probably pull the same trick and update bytesNeeded and
filesAffected before returning from a delete operation. This might lead to
having more bytesCached than bytesNeeded, but that's ok. That's the normal
scenario when uncaching takes a bit of time.
> support cachepool-based limit management in path-based caching
> --------------------------------------------------------------
>
> Key: HDFS-5431
> URL: https://issues.apache.org/jira/browse/HDFS-5431
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: datanode, namenode
> Affects Versions: 3.0.0
> Reporter: Colin Patrick McCabe
> Assignee: Andrew Wang
> Attachments: hdfs-5431-1.patch, hdfs-5431-2.patch
>
>
> We should support cachepool-based quota management in path-based caching.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
