branch, master, updated. 392a62fcbccb816910e705f910e30ab0c6e29cb4
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "". The branch, master has been updated via 392a62fcbccb816910e705f910e30ab0c6e29cb4 (commit) from 4e1267d0331db67fe6a474bb16b3bb8927cfa7a0 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 392a62fcbccb816910e705f910e30ab0c6e29cb4 Author: Sumit Narayan <[email protected]> Date: Fri Dec 13 13:41:26 2013 -0600 Reduced figure size in the output pdf. ----------------------------------------------------------------------- Summary of changes: reports/Makefile | 1 + reports/na_ssm_update.txt | 11 +++++++---- 2 files changed, 8 insertions(+), 4 deletions(-) Diff of changes: diff --git a/reports/Makefile b/reports/Makefile index f73b537..e100ed2 100644 --- a/reports/Makefile +++ b/reports/Makefile @@ -2,6 +2,7 @@ pdf: convert BlockDiagram.eps BlockDiagram.jpg convert MercuryNA.eps MercuryNA.jpg a2x na_ssm_update.txt + rm *.jpg clean: rm *.jpg diff --git a/reports/na_ssm_update.txt b/reports/na_ssm_update.txt index d3e57d9..91877d9 100644 --- a/reports/na_ssm_update.txt +++ b/reports/na_ssm_update.txt @@ -1,15 +1,18 @@ Triton Status Update ==================== :Date: December 2013 -:Revision: Version 1 +:Revision: 1.0 + +=== Highlights -=== Highlights: - Triton servers can now store data, read and write operations supported on that data. - Triton can use SSM via Mercury for its communication. - Known issues when using SSM. - Design complexity when using SSM and our solution. +=== Introduction + Distributed object-based storage models are an increasingly popular alternative to traditional block-based or file-based storage abstractions in large-scale storage systems. Object-based storage @@ -34,7 +37,7 @@ allows a variety of transport protocols to be integrated with Mercury as a Network Abstraction plugin, and without requiring any change in the user’s source code. -image::BlockDiagram.jpg[] +image::BlockDiagram.jpg[scaledwidth="60%",title="Block Diagram"] In the past three months, we have successfully been able to build a single-sided messaging (SSM) plugin for the Network Abstraction layer @@ -47,7 +50,7 @@ and hence our network communication was done over TCP. Given the abstraction that SSM provides, it will require very minimal effort on our part to run NA code over SSM's Infiniband. -image::MercuryNA.jpg[] +image::MercuryNA.jpg[scaledwidth="60%",title="Mercury's Architecture Overview showing RPC processor on client and server and the Network Abstraction layer on each side."] We have successfully been able to handle most of the data transfer operations required by Triton. Our client-server requests interface hooks/post-receive --
participants (1)
-
noreply@mcs.anl.gov