[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Challenge: Find potential use cases for non-trivial confinement
From: |
Pierre THIERRY |
Subject: |
Re: Challenge: Find potential use cases for non-trivial confinement |
Date: |
Fri, 19 May 2006 18:12:17 +0200 |
User-agent: |
Mutt/1.5.11+cvs20060403 |
Scribit Bas Wijnen dies 19/05/2006 hora 16:22:
> As a system service. It runs in constant storage (it creates one
> packet at a time, it needs to wait for the network card anyway if
> there's another ping busy), so this is no problem.
But the ping you describe here seems to have reduced features than the
current ping or the constructor-based ping.
> If accounting is required, this uses constant storage per user as well
> (if done sensibly), so this can be system storage which is
> conceptually subtracted from the real quota the user should have
Then the design is more complex and error-prone. You lose the simplicity
of the fact that the quota is just enforced by giving the user what he
is allowed to use, and let him give it to the programs.
Doubtfully,
Nowhere man
--
address@hidden
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
- Re: Challenge: Find potential use cases for non-trivial confinement, (continued)
- Re: Challenge: Find potential use cases for non-trivial confinement, Pierre THIERRY, 2006/05/18
- Re: Challenge: Find potential use cases for non-trivial confinement, Bas Wijnen, 2006/05/18
- Re: Challenge: Find potential use cases for non-trivial confinement, Pierre THIERRY, 2006/05/18
- Re: Challenge: Find potential use cases for non-trivial confinement, Bas Wijnen, 2006/05/18
- Re: Challenge: Find potential use cases for non-trivial confinement, Sam Mason, 2006/05/18
- Re: Challenge: Find potential use cases for non-trivial confinement, Pierre THIERRY, 2006/05/18
- Re: Challenge: Find potential use cases for non-trivial confinement, Jonathan S. Shapiro, 2006/05/18
Re: Challenge: Find potential use cases for non-trivial confinement, Michal Suchanek, 2006/05/19