Return-Path: Delivered-To: apmail-incubator-hama-dev-archive@locus.apache.org Received: (qmail 82373 invoked from network); 22 Oct 2008 10:09:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Oct 2008 10:09:05 -0000 Received: (qmail 19184 invoked by uid 500); 22 Oct 2008 10:09:08 -0000 Delivered-To: apmail-incubator-hama-dev-archive@incubator.apache.org Received: (qmail 19147 invoked by uid 500); 22 Oct 2008 10:09:08 -0000 Mailing-List: contact hama-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hama-dev@incubator.apache.org Delivered-To: mailing list hama-dev@incubator.apache.org Received: (qmail 19136 invoked by uid 99); 22 Oct 2008 10:09:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Oct 2008 03:09:07 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Oct 2008 10:08:06 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 986B3234C22A for ; Wed, 22 Oct 2008 03:08:44 -0700 (PDT) Message-ID: <1640530364.1224670124609.JavaMail.jira@brutus> Date: Wed, 22 Oct 2008 03:08:44 -0700 (PDT) From: "Samuel Guo (JIRA)" To: hama-dev@incubator.apache.org Subject: [jira] Commented: (HAMA-86) Implements generic load/save operations in hama In-Reply-To: <1323652323.1224556724221.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HAMA-86?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12641755#action_12641755 ] Samuel Guo commented on HAMA-86: -------------------------------- I think there are different features between a matrix in HBase & a matrix in FileSystem. - A matrix in HBase has a fixed format. But matrices in FileSystem may have different format, parsing of the file as a matrix depends on the format. - A matrix in HBase is a full-featured matrix. we can randomly access it by its row & column. But matrices in FileSystem don't. A matrix as block-indexing format may be useful for multiplication, but may be not efficient in other computation(just my guessing). for example: /** * Save to a table or file * * @param path * @return true if saved * @throws IOException */ public boolean save(String path) throws IOException; if we implements "save to file" operation in matrix, we may need an OutputFormat to identify the format of the file. so I suggest that let HamaAdmin just keep all the aliases of the matrices in HBase. And add a method like "boolean saveAsFile(Path path, OutputFormat format);" to deal with file I/O of matrices. Any ideas? > Implements generic load/save operations in hama > ----------------------------------------------- > > Key: HAMA-86 > URL: https://issues.apache.org/jira/browse/HAMA-86 > Project: Hama > Issue Type: Improvement > Components: implementation > Affects Versions: 0.1.0 > Reporter: Samuel Guo > Fix For: 0.1.0 > > > we need a generic "pathname" class to identify the input & output. > "pathname" can contain two parts: one is scheme, such as HBASE or HDFS; one will be the actual name, such as table name in HBase, filename in HDFS. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.