mpi-1sided Mailing List Archive by date

Messages sorted by: [ thread ][ subject ][ author ]
Other mail archives

Starting: Thu 01 Jun 1995 - 17:31:37 PDT
Ending: Mon 19 May 1997 - 14:14:12 PDT
Messages: 356

MPI Archive Test Bill Nitzberg
MPI Archive Testing Bill Nitzberg
MPI Archive Testing Bill Nitzberg
Re: new chapter 5 Rolf Rabenseifner
Re: new chapter 5 Rolf Rabenseifner
new chapter 5 Marc Snir
Re: clarifications Nick Nevin
clarifications Nick Nevin
A new version of the chapter is at the ftp server at Wisconsin Marc Snir
MPI_LOCK semantics P.S. Marc Snir
semantics of lock/unlock Marc Snir
a proposal of Lyndon to replace post/start/complete/wait Marc Snir
RE: suggestions of Lloyd Lewins, Lloyd J
suggestions of Lloyd Marc Snir
Comments on March 18 draft Lewins, Lloyd J
Re: post-start-complete-wait Eric Salo
post-start-complete-wait Marc Snir
Re: Strart, post, wait, complete Lyndon J. Clarke
MPI_NOPRECEDE/MPI_NOSUCCEED Semantics Lyndon J. Clarke
Re: Strart, post, wait, complete Eric Salo
New version of 1sided chapter (postscript) is on ftp server at Marc Snir
Re: Strart, post, wait, complete Rolf Rabenseifner
Re: Strart, post, wait, complete Lyndon J. Clarke
Strart, post, wait, complete Mark Fallon
Re: Enquiries on MPI_Window Joel Malard
Re: Enquiries on MPI_Window Marc Snir
Enquiries on MPI_Window Joel Malard
Minor comments on MPI-2 Nick Maclaren
Enquiries on MPI_Window Joel Malard
2-phase win_barrier Rolf Rabenseifner
new version Marc Snir
Re: 5.6 Semantics and correctness Marc Snir
Re: quick question about 1-sided Eric Salo
Re: 5.6 Semantics and correctness Marc Snir
RE: 5.6 Semantics and correctness Lewins, Lloyd J
Re: 5.6 Semantics and correctness Eric Salo
LINDA and MPI2 Alexandru Petrescu
5.6 Semantics and correctness Lewins, Lloyd J
chapter 5 Marc Snir
Onesided -- comments & corrections Rolf Rabenseifner
new version of chapter 5 Marc Snir
Re: New version of the chapter Rolf Rabenseifner
Re: New version of the chapter Eric Salo
New version of the chapter Marc Snir
mpi_win_test & mpi_Iwin_barrier Rolf Rabenseifner
Re: mpi_win_Ibarrier -- non-blocking Tony Skjellum
mpi_win_Ibarrier -- non-blocking Rolf Rabenseifner
mpi_win_test Rolf Rabenseifner
Re: Reasons for negative votes on 1-sided at Sept. MPI mtg David C. DiNucci
Re: Reasons for negative votes on 1-sided at Sept. MPI mtg Marc Snir
Re: points of chapter Marc Snir
points of chapter Steve Huss-Lederman
Re: Reasons for negative votes on 1-sided at Sept. MPI mtg David C. DiNucci
Re: Reasons for negative votes on 1-sided at Sept. MPI mtg Marc Snir
postscript for 1sided chapter is on the ftp server at Wisconsin Marc Snir
Reasons for negative votes on 1-sided at Sept. MPI mtg David C. DiNucci
New version of 1sided chapter (sent the old way, as the server at Marc Snir
Re: possible race condition in post-wait-start-complete Rolf Rabenseifner
Re: possible race condition (functional bug) Rolf Rabenseifner
Re: possible race condition in post-wait-start-complete (no name)
Re: possible race condition in post-wait-start-complete Marc Snir
1sided and better post/start Rolf Rabenseifner
Re: possible race condition in post-wait-start-complete Rolf Rabenseifner
Latest version of P/G/O one-sided alternate proposal David C. DiNucci
Re: 1-sided proposals comparison Rolf Rabenseifner
Re: 1-sided proposals comparison David C. DiNucci
Raja's questions Marc Snir
Re: possible race condition in post-wait-start-complete Marc Snir
Re: 1-sided proposals comparison Rolf Rabenseifner
Re: 1-sided proposals comparison David C. DiNucci
1-sided proposals comparison Rolf Rabenseifner
Re: possible race condition in post-wait-start-complete Rolf Rabenseifner
Re: possible race condition in post-wait-start-complete Raja Daoud
Re: possible race condition in post-wait-start-complete David C. DiNucci
possible race condition in post-wait-start-complete Marc Snir
Postscript for P/G/O one-sided proposal David C. DiNucci
New version of P/G/O proposal David C. DiNucci
Re: new version of chapter four Marc Snir
Re: new version of chapter four David C. DiNucci
Re: new version of chapter four Rolf Rabenseifner
postscript chapter 4 Marc Snir
new version of chapter four Marc Snir
P/G/O proposal David C. DiNucci
Comparisons and additions David C. DiNucci
Re: new version of chapter 4 Marc Snir
(no subject) Marc Snir
new version of chapter 4 Marc Snir
Re: Questions prompted by Chicago (no name)
Re: Questions prompted by Chicago David C. DiNucci
New one-sided "P/G/O" proposal David C. DiNucci
Questions prompted by Chicago David C. DiNucci
Updated "PUT/ACCEPT" proposal (ascii) David C. DiNucci
RE: 3rd-party comm in PUT/ACCEPT proposal using custom agents David C. DiNucci
RE: 3rd-party comm in PUT/ACCEPT proposal using custom agents Shane Hebert
3rd-party comm in PUT/ACCEPT proposal using custom agents David C. DiNucci
Re: to lock or not to lock David C. DiNucci
Re: lock/unlock does not synchronize!!! Eric Salo
Re: to lock or not to lock (no name)
Re: more fun with proposals David C. DiNucci
Re: more fun with proposals Rolf Rabenseifner
Problem with multiple IPUTs to same target Rolf Rabenseifner
my application model Rolf Rabenseifner
lock/unlock does not synchronize!!! Rolf Rabenseifner
Re: more fun with proposals Steve Huss-Lederman
Re: more fun with proposals Jarek Nieplocha
Re: more fun with proposals Eric Salo
Re: more fun with proposals Jarek Nieplocha
Re: polling is less efficient with alternate proposal Eric Salo
Re: more fun with proposals Eric Salo
Re: more fun with proposals Eric Salo
Re: more fun with proposals David C. DiNucci
Re: polling is less efficient with alternate proposal Karl Feind
Re: polling is less efficient with alternate proposal Raja Daoud
Re: more fun with proposals Raja Daoud
Re: polling is less efficient with alternate proposal Raja Daoud
Re: more fun with proposals (no name)
Re: a (radical ?) alternative to current chapter 4 David C. DiNucci
polling is less efficient with alternate proposal Karl Feind
Re: more fun with proposals Jarek Nieplocha
Re: more fun with proposals Rolf Rabenseifner
"PUT/ACCEPT" proposal (ascii) David C. DiNucci
Re: alt. proposal Raja Daoud
Re: question when multiple windows (no name)
Re: a (radical ?) alternative to current chapter 4 David C. DiNucci
Re: alt. proposal Eric Salo
Re: more fun with proposals (no name)
Re: question when multiple windows Eric Salo
more fun with proposals Eric Salo
alt. proposal Raja Daoud
Re: a (radical ?) alternative to current chapter 4 (no name)
Re: a (radical ?) alternative to current chapter 4 (no name)
(no subject) Marc Snir
question when multiple windows Steve Huss-Lederman
Re: a (radical ?) alternative to current chapter 4 Rolf Rabenseifner
Re: a (radical ?) alternative to current chapter 4 Rolf Rabenseifner
Re: a (radical ?) alternative to current chapter 4 David C. DiNucci
Re: a (radical ?) alternative to current chapter 4 Eric Salo
Re: a (radical ?) alternative to current chapter 4 (no name)
Re: a (radical ?) alternative to current chapter 4 Rolf Rabenseifner
Re: a (radical ?) alternative to current chapter 4 James Cownie
MPI_RMA_INIT Eric Salo
Re: nonrecursive locks -- pros and cons Eric Salo
Re: nonrecursive locks -- pros and cons (no name)
Re: a (radical ?) alternative to current chapter 4 (no name)
More lock stuff Eric Salo
Re: a (radical ?) alternative to current chapter 4 Eric Salo
Re: a (radical ?) alternative to current chapter 4 James Cownie
Re: relaxed 1-sided model Jarek Nieplocha
Re: A proposal to change the direction of 1-sided comm David C. DiNucci
MPI_RWM Eric Salo
MPI_ACCUMULATE Eric Salo
Re: a (radical ?) alternative to current chapter 4 Eric Salo
Re: A proposal to change the direction of 1-sided comm Eric Salo
Re: A proposal to change the direction of 1-sided comm David C. DiNucci
Re: A proposal to change the direction of 1-sided comm Greg Burns
a (radical ?) alternative to current chapter 4 (no name)
Re: A proposal to change the direction of 1-sided comm Jarek Nieplocha
Extended proposal: point-to-point 1-sided David C. DiNucci
Re: A proposal to change the direction of 1-sided comm David C. DiNucci
Re: A proposal to change the direction of 1-sided comm David C. DiNucci
Re: A proposal to change the direction of 1-sided comm Eric Salo
Re: A proposal to change the direction of 1-sided comm David C. DiNucci
Re: darft of chapter four Rolf Rabenseifner
Invitation for implementation-specific mechanisms Rolf Rabenseifner
Re: A proposal to change the direction of 1-sided comm Rolf Rabenseifner
Re: A proposal to change the direction of 1-sided comm Rolf Rabenseifner
Re: A proposal to change the direction of 1-sided comm David C. DiNucci
Re: A proposal to change the direction of 1-sided comm Eric Salo
Re: A proposal to change the direction of 1-sided comm (no name)
Re: A proposal to change the direction of 1-sided comm Eric Salo
Re: A proposal to change the direction of 1-sided comm David C. DiNucci
Re: A proposal to change the direction of 1-sided comm Eric Salo
A proposal to change the direction of 1-sided comm David C. DiNucci
Re: darft of chapter four Steve Huss-Lederman
Re: relaxed 1-sided model Eric Salo
Re: relaxed 1-sided model (no name)
Re: relaxed 1-sided model Eric Salo
Re: question on threads proposal Anthony Skjellum
question on threads proposal Steve Huss-Lederman
Re: relaxed 1-sided model David C. DiNucci
Re: relaxed 1-sided model David C. DiNucci
Re: relaxed 1-sided model Jarek Nieplocha
Re: relaxed 1-sided model Rolf Rabenseifner
MPI_SWAP -> MPI_PUT Raja Daoud
another non-operative amendment Raja Daoud
Proposed amendment Eric Salo
Re: Proposed amendment Eric Salo
Re: Proposed amendment (no name)
Re: YASM Eric Salo
MPI_Iconsume_counter Request completion Dick Treumann
Re: YASM (no name)
darft of chapter four (no name)
info, hints, commandline in dynamic/io/1sided (fwd) Richard Frost
info, hints, commandline in dynamic/io/1sided Rolf Rabenseifner
Re: relaxed 1-sided model Eric Salo
Re: relaxed 1-sided model James Cownie
Re: relaxed 1-sided model Raja Daoud
Re: relaxed 1-sided model Eric Salo
Re: relaxed 1-sided model Jarek Nieplocha
RE: relaxed 1-sided model Shane Hebert
Re: relaxed 1-sided model Raja Daoud
relaxed 1-sided model Jarek Nieplocha
-No Subject- (no name)
Epoch Shane Hebert
Re: we should wait for 1sided implementations David C. DiNucci
RE: we should wait for 1sided implementations Shane Hebert
RE: we should wait for 1sided implementations David C. DiNucci
RE: we should wait for 1sided implementations Shane Hebert
Re: we should wait for 1sided implementations David C. DiNucci
Re: we should wait for 1sided implementations Dennis Cottel
Re: we should wait for 1sided implementations James Cownie
Re: version of chapter 4 for next meeting Jarek Nieplocha
Re: version of chapter 4 for next meeting Raja Daoud
Re: CDS1 David C. DiNucci
Re: CDS1 Eric Salo
Re: (Fwd) Re: Proposal for two processes to "share" a buffer (TeX) David C. DiNucci
Re: we should wait for 1sided implementations Eric Salo
Re: Proposal for two processes to "share" a buffer (TeX) David C. DiNucci
Re: we should wait for 1sided implementations James Cownie
version of chapter 4 for next meeting Marc Snir
Re: we should wait for 1sided implementations Eric Salo
RE: we should wait for 1sided implementations Shane Hebert
Re: we should wait for 1sided implementations James Cownie
Re: we should wait for 1sided implementations Eric Salo
inconsistency in MPI_WINWOW_IN Rolf Rabenseifner
Re: Reduce 1SIDED functionality Karl Feind
Reduce 1SIDED functionality Rolf Hempel
Re: we should wait for 1sided implementations Eric Salo
Re: we should wait for 1sided implementations Jarek Nieplocha
Re: we should wait for 1sided implementations Lance Shuler
Re: we should wait for 1sided implementations Marc Snir
Re: we should wait for 1sided implementations Eric Salo
Re: we should wait for 1sided implementations Marc Snir
Re: we should wait for 1sided implementations A Gordon Smith
Re: we should wait for 1sided implementations Koichi Konishi
Re: we should wait for 1sided implementations Ron Brightwell
RE: we should wait for 1sided implementations Shane Hebert
draft of chapter 4 Marc Snir
Re: we should wait for 1sided implementations Marc Snir
Re: we should wait for 1sided implementations Eric Salo
we should wait for 1sided implementations William C. Saphir
Re: are arguments _really_ passed by reference in fortran? James Cownie
Fairness versus efficiency Peter Sanders
1sided chapter comments Dick Treumann
Re: Request Handlers, please Anthony Skjellum
Window counters Dick Treumann
Request Handlers, please Carter Edwards : carter@ticam.utexas.edu
Re: draft of chapter 4 for next meeting -- pls comment Rolf Rabenseifner
Re: MPI handlers need preemption Dennis Cottel
draft of chapter 4 for next meeting -- pls comment Marc Snir
Re: MPI handlers need preemption (no name)
MPI handlers need preemption Dennis Cottel
Optimization hints Rolf Rabenseifner
Hrecv versus MPI_POST_HANDLER Perry Partow
Request Handler semantics Carter Edwards : carter@ticam.utexas.edu
PUT on an unreliable interconnect Rolf Rabenseifner
Re: comments on 4/8 1-sided version Jarek Nieplocha
Re: comments on 4/8 1-sided version Karl Feind
Re: Comments on latest one-sided Marc Snir
Re: comments on 4/8 1-sided version Marc Snir
Re: MPI_POST_HANDLER() Marc Snir
Re: Progress rule vs. MPI_DELIVER Rolf Rabenseifner
Re: Volatile & Caching section Karl Feind
RE: Problems with Register Optimization and Caching Lewins, Lloyd J
Volatile & Caching section (1.draft) Rolf Rabenseifner
RE: Progress rule vs. MPI_DELIVER Lewins, Lloyd J
RE: Progress rule vs. MPI_DELIVER Rolf Rabenseifner
Comments on latest one-sided Lewins, Lloyd J
comments Steve Huss-Lederman
Re: Progress rule vs. MPI_DELIVER Rolf Rabenseifner
Re: Progress rule vs. MPI_DELIVER Eric Salo
Progress rule vs. MPI_DELIVER Karl Feind
Two "count" arguments on MPI_PUT Karl Feind
MPI_POST_HANDLER() Perry Partow
Re: MPI_Type_send/recv Rolf Rabenseifner
MPI_GET & async. producer/consumer & volatile Rolf Rabenseifner
MPI_Type_send/recv Dick Treumann
Re: draft of one sided section for next meeting Jarek Nieplocha
Re: draft of one sided section for next meeting Marc Snir
Re: draft of one sided section for next meeting Marc Snir
Re: draft of one sided section for next meeting Jarek Nieplocha
OOps -- previous note had wrong file. Marc Snir
draft of one sided section for next meeting Marc Snir
Re: alternate proposal Eric Salo
introduction to 1-sided chapter (no name)
Re: alternate proposal (no name)
MPI-1, volatile, MPI-1sided Dick Treumann
alternate proposal Eric Salo
Re: VOLATILE, Re: draft, one sided for next meeting Marc Snir
Re: alternate proposal Eric Salo
(no subject) (no name)
Re: VOLATILE, Re: draft, one sided for next meeting James Cownie
Re: VOLATILE, Re: draft, one sided for next meeting Rolf Rabenseifner
Re: VOLATILE, Re: draft, one sided for next meeting Rolf Rabenseifner
Re: VOLATILE, Re: draft, one sided for next meeting L J Clarke
Re: VOLATILE, Re: draft, one sided for next meeting Rolf Rabenseifner
Re: VOLATILE, Re: draft, one sided for next meeting Marc Snir
VOLATILE, Re: draft, one sided for next meeting Rolf Rabenseifner
draft, one sided for next meeting Marc Snir
Re: alternate proposal Eric Salo
Detailed proposal for Handlers & implications for MPI2 Carter Edwards : carter@ticam.utexas.edu
Re: alternate proposal Marc Snir
alternate proposal Eric Salo
Re: version of 1sided chapter for next meeting Carter Edwards : carter@ticam.utexas.edu
version of 1sided chapter for next meeting Marc Snir
Proposal for Handlers (postscript) Carter Edwards : carter@ticam.utexas.edu
Handlers Carter Edwards : carter@ticam.utexas.edu
New version of Chapter 4 draft Marc Snir
MPI-2 volatile and PUT/GET/HANDLER Rolf Rabenseifner
MPI-2 PUT/GET datatypes Rolf Rabenseifner
current chapter version (changes in handlers and few addional Marc Snir
window lock functions Nobutoshi Sagawa
Re: window lock functions Eric Salo
window lock functions Nobutoshi Sagawa
Re: window lock functions Eric Salo
window lock functions Rusty Lusk
Comments on current chapter 4 draft (reply to Lloyd) Marc Snir
Re: One more thought on 1sided Eric Salo
One more thought on 1sided Tony Kimball
One more thought on 1sided Tony Kimball
Re: One more thought on 1sided (no name)
Re: One more thought on 1sided Greg Burns
Re: One more thought on 1sided (no name)
Re: One more thought on 1sided Greg Burns
One more thought on 1sided Lewins, Lloyd J
Comments on current draft Lewins, Lloyd J
Welcome to mpi-1sided (no name)
test of mpi-1sided archive William C. Saphir
chapter 4 postscript Marc Snir
Chapter 4 -- new version Marc Snir
RE: put/get implementations Lewins, Lloyd J
Re: put/get implementations Eric Salo
Re: put/get implementations (no name)
Re: put/get implementations (no name)
Re: put/get implementations Eric Salo
Re: Plea for simplicity Eric Salo
put/get implementations Marc Snir
Re: Plea for simplicity Rusty Lusk
Re: Plea for simplicity James Cownie
Re: Plea for simplicity Eric Salo
Re: Plea for simplicity (no name)
Re: Plea for simplicity Eric Salo
Re: Plea for simplicity Lance Shuler
RE: Plea for simplicity Lance Shuler
Re: Plea for simplicity Rusty Lusk
Re: Plea for simplicity Eric Salo
RE: Plea for simplicity Lewins, Lloyd J
Re: Plea for simplicity Lance Shuler
Plea for simplicity Rusty Lusk
Plea for simplicity Rusty Lusk
Plea for simplicity Eric Salo
plea For Simplicity Eric Salo
chapter 4 -- draft for next meeting (comments/corrections are welcome) Marc Snir
chapter on one-sided communication for next meeting Marc Snir
current proposal Marc Snir
latest one-sided chapter Steve Huss-Lederman

Last message date: Mon 19 May 1997 - 14:14:12 PDT
Archived on: Mon May 19 1997 - 14:14:19 PDT

Messages sorted by: [ thread ][ subject ][ author ]
Other mail archives

This archive was generated by hypermail 1.02.