6 citations found. Retrieving documents...
Erik P DeDenedictis and Stephen C. Johnson. Extending Unix of Scalable Computing. IEEE Computer, November 1993.

 Home/Search   Document Not in Database   Summary   Related Articles   Check  

This paper is cited in the following contexts:
An Adaptive Parallel File System for Clusters (C-PFS) - A Parallel .. - Buyya   (Correct)

....of the SP 2 using AIX s standard Virtual File System interface. Bridge was one of the earliest file systems [21] and is unusual in not separating I O nodes from compute nodes. A file system interface proposed for the nCUBE is based on a two step mapping of a file into the compute node memory [22]. Galley is another parallel file system for IBM SP2 and it is based on a new three dimensional structuring of files [23] Parallel file systems discussed above do not support parallel I O under task migration and they have been developed for proprietary parallel machines. Unlike these existing ....

Erik P DeDenedictis and Stephen C. Johnson. Extending Unix of Scalable Computing. IEEE Computer, November 1993.


Architecture White Paper Version 007 - James Hicks   (Correct)

....a system with a disk on each site (embedded RAID) or external network connections per site. In order to have any degree of portability, such a system must be written using a library that abstracts away the details of the parallel I O channels without removing the parallelism in those channels. See [1, 2] for a first cut at a parallel I O system s structure. A high availability system (see Section 2.3) in particular needs multiple I O channels. 6 StarT Network and Network Interfaces One of the features of this system is that it is composed of a cluster of SMP sites interconnected by a scalable, ....

Erik P. DeBenedictis and Stephen C. Johnson. Extending unix for scalable computing. IEEE Computer, pages 43--53, November 1993.


HFS: A flexible file system for shared-memory multiprocessors - Krieger (1994)   (17 citations)  (Correct)

....of data across a number of (or all) physical partitions. More importantly, it allows common matrix access patterns to be specified directly. The Vesta file system also provides asynchronous requests and RECKLESS requests that have relaxed the Unix I O atomicity constraints. The nCUBE file system [31, 32] provides a mapping interface that is similar (but more constrained) than that provided by Vesta. According to Kotz [67] most file systems of commercial multiprocessors provide the standard Unix I O interface, typically with extensions for asynchronous I O. The KSR provides for mapped file I O ....

....block in the system is determined by hashing on the file id and offset to determine the disk and line number on that disk where the data may be contained. The file system for the nCUBE distributes file data across the disks in a simple striped fashion with the stripe size determined by the system [31, 32]. However, when an application opens a file it specifies a mapping between the data in the files and on the processors. On read requests, the file system permutes the data between the two, collecting the corresponding data from the different disks. In terms of distribution, the most flexible among ....

Erik P. DeBenedictis and Stephen C. Johnson. Extending Unix for scalable computing. IEEE Computer, 26(11):43--54, November 1993.


Galley: A New Parallel File System For Scientific Workloads - Nieuwejaar (1996)   (4 citations)  (Correct)

....that this interface be used primarily for manipulating data on disk (e.g. copying or sorting files) rather than for the transfer of data to and from compute nodes. 8.2. 2 nCUBE A file system interface proposed for the nCUBE is based on a two step mapping of a file into the compute node memories [DJ93] The first step is to provide a mapping from subfiles stored on multiple disks to an abstract dataset (a traditional one dimensional I O stream) The second step is mapping the abstract dataset into the compute node memories. The first mapping function is provided by the system software, while ....

Erik P. DeBenedictis and Stephen C. Johnson. Extending Unix for scalable computing. IEEE Computer, 26(11):43--53, November 1993.


. Research Centre and the Proposed Research Alignment - Research Centre   (Correct)

....of the SP 2 using AIX s standard Virtual File System interface. Bridge was one of the earliest file systems [21] and is unusual in not separating I O nodes from compute nodes. A file system interface proposed for the nCUBE is based on a two step mapping of a file into the compute node memory [22]. Galley is another parallel file system for IBM SP2 and it is based on a new three dimensional structuring of files [23] Parallel file systems discussed above do not support parallel I O under task migration and they have been developed for proprietary parallel machines. Unlike these existing ....

Erik P DeDenedictis and Stephen C. Johnson. Extending Unix of Scalable Computing. IEEE Computer, November 1993.


Parallel Transport Protocol Proposal - Draft January (1995)   (5 citations)  (Correct)

No context found.

Erik P. DeBenedictis and Stephen C. Johnson, 'Extending Unix for Scalable Computing', IEEE Computer 11/93.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC