|
If there is an API for setting
the amount of resources in RELOAD implementations, would this be done per usage
or overall for RELOAD. That would affect what and how we report stuff in the
diagnostics. I think the comon CPU stats are
still useful along with which we could report some number set up by the user
that specifies the resources. Different topology plugin apps
could then use different heuristics to perform neighbor selection based on this
information depending on what they are aimed at. I agree that what is proposed
here should both help debug an overlay as well as help in populating some
metrics data which can then be used by topology plugins. On a related note, would metrics
collected using a Chord topology plugin be useful to a Pastry topology plugin.
Due to the use of nodeids it may be hard to reuse this information across
topology plugins. Thanks, Saumitra From: Roni Even
[mailto:ron.even.tlv@xxxxxxxxx] Song Haibin, Your response " It is also
useful in selecting peer for a neighbor table entry, when there are multiple
choices existing and for the overlay management to collect the overall status
of the overlay." does also address Bruce question. My view is that
the pure CPU power or CPU current usage are good but the question is if they
are relevant for the decision since the user may limit the amount of
resources it wants to allocate for the p2p application. This may be based on
percentage from the link or number of connections. Roni Even From:
p2psip-bounces@xxxxxxxx [mailto:p2psip-bounces@xxxxxxxx] On Behalf Of Song
Haibin Dear Das, See inline. From:
p2psip-bounces@xxxxxxxx [mailto:p2psip-bounces@xxxxxxxx] On Behalf Of Das,
Saumitra Dear Song, Processing power would be more informational
in terms of CPU load. A good example of what would be useful would be to look
at the comon monitoring tool (http://summer.cs.princeton.edu/status/) for the
planetlab testbed. It uses the following metrics for selecting nodes based on
CPU and I have found such selection to be very useful in determining the
performance of a slice on the machine. [Song] It is also useful in selecting peer for a neighbor table
entry, when there are multiple choices existing and for the overlay management
to collect the overall status of the overlay. From the comon site, these are some metrics that may be
useful “CPU Speed We could define these fields and leave it optional as to
whether all of them are required. i.e. running a spin-loop may be expensive for
some devices. [Song] This is helpful. I’m very glad to see this monitoring
tool in the planetlab testbed. If it works well in the planet lab, we may have
it included in the diagnostics draft after discussion. I also see other useful
metrics for other parameters in the page (http://summer.cs.princeton.edu/status/). Best, Saumitra www.saumitra.info Date: Tue, 11 Nov 2008 15:12:21 +0800 From: Song Haibin <melodysong@xxxxxxxxxx> Subject: [P2PSIP] How to describe the processing power To: p2psip@xxxxxxxx Message-ID: <003e01c943cc$d6e2b1a0$0c0ca40a@xxxxxxxxxxxxxxxx> Content-Type: text/plain; charset=us-ascii Dear all, In p2psip diagnostics draft http://tools.ietf.org/id/draft-zheng-p2psip-diagnose-03.txt , we have some doubt about how to describe one of the
diagnostic information: processing power. We propose to use the unit
of MIPS to describe it. However, the Max number of connections may be another
choice. Do you have any good suggestions? Best Regards, Song Haibin Email: melodysong@xxxxxxxxxx Skype: alexsonghw |
_______________________________________________ Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf