Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Ian Stewart 0002

dblp:00/5352-2 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 2005
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
1 paper
Distributed systems · 39% High-performance computing · 30% Cloud and datacenter computing · 30%

Topics — the 3 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
High-performance computing › distributed computing infrastructure
campus grid
0.112005
The University of Bristol grid, a production campus grid · HPDC 2005
Cloud and datacenter computing › cluster resource management and scheduling
cluster resource management
0.112005
The University of Bristol grid, a production campus grid · HPDC 2005
Distributed systems
grid computing
0.112005
The University of Bristol grid, a production campus grid · HPDC 2005
YearPublicationVenuePosition
2005 The University of Bristol grid, a production campus grid
abstract
With the increasing cost of providing computing and storage facilities for research capability, it has become important that universities make increasingly efficient use of their existing resources. The strategy developed at the University of Bristol has involved the design and construction of a campus grid. This has enabled better utilization of spare capacity on available systems connected to the grid and also the separation, for the first time, of those applications that require parallel compute resources (i.e. closely coupled systems) and those that require serial resources. The overall implementation of this strategy was driven by two prime considerations. Firstly, the contributing cluster systems are, in the main, very heavily used and connecting them onto the grid must be done in a non-invasive way to ensure currently executing applications don't have to be interrupted or any other cluster operations compromised. Secondly, the grid has been considered by many scientific users to be over hyped. This implied that we needed to get a system up and running quickly however 'simple' it was to prove the concept was viable. It was hoped that involving real users at an early stage of the grid's construction would lead to them evangelising about the system and thus, encourage more users to use the system.
David Wallom, Ian Stewart 0002, Jon Wakelin
HPDC2