Results 1 - 10
of
18
Highly Available and Scalable Grid Services
"... Grid computing infrastructures create many new challenges related to data management. Grids are typically deployed at a large scale, and one can only expect this scale to grow even more in terms of number of machines, locations and administrative domains. ..."
Abstract
-
Cited by 4 (0 self)
- Add to MetaCart
(Show Context)
Grid computing infrastructures create many new challenges related to data management. Grids are typically deployed at a large scale, and one can only expect this scale to grow even more in terms of number of machines, locations and administrative domains.
How CN and P2P technologies may help build next-generation grids
- In Proc. of the 2nd Workshop on Use of P2P, GRID and Agents for the Development of Content Networks (UPGRADE-CN
, 2007
"... With the evolution of technology, Grids cannot be considered any more solely as a federation of a modest number of powerful cluster computers. Trends show that future Grids will instead be composed of extremely large numbers of individual machines, which may or may not be part of a highperformance c ..."
Abstract
-
Cited by 1 (0 self)
- Add to MetaCart
(Show Context)
With the evolution of technology, Grids cannot be considered any more solely as a federation of a modest number of powerful cluster computers. Trends show that future Grids will instead be composed of extremely large numbers of individual machines, which may or may not be part of a highperformance cluster. Such evolution forces one to reconsider the design of a number of important Grid services. This paper explores a number of those, and argues that technologies originally developed in the content delivery network and in the peer-to-peer communities may help solve some of the issues that next-generation technologies will face.
Anycast-Aware Transport for Content Delivery Networks Zakaria Al-Qudah
"... Anycast-based content delivery networks (CDNs) have many properties that make them ideal for the large scale distribution of content on the Internet. However, because routing changes can result in a change of the endpoint that terminates the TCP session, TCP session disruption remains a concern for ..."
Abstract
-
Cited by 1 (1 self)
- Add to MetaCart
Anycast-based content delivery networks (CDNs) have many properties that make them ideal for the large scale distribution of content on the Internet. However, because routing changes can result in a change of the endpoint that terminates the TCP session, TCP session disruption remains a concern for anycast CDNs, especially for large file downloads. In this paper we demonstrate that this problem does not require any complex solutions. In particular, we present the design of a simple, yet efficient, mechanism to handle session disruptions due to endpoint changes. With our mechanism, a client can continue the download of the content from the point at which it was before the endpoint change. Furthermore, CDN servers purge the TCP connection state quickly to handle frequent switching with low system overhead.
unknown title
, 2011
"... A novel cost-based framework for communication in computational grid using Anycast Routing ..."
Abstract
- Add to MetaCart
(Show Context)
A novel cost-based framework for communication in computational grid using Anycast Routing
Case Western Reserve University
"... Abstract. While some IPv6-enabled Web sites such as Google require an explicit opt-in by IPv6-enabled clients before serving them over the IPv6 protocol, we quantify performance implications of unilateral enabling of IPv6 by a Web site. In this approach, the Web site enables dual-stack IPv4/6 suppor ..."
Abstract
- Add to MetaCart
Abstract. While some IPv6-enabled Web sites such as Google require an explicit opt-in by IPv6-enabled clients before serving them over the IPv6 protocol, we quantify performance implications of unilateral enabling of IPv6 by a Web site. In this approach, the Web site enables dual-stack IPv4/6 support and resolves DNS queries for IPv6 addresses with the IPv6 addresses of its Web servers, and legacy DNS queries for IPv4 addresses with the IPv4 addresses. Thus, clients indicating the willingness to communicate over IPv6 are allowed to immediately do so. Although the existence of the end-to-end IPv6 path between these clients and the Web site is currently unlikely, we found no evidence of performance penalty (subject to 1sec. granularity of our measurement) for this unilateral IPv6 adoption. We hope our findings will help facilitate the IPv6 transition and prove useful to the sites considering their IPv6 migration strategy. 1
Dissemination Level
"... PP Restricted to other programme participants (including the Commission Services) RE Restricted to a group specified by the consortium (including the Commission Services) CO Confidential, only for members of the consortium (including the Commission Services) Revision history: Version Date Authors In ..."
Abstract
- Add to MetaCart
(Show Context)
PP Restricted to other programme participants (including the Commission Services) RE Restricted to a group specified by the consortium (including the Commission Services) CO Confidential, only for members of the consortium (including the Commission Services) Revision history: Version Date Authors Institution Section affected, comments 0.9 30/10/07 Andre Merzky and Thilo Kiel- VUA initial draft mann 0.99 05/11/07 Mathijs den Burger VUA ready for review 1.0 17/12/07 Thilo Kielmann VUA final version, based on reviewer comments Reviewers: Josep M. Perez Cancer (UPC), Matthias Hess (NEC) Tasks related to this deliverable: Task No. Task description Partners involved ◦ T3.1.2 A runtime engine for dynamic call dispatching VUA ∗ This task list may not be equivalent to the list of partners contributing as authors to the deliverable. Task leaderExecutive Summary This document presents the first prototype implementation of a runtime engine for XtreemOS API as specified in deliverable D3.1.1 [6]. We outline the design of the implementation, explain how to install and deploy it, and refer to a programmer’s manual. 1 1
Dissemination Level
"... PU Public PP Restricted to other programme participants (including the Commission Services) RE Restricted to a group specified by the consortium (including the Commission Services) CO Confidential, only for members of the consortium (including the Commission Services) Revision history: ..."
Abstract
- Add to MetaCart
(Show Context)
PU Public PP Restricted to other programme participants (including the Commission Services) RE Restricted to a group specified by the consortium (including the Commission Services) CO Confidential, only for members of the consortium (including the Commission Services) Revision history:
Dissemination Level
"... PU Public PP Restricted to other programme participants (including the Commission Services) RE Restricted to a group specified by the consortium (including the Commission Services) CO Confidential, only for members of the consortium (including the Commission Services) Revision history: ..."
Abstract
- Add to MetaCart
(Show Context)
PU Public PP Restricted to other programme participants (including the Commission Services) RE Restricted to a group specified by the consortium (including the Commission Services) CO Confidential, only for members of the consortium (including the Commission Services) Revision history:
XtreemOS: a Sound Foundation for Cloud Infrastructure and Federations
"... Abstract XtreemOS is a Linux-based operating system with native support for virtual organizations (VO’s), for building large-scale resource federations. XtreemOS has been designed as a grid operating system, supporting the model of resource sharing among independent administrative domains. We argue, ..."
Abstract
- Add to MetaCart
(Show Context)
Abstract XtreemOS is a Linux-based operating system with native support for virtual organizations (VO’s), for building large-scale resource federations. XtreemOS has been designed as a grid operating system, supporting the model of resource sharing among independent administrative domains. We argue, however, that the VO concept can be used to establish either resource sharing or resource isolation, or even both at the same time. We outline XtreemOS ’ fundamental properties and how its native VO support can be used to implement cloud infrastructure and cloud federations. 1 XtreemOS Developing and deploying applications for traditional (single computer) operating systems is well understood. Federated resources like in grid environments, however, are generally perceived as highly complex and difficult to use. The difference lies in the underlying system achitecture. Operating systems provide a well-integrated set of services like processes, files, memory, sockets, user accounts and access rights. Grids, in contrast, add a more or less heterogeneous middleware layer on top of the operating systems of the federated resources. This lack of integration has lead to a lot of complexity, for both users and administrators. To remedy this situation, XtreemOS [7] has been designed as a grid operating system. While being based on Linux, it provides a comprehensive set of services as well as a stable interface for wide-area, dynamic, distributed infrastructures composed of heterogeneous resources spanning multiple administrative domains. The fundamental issues addressed by XtreemOS are scalability and transparency.
WWW 2009 MADRID! Track: Performance, Scalability and Availability / Session: Performance Anycast-Aware Transport for Content Delivery Networks
"... Anycast-based content delivery networks (CDNs) have many properties that make them ideal for the large scale distribution of content on the Internet. However, because routing changes can result in a change of the endpoint that terminates the TCP session, TCP session disruption remains a concern for ..."
Abstract
- Add to MetaCart
Anycast-based content delivery networks (CDNs) have many properties that make them ideal for the large scale distribution of content on the Internet. However, because routing changes can result in a change of the endpoint that terminates the TCP session, TCP session disruption remains a concern for anycast CDNs, especially for large file downloads. In this paper we demonstrate that this problem does not require any complex solutions. In particular, we present the design of a simple, yet efficient, mechanism to handle session disruptions due to endpoint changes. With our mechanism, a client can continue the download of the content from the point at which it was before the endpoint change. Furthermore, CDN servers purge the TCP connection state quickly to handle frequent switching with low system overhead.
