« Return to Thread: Sample Resource Specifications for Substrate Components
Re: Sample Resource Specifications for Substrate Components
by John Jacob-2
::
Rate this Message:
Ted,
Yes, this is the issue I was getting at. The basic question is how to
identify slicing granularity, and possibly isolation, in an Rspec. You
captured the issue well. I agree that there will be many ways to slice
the diverse substrate technologies as well as different ways to slice
similar substrate technologies, which is one of the reason we might want
to advertise the granularity. In a similar manner, two similar resources
with similar slice granularities may have different isolation
properties, which is something else we might need to consider in an
advertisement of a resource. On this latter point, is isolation a
prerequisite for slicing, or can a resource be sliced with different
degrees of isolation?
John
Ted Faber wrote:
> On Fri, Apr 18, 2008 at 07:38:05AM -0400, John Jacob wrote:
>
>> Patrick, Ted and Rob
>>
>> It is not clear to me that these resources can be sliced? Is this
>> something that needs to be identified in the Rspec? As presented in
>> these examples, it seems like the two machine types do not support
>> simultaneous, isolated slices. Is this true? How might an Rspec differ
>> for the case of simultaneously shared resources?
>>
>
> Patrick or Rob will correct me if I say something bogus, but the intent
> is that resources described by an RSpec are intended to be slicable.
>
> Maybe the issue is that there's no indication of how thickly the
> resources can be sliced? That does seem like the kind of thing one
> would like to communicate in an advertisement, and that one would
> consider in picking which components to try to instantiate on.
>
> Rob, does that sound like something we need to add? I'm worried that
> there's a pretty big can of worms under there (there are lots of ways to
> slice). Do you think there's a simple, general slicing granularity
> metric that we can communicate?
>
> I'm tempted to say that for each resource there's a granularity
> parameter (2.5 GHz of CPU in 500 MHz slices). That certainly may get
> more complex for connectivity.
>
> John, is that the issue you're getting at or did I miss it.
>
>
_______________________________________________
substrate-wg mailing list
substrate-wg@...
http://lists.geni.net/mailman/listinfo/substrate-wg
Yes, this is the issue I was getting at. The basic question is how to
identify slicing granularity, and possibly isolation, in an Rspec. You
captured the issue well. I agree that there will be many ways to slice
the diverse substrate technologies as well as different ways to slice
similar substrate technologies, which is one of the reason we might want
to advertise the granularity. In a similar manner, two similar resources
with similar slice granularities may have different isolation
properties, which is something else we might need to consider in an
advertisement of a resource. On this latter point, is isolation a
prerequisite for slicing, or can a resource be sliced with different
degrees of isolation?
John
Ted Faber wrote:
> On Fri, Apr 18, 2008 at 07:38:05AM -0400, John Jacob wrote:
>
>> Patrick, Ted and Rob
>>
>> It is not clear to me that these resources can be sliced? Is this
>> something that needs to be identified in the Rspec? As presented in
>> these examples, it seems like the two machine types do not support
>> simultaneous, isolated slices. Is this true? How might an Rspec differ
>> for the case of simultaneously shared resources?
>>
>
> Patrick or Rob will correct me if I say something bogus, but the intent
> is that resources described by an RSpec are intended to be slicable.
>
> Maybe the issue is that there's no indication of how thickly the
> resources can be sliced? That does seem like the kind of thing one
> would like to communicate in an advertisement, and that one would
> consider in picking which components to try to instantiate on.
>
> Rob, does that sound like something we need to add? I'm worried that
> there's a pretty big can of worms under there (there are lots of ways to
> slice). Do you think there's a simple, general slicing granularity
> metric that we can communicate?
>
> I'm tempted to say that for each resource there's a granularity
> parameter (2.5 GHz of CPU in 500 MHz slices). That certainly may get
> more complex for connectivity.
>
> John, is that the issue you're getting at or did I miss it.
>
>
_______________________________________________
substrate-wg mailing list
substrate-wg@...
http://lists.geni.net/mailman/listinfo/substrate-wg
« Return to Thread: Sample Resource Specifications for Substrate Components
| Free embeddable forum powered by Nabble | Forum Help |
