User-level interprocess communication for shared memory multiprocessors:
Abstract: "Interprocess communication (IPC), in particular IPC oriented towards local communication (between address spaces on the same machine), has become central to the design of contemporary operating systems. IPC has traditionally been the responsibility of the kernel, but kernel-based IPC...
Gespeichert in:
Format: | Buch |
---|---|
Sprache: | English |
Veröffentlicht: |
Seattle, Wash.
1990
|
Schriftenreihe: | University of Washington <Seattle, Wash.> / Department of Computer Science: Technical report
90,5,7 |
Schlagworte: | |
Zusammenfassung: | Abstract: "Interprocess communication (IPC), in particular IPC oriented towards local communication (between address spaces on the same machine), has become central to the design of contemporary operating systems. IPC has traditionally been the responsibility of the kernel, but kernel-based IPC has two inherent problems. First, its performance is architecturally limited by the cost of invoking the kernel and reallocating a processor from one address space to another. Second, applications that need inexpensive threads and must provide their own thread management encounter functional and performance problems stemming from the interaction between kernel-level communication and user-level thread management On a shared memory multiprocessor, these problems can be solved by moving the communication facilities out of the kernel and supporting them at the user level within each address space. Communication performance is improved since kernel invocation and processor reallocation can be avoided when communicating between address spaces on the same machine. Further, the relationship between communication and thread management can be efficiently maintained, since the facilities that provide both are implemented together at the user level. These observations motivate User-Level Remote Procedure Call (URPC), the system described in this paper URPC decouples processor reallocation from data transfer and thread management by combining a fast cross-address space communication protocol using shared memory with ultra-lightweight threads managed entirely at the user level. By decoupling, the kernel can be bypassed during cross-address space communication. The programmer sees threads and RPC through a conventional interface, though with unconventional performance. The latency of a synchronous cross-address space call is 93 [mu]secs using URPC on the Firefly, a C-VAX-based multiprocessor workstation. In a pipelined mode, two processors can complete one call every 53 [mu]secs |
Beschreibung: | 32 S. |
Internformat
MARC
LEADER | 00000nam a2200000 cb4500 | ||
---|---|---|---|
001 | BV008974869 | ||
003 | DE-604 | ||
005 | 00000000000000.0 | ||
007 | t | ||
008 | 940206s1990 |||| 00||| eng d | ||
035 | |a (OCoLC)23952527 | ||
035 | |a (DE-599)BVBBV008974869 | ||
040 | |a DE-604 |b ger |e rakddb | ||
041 | 0 | |a eng | |
049 | |a DE-29T | ||
245 | 1 | 0 | |a User-level interprocess communication for shared memory multiprocessors |c Brian N. Bershad ... |
264 | 1 | |a Seattle, Wash. |c 1990 | |
300 | |a 32 S. | ||
336 | |b txt |2 rdacontent | ||
337 | |b n |2 rdamedia | ||
338 | |b nc |2 rdacarrier | ||
490 | 1 | |a University of Washington <Seattle, Wash.> / Department of Computer Science: Technical report |v 90,5,7 | |
520 | 3 | |a Abstract: "Interprocess communication (IPC), in particular IPC oriented towards local communication (between address spaces on the same machine), has become central to the design of contemporary operating systems. IPC has traditionally been the responsibility of the kernel, but kernel-based IPC has two inherent problems. First, its performance is architecturally limited by the cost of invoking the kernel and reallocating a processor from one address space to another. Second, applications that need inexpensive threads and must provide their own thread management encounter functional and performance problems stemming from the interaction between kernel-level communication and user-level thread management | |
520 | 3 | |a On a shared memory multiprocessor, these problems can be solved by moving the communication facilities out of the kernel and supporting them at the user level within each address space. Communication performance is improved since kernel invocation and processor reallocation can be avoided when communicating between address spaces on the same machine. Further, the relationship between communication and thread management can be efficiently maintained, since the facilities that provide both are implemented together at the user level. These observations motivate User-Level Remote Procedure Call (URPC), the system described in this paper | |
520 | 3 | |a URPC decouples processor reallocation from data transfer and thread management by combining a fast cross-address space communication protocol using shared memory with ultra-lightweight threads managed entirely at the user level. By decoupling, the kernel can be bypassed during cross-address space communication. The programmer sees threads and RPC through a conventional interface, though with unconventional performance. The latency of a synchronous cross-address space call is 93 [mu]secs using URPC on the Firefly, a C-VAX-based multiprocessor workstation. In a pipelined mode, two processors can complete one call every 53 [mu]secs | |
650 | 4 | |a Operating systems (Computers) | |
650 | 4 | |a Parallel programming (Electronic computers) | |
700 | 1 | |a Bershad, Brian N. |e Sonstige |4 oth | |
810 | 2 | |a Department of Computer Science: Technical report |t University of Washington <Seattle, Wash.> |v 90,5,7 |w (DE-604)BV008930431 |9 90,5,7 | |
999 | |a oai:aleph.bib-bvb.de:BVB01-005926399 |
Datensatz im Suchindex
_version_ | 1804123312976035840 |
---|---|
any_adam_object | |
building | Verbundindex |
bvnumber | BV008974869 |
ctrlnum | (OCoLC)23952527 (DE-599)BVBBV008974869 |
format | Book |
fullrecord | <?xml version="1.0" encoding="UTF-8"?><collection xmlns="http://www.loc.gov/MARC21/slim"><record><leader>03083nam a2200325 cb4500</leader><controlfield tag="001">BV008974869</controlfield><controlfield tag="003">DE-604</controlfield><controlfield tag="005">00000000000000.0</controlfield><controlfield tag="007">t</controlfield><controlfield tag="008">940206s1990 |||| 00||| eng d</controlfield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(OCoLC)23952527</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(DE-599)BVBBV008974869</subfield></datafield><datafield tag="040" ind1=" " ind2=" "><subfield code="a">DE-604</subfield><subfield code="b">ger</subfield><subfield code="e">rakddb</subfield></datafield><datafield tag="041" ind1="0" ind2=" "><subfield code="a">eng</subfield></datafield><datafield tag="049" ind1=" " ind2=" "><subfield code="a">DE-29T</subfield></datafield><datafield tag="245" ind1="1" ind2="0"><subfield code="a">User-level interprocess communication for shared memory multiprocessors</subfield><subfield code="c">Brian N. Bershad ...</subfield></datafield><datafield tag="264" ind1=" " ind2="1"><subfield code="a">Seattle, Wash.</subfield><subfield code="c">1990</subfield></datafield><datafield tag="300" ind1=" " ind2=" "><subfield code="a">32 S.</subfield></datafield><datafield tag="336" ind1=" " ind2=" "><subfield code="b">txt</subfield><subfield code="2">rdacontent</subfield></datafield><datafield tag="337" ind1=" " ind2=" "><subfield code="b">n</subfield><subfield code="2">rdamedia</subfield></datafield><datafield tag="338" ind1=" " ind2=" "><subfield code="b">nc</subfield><subfield code="2">rdacarrier</subfield></datafield><datafield tag="490" ind1="1" ind2=" "><subfield code="a">University of Washington <Seattle, Wash.> / Department of Computer Science: Technical report</subfield><subfield code="v">90,5,7</subfield></datafield><datafield tag="520" ind1="3" ind2=" "><subfield code="a">Abstract: "Interprocess communication (IPC), in particular IPC oriented towards local communication (between address spaces on the same machine), has become central to the design of contemporary operating systems. IPC has traditionally been the responsibility of the kernel, but kernel-based IPC has two inherent problems. First, its performance is architecturally limited by the cost of invoking the kernel and reallocating a processor from one address space to another. Second, applications that need inexpensive threads and must provide their own thread management encounter functional and performance problems stemming from the interaction between kernel-level communication and user-level thread management</subfield></datafield><datafield tag="520" ind1="3" ind2=" "><subfield code="a">On a shared memory multiprocessor, these problems can be solved by moving the communication facilities out of the kernel and supporting them at the user level within each address space. Communication performance is improved since kernel invocation and processor reallocation can be avoided when communicating between address spaces on the same machine. Further, the relationship between communication and thread management can be efficiently maintained, since the facilities that provide both are implemented together at the user level. These observations motivate User-Level Remote Procedure Call (URPC), the system described in this paper</subfield></datafield><datafield tag="520" ind1="3" ind2=" "><subfield code="a">URPC decouples processor reallocation from data transfer and thread management by combining a fast cross-address space communication protocol using shared memory with ultra-lightweight threads managed entirely at the user level. By decoupling, the kernel can be bypassed during cross-address space communication. The programmer sees threads and RPC through a conventional interface, though with unconventional performance. The latency of a synchronous cross-address space call is 93 [mu]secs using URPC on the Firefly, a C-VAX-based multiprocessor workstation. In a pipelined mode, two processors can complete one call every 53 [mu]secs</subfield></datafield><datafield tag="650" ind1=" " ind2="4"><subfield code="a">Operating systems (Computers)</subfield></datafield><datafield tag="650" ind1=" " ind2="4"><subfield code="a">Parallel programming (Electronic computers)</subfield></datafield><datafield tag="700" ind1="1" ind2=" "><subfield code="a">Bershad, Brian N.</subfield><subfield code="e">Sonstige</subfield><subfield code="4">oth</subfield></datafield><datafield tag="810" ind1="2" ind2=" "><subfield code="a">Department of Computer Science: Technical report</subfield><subfield code="t">University of Washington <Seattle, Wash.></subfield><subfield code="v">90,5,7</subfield><subfield code="w">(DE-604)BV008930431</subfield><subfield code="9">90,5,7</subfield></datafield><datafield tag="999" ind1=" " ind2=" "><subfield code="a">oai:aleph.bib-bvb.de:BVB01-005926399</subfield></datafield></record></collection> |
id | DE-604.BV008974869 |
illustrated | Not Illustrated |
indexdate | 2024-07-09T17:27:47Z |
institution | BVB |
language | English |
oai_aleph_id | oai:aleph.bib-bvb.de:BVB01-005926399 |
oclc_num | 23952527 |
open_access_boolean | |
owner | DE-29T |
owner_facet | DE-29T |
physical | 32 S. |
publishDate | 1990 |
publishDateSearch | 1990 |
publishDateSort | 1990 |
record_format | marc |
series2 | University of Washington <Seattle, Wash.> / Department of Computer Science: Technical report |
spelling | User-level interprocess communication for shared memory multiprocessors Brian N. Bershad ... Seattle, Wash. 1990 32 S. txt rdacontent n rdamedia nc rdacarrier University of Washington <Seattle, Wash.> / Department of Computer Science: Technical report 90,5,7 Abstract: "Interprocess communication (IPC), in particular IPC oriented towards local communication (between address spaces on the same machine), has become central to the design of contemporary operating systems. IPC has traditionally been the responsibility of the kernel, but kernel-based IPC has two inherent problems. First, its performance is architecturally limited by the cost of invoking the kernel and reallocating a processor from one address space to another. Second, applications that need inexpensive threads and must provide their own thread management encounter functional and performance problems stemming from the interaction between kernel-level communication and user-level thread management On a shared memory multiprocessor, these problems can be solved by moving the communication facilities out of the kernel and supporting them at the user level within each address space. Communication performance is improved since kernel invocation and processor reallocation can be avoided when communicating between address spaces on the same machine. Further, the relationship between communication and thread management can be efficiently maintained, since the facilities that provide both are implemented together at the user level. These observations motivate User-Level Remote Procedure Call (URPC), the system described in this paper URPC decouples processor reallocation from data transfer and thread management by combining a fast cross-address space communication protocol using shared memory with ultra-lightweight threads managed entirely at the user level. By decoupling, the kernel can be bypassed during cross-address space communication. The programmer sees threads and RPC through a conventional interface, though with unconventional performance. The latency of a synchronous cross-address space call is 93 [mu]secs using URPC on the Firefly, a C-VAX-based multiprocessor workstation. In a pipelined mode, two processors can complete one call every 53 [mu]secs Operating systems (Computers) Parallel programming (Electronic computers) Bershad, Brian N. Sonstige oth Department of Computer Science: Technical report University of Washington <Seattle, Wash.> 90,5,7 (DE-604)BV008930431 90,5,7 |
spellingShingle | User-level interprocess communication for shared memory multiprocessors Operating systems (Computers) Parallel programming (Electronic computers) |
title | User-level interprocess communication for shared memory multiprocessors |
title_auth | User-level interprocess communication for shared memory multiprocessors |
title_exact_search | User-level interprocess communication for shared memory multiprocessors |
title_full | User-level interprocess communication for shared memory multiprocessors Brian N. Bershad ... |
title_fullStr | User-level interprocess communication for shared memory multiprocessors Brian N. Bershad ... |
title_full_unstemmed | User-level interprocess communication for shared memory multiprocessors Brian N. Bershad ... |
title_short | User-level interprocess communication for shared memory multiprocessors |
title_sort | user level interprocess communication for shared memory multiprocessors |
topic | Operating systems (Computers) Parallel programming (Electronic computers) |
topic_facet | Operating systems (Computers) Parallel programming (Electronic computers) |
volume_link | (DE-604)BV008930431 |
work_keys_str_mv | AT bershadbriann userlevelinterprocesscommunicationforsharedmemorymultiprocessors |