2004
DOI: 10.1016/j.comcom.2004.02.014
|View full text |Cite
|
Sign up to set email alerts
|

End-to-end quality of service for high-end applications

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
82
0
2

Year Published

2005
2005
2021
2021

Publication Types

Select...
6
2
1

Relationship

0
9

Authors

Journals

citations
Cited by 155 publications
(91 citation statements)
references
References 35 publications
0
82
0
2
Order By: Relevance
“…A generic architecture for resource reservation and allocation that supports flow-specific QoS specifications as well as online monitoring and control of both individual resources and heterogeneous resource sets was proposed by Foster et al [31]. The architecture builds on differentiated service mechanisms to enable the coordinated management of distinct flow types, networks, CPUs, and storage systems.…”
Section: Related Workmentioning
confidence: 99%
“…A generic architecture for resource reservation and allocation that supports flow-specific QoS specifications as well as online monitoring and control of both individual resources and heterogeneous resource sets was proposed by Foster et al [31]. The architecture builds on differentiated service mechanisms to enable the coordinated management of distinct flow types, networks, CPUs, and storage systems.…”
Section: Related Workmentioning
confidence: 99%
“…The problem of network resource reservation [15] has been proposed to be studied within the Grid scope targeting deadline requirements of bulk data transfer requests. An example for a Grid toolkit that supports such mechanisms is Globus with its GARA resource allocation component [16].…”
Section: B Grid Network Reservationsmentioning
confidence: 99%
“…We validate the analytical results and apply the model to plan the network dimensioning. We use Equation (9) and Equation (15) to calculate the analytical results with and without sharing of C r respectively.…”
Section: Rpsmentioning
confidence: 99%
“…MPI works very efficiently on supercomputers and clusters. However, if an MPI application is distributed on several remote sites (using for example the MPICH-G2 [6] version) then Y due to the high latency of wide area networks Y the performance turns out to be much worse than it was originally expected [7].…”
Section: Introductionmentioning
confidence: 99%