Am 22.02.2016 um 00:46 schrieb Oliver Goodman:
I must disagree (assuming that I understand the issue under discussion here).

We also have a use case in which a server may be shared between multiple users. 
If one user has relatively low traffic and low requirements for caching, we 
don’t want that user’s objects to be constantly evicted from cache by a high 
traffic, heavy cache load user’s traffic.

sorry, but that makes no sense

if a user has low traffic how should he have any noticeable impact to a high traffic user - usually when a admin thinks he is smarter than https://en.wikipedia.org/wiki/Least_Recently_Used he is wrong

------ Original Message ------
From: "Reindl Harald" <[email protected]>
To: [email protected]
Sent: 2/20/2016 4:01:14 PM
Subject: Re: Limit the storage sizes for a domain or a set of domains


Am 20.02.2016 um 11:18 schrieb Hiroaki Nakamura:
Hi, thanks for your advice.

I am thinking of a service that many users share one cache system.
To be fair between users, I would like to have some quotas on storage size.

but that makes no sense at all, that's not a fileserver

a proxy cache is transparent and self managed - it don't matter who is using 
what amount from the cache - the only interesting question is how many 
cache-hits you have and hence leave the server in peace with it's LRU decisions

2016-02-19 18:58 GMT+09:00 Reindl Harald <[email protected]>:


Am 19.02.2016 um 10:06 schrieb Hiroaki Nakamura:

Is there a way to limit the storage size to be used for a domain or a
set of domains?
For example:

- example1.com: 10GB
- example2.com: 20GB
- example3.com + example4.com: 30GB
      ^ the total storage of example3.com and example4.com must be less
than or equal to 30GB


most likely no and this sounds like premature optimizig for no gain other
then produce overhead on more than one layer

think again what this would need internally in ATS to work proper and what
negative imapct would that overhead prodcue instead let LRU do it's job and
leave it alone

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to