placer-development Mailing List for Placer
Status: Planning
Brought to you by:
nuggetwheat
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(47) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|
From: Doug J. <do...@zv...> - 2007-06-27 21:25:31
|
Ok, one more suggestion. How about instead of RangeDataCache and RangeDataStore, how about the following? CellCache CellStore I think that is more appropriate since technically these hold cells that may or may not be contiguous? Also it's a lot less verbose which makes things much easier. What do you guys think? - Doug On 6/27/07, Gordon <gp...@gm...> wrote: > > He's out for a bit this morning -- you may need to wait on his reply for a > bit. > > Gordon > > > On 6/27/07, Doug Judd < do...@zv...> wrote: > > > > I do to. It seems less generic than Master. Luke - what do you think? > > > > On 6/27/07, Gordon < gp...@gm...> wrote: > > > > > > Hmmm, I like "controller" -- don't ask me why :) > > > > > > On 6/27/07, Doug Judd <do...@zv... > wrote: > > > > > > > > Are we ok with keeping the name Master? Possible other options: > > > > Executive or Controller. > > > > > > > > On 6/26/07, Gordon <gp...@gm... > wrote: > > > > > > > > > > Heh, sorry to sound like a rubber stamp but I really like it :) > > > > > > > > > > Gordon > > > > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv... > wrote: > > > > > > > > > > > > Yeah, StorageRelation is a little unclear. We were going with > > > > > > the whole mathematical model of multispace with that one. I do like > > > > > > AccessGroup. What do you think, Gordon? > > > > > > > > > > > > On 6/26/07, Luke <hyp...@vi...> wrote: > > > > > > > > > > > > > > Getting closer. StorageRelation is a bit unclear. How about > > > > > > > AccessGroup? > > > > > > > > > > > > > > __Luke > > > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > > Ok, so here it is ... > > > > > > > > > > > > > > > > Hypertable > > > > > > > > Table > > > > > > > > Range > > > > > > > > RangeServer > > > > > > > > RangeDataCache > > > > > > > > RangeDataStore > > > > > > > > StorageRelation > > > > > > > > Scanner > > > > > > > > > > > > > > > > Sound good? I changed RangeCache and RangeStore because it > > > > > > > sounds like the > > > > > > > > are, respectively, a cache and a store of ranges which is > > > > > > > not technically > > > > > > > > what they are, they cache and store range data. > > > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > > > Ok, this is the last thread on this mailing list before we > > > > > > > switch over. > > > > > > > > I'd like to nail down the names of the various pieces so > > > > > > > that I can do a > > > > > > > > code rename and then upload the code to the public > > > > > > > repository so that Naveen > > > > > > > > can take a look at it. Here are the various components and > > > > > > > possible names: > > > > > > > > > > > > > > > > > > Hypertable > > > > > > > > > Table > > > > > > > > > Tablet? Partition? > > > > > > > > > TabletServer? PartitionServer? > > > > > > > > > TableCache? TableDataCache? Memtable? > > > > > > > > > TableStore? TableDataStore? > > > > > > > > > StorageRelation? LocalityGroup? > > > > > > > > > Scanner? Visitor? > > > > > > > > > > > > > > > > > > Please let me know which ones you like best (or propose > > > > > > > new ones). > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > > This SF.net email is sponsored by DB2 Express > > > > > > > > Download DB2 Express C - the FREE version of DB2 express and > > > > > > > take > > > > > > > > control of your XML. No limits. Just data. Click to get it > > > > > > > now. > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > _______________________________________________ > > > > > > > > placer-development mailing list > > > > > > > > pla...@li... > > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > This SF.net email is sponsored by DB2 Express > > > > > > Download DB2 Express C - the FREE version of DB2 express and > > > > > > take > > > > > > control of your XML. No limits. Just data. Click to get it now. > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > _______________________________________________ > > > > > > placer-development mailing list > > > > > > pla...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > |
From: Gordon <gp...@gm...> - 2007-06-27 18:03:20
|
He's out for a bit this morning -- you may need to wait on his reply for a bit. Gordon On 6/27/07, Doug Judd <do...@zv...> wrote: > > I do to. It seems less generic than Master. Luke - what do you think? > > On 6/27/07, Gordon <gp...@gm...> wrote: > > > > Hmmm, I like "controller" -- don't ask me why :) > > > > On 6/27/07, Doug Judd <do...@zv...> wrote: > > > > > > Are we ok with keeping the name Master? Possible other options: > > > Executive or Controller. > > > > > > On 6/26/07, Gordon <gp...@gm... > wrote: > > > > > > > > Heh, sorry to sound like a rubber stamp but I really like it :) > > > > > > > > Gordon > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv... > wrote: > > > > > > > > > > Yeah, StorageRelation is a little unclear. We were going with the > > > > > whole mathematical model of multispace with that one. I do like > > > > > AccessGroup. What do you think, Gordon? > > > > > > > > > > On 6/26/07, Luke <hyp...@vi...> wrote: > > > > > > > > > > > > Getting closer. StorageRelation is a bit unclear. How about > > > > > > AccessGroup? > > > > > > > > > > > > __Luke > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > Ok, so here it is ... > > > > > > > > > > > > > > Hypertable > > > > > > > Table > > > > > > > Range > > > > > > > RangeServer > > > > > > > RangeDataCache > > > > > > > RangeDataStore > > > > > > > StorageRelation > > > > > > > Scanner > > > > > > > > > > > > > > Sound good? I changed RangeCache and RangeStore because it > > > > > > sounds like the > > > > > > > are, respectively, a cache and a store of ranges which is not > > > > > > technically > > > > > > > what they are, they cache and store range data. > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > > Ok, this is the last thread on this mailing list before we > > > > > > switch over. > > > > > > > I'd like to nail down the names of the various pieces so that > > > > > > I can do a > > > > > > > code rename and then upload the code to the public repository > > > > > > so that Naveen > > > > > > > can take a look at it. Here are the various components and > > > > > > possible names: > > > > > > > > > > > > > > > > Hypertable > > > > > > > > Table > > > > > > > > Tablet? Partition? > > > > > > > > TabletServer? PartitionServer? > > > > > > > > TableCache? TableDataCache? Memtable? > > > > > > > > TableStore? TableDataStore? > > > > > > > > StorageRelation? LocalityGroup? > > > > > > > > Scanner? Visitor? > > > > > > > > > > > > > > > > Please let me know which ones you like best (or propose new > > > > > > ones). > > > > > > > Thanks! > > > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > This SF.net email is sponsored by DB2 Express > > > > > > > Download DB2 Express C - the FREE version of DB2 express and > > > > > > take > > > > > > > control of your XML. No limits. Just data. Click to get it > > > > > > now. > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > _______________________________________________ > > > > > > > placer-development mailing list > > > > > > > pla...@li... > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by DB2 Express > > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > > control of your XML. No limits. Just data. Click to get it now. > > > > > http://sourceforge.net/powerbar/db2/ > > > > > _______________________________________________ > > > > > placer-development mailing list > > > > > pla...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > |
From: Doug J. <do...@zv...> - 2007-06-27 18:01:43
|
I do to. It seems less generic than Master. Luke - what do you think? On 6/27/07, Gordon <gp...@gm...> wrote: > > Hmmm, I like "controller" -- don't ask me why :) > > On 6/27/07, Doug Judd <do...@zv...> wrote: > > > > Are we ok with keeping the name Master? Possible other options: > > Executive or Controller. > > > > On 6/26/07, Gordon <gp...@gm... > wrote: > > > > > > Heh, sorry to sound like a rubber stamp but I really like it :) > > > > > > Gordon > > > > > > > > > On 6/26/07, Doug Judd < do...@zv... > wrote: > > > > > > > > Yeah, StorageRelation is a little unclear. We were going with the > > > > whole mathematical model of multispace with that one. I do like > > > > AccessGroup. What do you think, Gordon? > > > > > > > > On 6/26/07, Luke <hyp...@vi...> wrote: > > > > > > > > > > Getting closer. StorageRelation is a bit unclear. How about > > > > > AccessGroup? > > > > > > > > > > __Luke > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > Ok, so here it is ... > > > > > > > > > > > > Hypertable > > > > > > Table > > > > > > Range > > > > > > RangeServer > > > > > > RangeDataCache > > > > > > RangeDataStore > > > > > > StorageRelation > > > > > > Scanner > > > > > > > > > > > > Sound good? I changed RangeCache and RangeStore because it > > > > > sounds like the > > > > > > are, respectively, a cache and a store of ranges which is not > > > > > technically > > > > > > what they are, they cache and store range data. > > > > > > > > > > > > - Doug > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > Ok, this is the last thread on this mailing list before we > > > > > switch over. > > > > > > I'd like to nail down the names of the various pieces so that I > > > > > can do a > > > > > > code rename and then upload the code to the public repository so > > > > > that Naveen > > > > > > can take a look at it. Here are the various components and > > > > > possible names: > > > > > > > > > > > > > > Hypertable > > > > > > > Table > > > > > > > Tablet? Partition? > > > > > > > TabletServer? PartitionServer? > > > > > > > TableCache? TableDataCache? Memtable? > > > > > > > TableStore? TableDataStore? > > > > > > > StorageRelation? LocalityGroup? > > > > > > > Scanner? Visitor? > > > > > > > > > > > > > > Please let me know which ones you like best (or propose new > > > > > ones). > > > > > > Thanks! > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > This SF.net email is sponsored by DB2 Express > > > > > > Download DB2 Express C - the FREE version of DB2 express and > > > > > take > > > > > > control of your XML. No limits. Just data. Click to get it now. > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > _______________________________________________ > > > > > > placer-development mailing list > > > > > > pla...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > placer-development mailing list > > > > pla...@li... > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > |
From: Gordon <gp...@gm...> - 2007-06-27 17:59:00
|
Hmmm, I like "controller" -- don't ask me why :) On 6/27/07, Doug Judd <do...@zv...> wrote: > > Are we ok with keeping the name Master? Possible other options: > Executive or Controller. > > On 6/26/07, Gordon <gp...@gm... > wrote: > > > > Heh, sorry to sound like a rubber stamp but I really like it :) > > > > Gordon > > > > > > On 6/26/07, Doug Judd < do...@zv... > wrote: > > > > > > Yeah, StorageRelation is a little unclear. We were going with the > > > whole mathematical model of multispace with that one. I do like > > > AccessGroup. What do you think, Gordon? > > > > > > On 6/26/07, Luke <hyp...@vi...> wrote: > > > > > > > > Getting closer. StorageRelation is a bit unclear. How about > > > > AccessGroup? > > > > > > > > __Luke > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > Ok, so here it is ... > > > > > > > > > > Hypertable > > > > > Table > > > > > Range > > > > > RangeServer > > > > > RangeDataCache > > > > > RangeDataStore > > > > > StorageRelation > > > > > Scanner > > > > > > > > > > Sound good? I changed RangeCache and RangeStore because it sounds > > > > like the > > > > > are, respectively, a cache and a store of ranges which is not > > > > technically > > > > > what they are, they cache and store range data. > > > > > > > > > > - Doug > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > Ok, this is the last thread on this mailing list before we > > > > switch over. > > > > > I'd like to nail down the names of the various pieces so that I > > > > can do a > > > > > code rename and then upload the code to the public repository so > > > > that Naveen > > > > > can take a look at it. Here are the various components and > > > > possible names: > > > > > > > > > > > > Hypertable > > > > > > Table > > > > > > Tablet? Partition? > > > > > > TabletServer? PartitionServer? > > > > > > TableCache? TableDataCache? Memtable? > > > > > > TableStore? TableDataStore? > > > > > > StorageRelation? LocalityGroup? > > > > > > Scanner? Visitor? > > > > > > > > > > > > Please let me know which ones you like best (or propose new > > > > ones). > > > > > Thanks! > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by DB2 Express > > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > > control of your XML. No limits. Just data. Click to get it now. > > > > > http://sourceforge.net/powerbar/db2/ > > > > > _______________________________________________ > > > > > placer-development mailing list > > > > > pla...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > placer-development mailing list > > > pla...@li... > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > |
From: Doug J. <do...@zv...> - 2007-06-27 17:53:03
|
Are we ok with keeping the name Master? Possible other options: Executive or Controller. On 6/26/07, Gordon <gp...@gm...> wrote: > > Heh, sorry to sound like a rubber stamp but I really like it :) > > Gordon > > > On 6/26/07, Doug Judd <do...@zv... > wrote: > > > > Yeah, StorageRelation is a little unclear. We were going with the whole > > mathematical model of multispace with that one. I do like AccessGroup. > > What do you think, Gordon? > > > > On 6/26/07, Luke <hyp...@vi...> wrote: > > > > > > Getting closer. StorageRelation is a bit unclear. How about > > > AccessGroup? > > > > > > __Luke > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > Ok, so here it is ... > > > > > > > > Hypertable > > > > Table > > > > Range > > > > RangeServer > > > > RangeDataCache > > > > RangeDataStore > > > > StorageRelation > > > > Scanner > > > > > > > > Sound good? I changed RangeCache and RangeStore because it sounds > > > like the > > > > are, respectively, a cache and a store of ranges which is not > > > technically > > > > what they are, they cache and store range data. > > > > > > > > - Doug > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > Ok, this is the last thread on this mailing list before we switch > > > over. > > > > I'd like to nail down the names of the various pieces so that I can > > > do a > > > > code rename and then upload the code to the public repository so > > > that Naveen > > > > can take a look at it. Here are the various components and possible > > > names: > > > > > > > > > > Hypertable > > > > > Table > > > > > Tablet? Partition? > > > > > TabletServer? PartitionServer? > > > > > TableCache? TableDataCache? Memtable? > > > > > TableStore? TableDataStore? > > > > > StorageRelation? LocalityGroup? > > > > > Scanner? Visitor? > > > > > > > > > > Please let me know which ones you like best (or propose new ones). > > > > Thanks! > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > placer-development mailing list > > > > pla...@li... > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > placer-development mailing list > > pla...@li... > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > |
From: Gordon <gp...@gm...> - 2007-06-27 04:33:19
|
Heh, sorry to sound like a rubber stamp but I really like it :) Gordon On 6/26/07, Doug Judd <do...@zv...> wrote: > > Yeah, StorageRelation is a little unclear. We were going with the whole > mathematical model of multispace with that one. I do like AccessGroup. > What do you think, Gordon? > > On 6/26/07, Luke <hyp...@vi...> wrote: > > > > Getting closer. StorageRelation is a bit unclear. How about AccessGroup? > > > > __Luke > > > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > > Ok, so here it is ... > > > > > > Hypertable > > > Table > > > Range > > > RangeServer > > > RangeDataCache > > > RangeDataStore > > > StorageRelation > > > Scanner > > > > > > Sound good? I changed RangeCache and RangeStore because it sounds > > like the > > > are, respectively, a cache and a store of ranges which is not > > technically > > > what they are, they cache and store range data. > > > > > > - Doug > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > Ok, this is the last thread on this mailing list before we switch > > over. > > > I'd like to nail down the names of the various pieces so that I can do > > a > > > code rename and then upload the code to the public repository so that > > Naveen > > > can take a look at it. Here are the various components and possible > > names: > > > > > > > > Hypertable > > > > Table > > > > Tablet? Partition? > > > > TabletServer? PartitionServer? > > > > TableCache? TableDataCache? Memtable? > > > > TableStore? TableDataStore? > > > > StorageRelation? LocalityGroup? > > > > Scanner? Visitor? > > > > > > > > Please let me know which ones you like best (or propose new ones). > > > Thanks! > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > placer-development mailing list > > > pla...@li... > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > placer-development mailing list > pla...@li... > https://lists.sourceforge.net/lists/listinfo/placer-development > > |
From: Doug J. <do...@zv...> - 2007-06-27 04:32:39
|
Yeah, StorageRelation is a little unclear. We were going with the whole mathematical model of multispace with that one. I do like AccessGroup. What do you think, Gordon? On 6/26/07, Luke <hyp...@vi...> wrote: > > Getting closer. StorageRelation is a bit unclear. How about AccessGroup? > > __Luke > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > Ok, so here it is ... > > > > Hypertable > > Table > > Range > > RangeServer > > RangeDataCache > > RangeDataStore > > StorageRelation > > Scanner > > > > Sound good? I changed RangeCache and RangeStore because it sounds like > the > > are, respectively, a cache and a store of ranges which is not > technically > > what they are, they cache and store range data. > > > > - Doug > > > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > > Ok, this is the last thread on this mailing list before we switch > over. > > I'd like to nail down the names of the various pieces so that I can do a > > code rename and then upload the code to the public repository so that > Naveen > > can take a look at it. Here are the various components and possible > names: > > > > > > Hypertable > > > Table > > > Tablet? Partition? > > > TabletServer? PartitionServer? > > > TableCache? TableDataCache? Memtable? > > > TableStore? TableDataStore? > > > StorageRelation? LocalityGroup? > > > Scanner? Visitor? > > > > > > Please let me know which ones you like best (or propose new ones). > > Thanks! > > > > > > - Doug > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > placer-development mailing list > > pla...@li... > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > |
From: Doug J. <do...@zv...> - 2007-06-27 04:29:57
|
That makes sense. I'll go ahead and use that. -Doug On 6/26/07, Luke Lu <ll...@vi...> wrote: > > Since we already have hypertable.org, why don't we just use org.hypertable > ? > > __Luke > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > Ok, and one other thing, for the java components, should I put them in > > org.apache.hypertable? Currently they are com.zvents.placer. > > > > - Doug > > > > On 6/26/07, Gordon <gp...@gm...> wrote: > > > I'm good on this -- let's run it :) > > > > > > > > > On 6/26/07, Doug Judd <do...@zv... > wrote: > > > > Ok, so here it is ... > > > > > > > > Hypertable > > > > Table > > > > Range > > > > RangeServer > > > > RangeDataCache > > > > RangeDataStore > > > > StorageRelation > > > > Scanner > > > > > > > > Sound good? I changed RangeCache and RangeStore because it sounds > like > > the are, respectively, a cache and a store of ranges which is not > > technically what they are, they cache and store range data. > > > > > > > > - Doug > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > > > Ok, this is the last thread on this mailing list before we switch > > over. I'd like to nail down the names of the various pieces so that I > can > > do a code rename and then upload the code to the public repository so > that > > Naveen can take a look at it. Here are the various components and > possible > > names: > > > > > > > > > > Hypertable > > > > > Table > > > > > Tablet? Partition? > > > > > TabletServer? PartitionServer? > > > > > TableCache? TableDataCache? Memtable? > > > > > TableStore? TableDataStore? > > > > > StorageRelation? LocalityGroup? > > > > > Scanner? Visitor? > > > > > > > > > > Please let me know which ones you like best (or propose new ones). > > Thanks! > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > placer-development mailing list > > > > pla...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > placer-development mailing list > > pla...@li... > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > placer-development mailing list > pla...@li... > https://lists.sourceforge.net/lists/listinfo/placer-development > |
From: Gordon <gp...@gm...> - 2007-06-26 23:12:52
|
Yes, Luke and I can pick him up -- the station is San Mateo? Can you give me the address? Gordon On 6/26/07, Luke Lu <ll...@vi...> wrote: > > Since we already have hypertable.org, why don't we just use org.hypertable > ? > > __Luke > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > Ok, and one other thing, for the java components, should I put them in > > org.apache.hypertable? Currently they are com.zvents.placer. > > > > - Doug > > > > On 6/26/07, Gordon <gp...@gm...> wrote: > > > I'm good on this -- let's run it :) > > > > > > > > > On 6/26/07, Doug Judd <do...@zv... > wrote: > > > > Ok, so here it is ... > > > > > > > > Hypertable > > > > Table > > > > Range > > > > RangeServer > > > > RangeDataCache > > > > RangeDataStore > > > > StorageRelation > > > > Scanner > > > > > > > > Sound good? I changed RangeCache and RangeStore because it sounds > like > > the are, respectively, a cache and a store of ranges which is not > > technically what they are, they cache and store range data. > > > > > > > > - Doug > > > > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > > > Ok, this is the last thread on this mailing list before we switch > > over. I'd like to nail down the names of the various pieces so that I > can > > do a code rename and then upload the code to the public repository so > that > > Naveen can take a look at it. Here are the various components and > possible > > names: > > > > > > > > > > Hypertable > > > > > Table > > > > > Tablet? Partition? > > > > > TabletServer? PartitionServer? > > > > > TableCache? TableDataCache? Memtable? > > > > > TableStore? TableDataStore? > > > > > StorageRelation? LocalityGroup? > > > > > Scanner? Visitor? > > > > > > > > > > Please let me know which ones you like best (or propose new ones). > > Thanks! > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > placer-development mailing list > > > > pla...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > placer-development mailing list > > pla...@li... > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > |
From: Luke L. <ll...@vi...> - 2007-06-26 23:11:26
|
Since we already have hypertable.org, why don't we just use org.hypertable? __Luke On 6/26/07, Doug Judd <do...@zv...> wrote: > Ok, and one other thing, for the java components, should I put them in > org.apache.hypertable? Currently they are com.zvents.placer. > > - Doug > > On 6/26/07, Gordon <gp...@gm...> wrote: > > I'm good on this -- let's run it :) > > > > > > On 6/26/07, Doug Judd <do...@zv... > wrote: > > > Ok, so here it is ... > > > > > > Hypertable > > > Table > > > Range > > > RangeServer > > > RangeDataCache > > > RangeDataStore > > > StorageRelation > > > Scanner > > > > > > Sound good? I changed RangeCache and RangeStore because it sounds like > the are, respectively, a cache and a store of ranges which is not > technically what they are, they cache and store range data. > > > > > > - Doug > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > Ok, this is the last thread on this mailing list before we switch > over. I'd like to nail down the names of the various pieces so that I can > do a code rename and then upload the code to the public repository so that > Naveen can take a look at it. Here are the various components and possible > names: > > > > > > > > Hypertable > > > > Table > > > > Tablet? Partition? > > > > TabletServer? PartitionServer? > > > > TableCache? TableDataCache? Memtable? > > > > TableStore? TableDataStore? > > > > StorageRelation? LocalityGroup? > > > > Scanner? Visitor? > > > > > > > > Please let me know which ones you like best (or propose new ones). > Thanks! > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > placer-development mailing list > > > pla...@li... > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > placer-development mailing list > pla...@li... > https://lists.sourceforge.net/lists/listinfo/placer-development > > |
From: Doug J. <do...@zv...> - 2007-06-26 21:51:26
|
Ok, and one other thing, for the java components, should I put them in org.apache.hypertable? Currently they are com.zvents.placer. - Doug On 6/26/07, Gordon <gp...@gm...> wrote: > > I'm good on this -- let's run it :) > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > > > Ok, so here it is ... > > > > Hypertable > > Table > > Range > > RangeServer > > RangeDataCache > > RangeDataStore > > StorageRelation > > Scanner > > > > Sound good? I changed RangeCache and RangeStore because it sounds like > > the are, respectively, a cache and a store of ranges which is not > > technically what they are, they cache and store range data. > > > > - Doug > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > Ok, this is the last thread on this mailing list before we switch > > > over. I'd like to nail down the names of the various pieces so that I can > > > do a code rename and then upload the code to the public repository so that > > > Naveen can take a look at it. Here are the various components and possible > > > names: > > > > > > Hypertable > > > Table > > > Tablet? Partition? > > > TabletServer? PartitionServer? > > > TableCache? TableDataCache? Memtable? > > > TableStore? TableDataStore? > > > StorageRelation? LocalityGroup? > > > Scanner? Visitor? > > > > > > Please let me know which ones you like best (or propose new ones). > > > Thanks! > > > > > > - Doug > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > placer-development mailing list > > pla...@li... > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > |
From: Gordon <gp...@gm...> - 2007-06-26 21:48:16
|
I'm good on this -- let's run it :) On 6/26/07, Doug Judd <do...@zv...> wrote: > > Ok, so here it is ... > > Hypertable > Table > Range > RangeServer > RangeDataCache > RangeDataStore > StorageRelation > Scanner > > Sound good? I changed RangeCache and RangeStore because it sounds like > the are, respectively, a cache and a store of ranges which is not > technically what they are, they cache and store range data. > > - Doug > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > > > Ok, this is the last thread on this mailing list before we switch over. > > I'd like to nail down the names of the various pieces so that I can do a > > code rename and then upload the code to the public repository so that Naveen > > can take a look at it. Here are the various components and possible names: > > > > Hypertable > > Table > > Tablet? Partition? > > TabletServer? PartitionServer? > > TableCache? TableDataCache? Memtable? > > TableStore? TableDataStore? > > StorageRelation? LocalityGroup? > > Scanner? Visitor? > > > > Please let me know which ones you like best (or propose new ones). > > Thanks! > > > > - Doug > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > placer-development mailing list > pla...@li... > https://lists.sourceforge.net/lists/listinfo/placer-development > > |
From: Doug J. <do...@zv...> - 2007-06-26 21:42:56
|
Ok, so here it is ... Hypertable Table Range RangeServer RangeDataCache RangeDataStore StorageRelation Scanner Sound good? I changed RangeCache and RangeStore because it sounds like the are, respectively, a cache and a store of ranges which is not technically what they are, they cache and store range data. - Doug On 6/26/07, Doug Judd <do...@zv...> wrote: > > Ok, this is the last thread on this mailing list before we switch over. > I'd like to nail down the names of the various pieces so that I can do a > code rename and then upload the code to the public repository so that Naveen > can take a look at it. Here are the various components and possible names: > > Hypertable > Table > Tablet? Partition? > TabletServer? PartitionServer? > TableCache? TableDataCache? Memtable? > TableStore? TableDataStore? > StorageRelation? LocalityGroup? > Scanner? Visitor? > > Please let me know which ones you like best (or propose new ones). > Thanks! > > - Doug > > |
From: Doug J. <do...@zv...> - 2007-06-26 18:01:02
|
Ok, that's fine with me. Luke - are you OK with that? On 6/26/07, Gordon <gp...@gm...> wrote: > > Erp! Sorry, I thought we'd already agreed on partition :) > > Gordon > > > On 6/26/07, Doug Judd <do...@zv... > wrote: > > > > I think the biggest question here is Tablet. From what I can tell, > > Google coined the term "Tablet" in the Bigtable paper. Do you know of any > > database literature that has used this term in the past? > > > > On 6/26/07, Gordon <gp...@gm...> wrote: > > > > > > Heck, the first elements of each one of these looks very natural to > > > me. The good news is all these terms around table (scanning, etc.) are > > > commonly used terms so they have accurate names that mean a lot to the > > > journeyman practitioner who we hope will use this system. > > > > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > > > Ok, this is the last thread on this mailing list before we switch > > > > over. I'd like to nail down the names of the various pieces so that I can > > > > do a code rename and then upload the code to the public repository so that > > > > Naveen can take a look at it. Here are the various components and possible > > > > names: > > > > > > > > Hypertable > > > > Table > > > > Tablet? Partition? > > > > TabletServer? PartitionServer? > > > > TableCache? TableDataCache? Memtable? > > > > TableStore? TableDataStore? > > > > StorageRelation? LocalityGroup? > > > > Scanner? Visitor? > > > > > > > > Please let me know which ones you like best (or propose new ones). > > > > Thanks! > > > > > > > > - Doug > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > placer-development mailing list > > > > pla...@li... > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > |
From: Gordon <gp...@gm...> - 2007-06-26 17:52:59
|
Erp! Sorry, I thought we'd already agreed on partition :) Gordon On 6/26/07, Doug Judd <do...@zv...> wrote: > > I think the biggest question here is Tablet. From what I can tell, Google > coined the term "Tablet" in the Bigtable paper. Do you know of any database > literature that has used this term in the past? > > On 6/26/07, Gordon <gp...@gm...> wrote: > > > > Heck, the first elements of each one of these looks very natural to me. > > The good news is all these terms around table (scanning, etc.) are commonly > > used terms so they have accurate names that mean a lot to the journeyman > > practitioner who we hope will use this system. > > > > > > On 6/26/07, Doug Judd < do...@zv...> wrote: > > > > > Ok, this is the last thread on this mailing list before we switch > > > over. I'd like to nail down the names of the various pieces so that I can > > > do a code rename and then upload the code to the public repository so that > > > Naveen can take a look at it. Here are the various components and possible > > > names: > > > > > > Hypertable > > > Table > > > Tablet? Partition? > > > TabletServer? PartitionServer? > > > TableCache? TableDataCache? Memtable? > > > TableStore? TableDataStore? > > > StorageRelation? LocalityGroup? > > > Scanner? Visitor? > > > > > > Please let me know which ones you like best (or propose new ones). > > > Thanks! > > > > > > - Doug > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > placer-development mailing list > > > pla...@li... > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > |
From: Doug J. <do...@zv...> - 2007-06-26 16:44:30
|
I think the biggest question here is Tablet. From what I can tell, Google coined the term "Tablet" in the Bigtable paper. Do you know of any database literature that has used this term in the past? On 6/26/07, Gordon <gp...@gm...> wrote: > > Heck, the first elements of each one of these looks very natural to me. > The good news is all these terms around table (scanning, etc.) are commonly > used terms so they have accurate names that mean a lot to the journeyman > practitioner who we hope will use this system. > > > On 6/26/07, Doug Judd <do...@zv...> wrote: > > > Ok, this is the last thread on this mailing list before we switch over. > > I'd like to nail down the names of the various pieces so that I can do a > > code rename and then upload the code to the public repository so that Naveen > > can take a look at it. Here are the various components and possible names: > > > > Hypertable > > Table > > Tablet? Partition? > > TabletServer? PartitionServer? > > TableCache? TableDataCache? Memtable? > > TableStore? TableDataStore? > > StorageRelation? LocalityGroup? > > Scanner? Visitor? > > > > Please let me know which ones you like best (or propose new ones). > > Thanks! > > > > - Doug > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > placer-development mailing list > > pla...@li... > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > |
From: Gordon <gp...@gm...> - 2007-06-26 16:31:06
|
Heck, the first elements of each one of these looks very natural to me. The good news is all these terms around table (scanning, etc.) are commonly used terms so they have accurate names that mean a lot to the journeyman practitioner who we hope will use this system. On 6/26/07, Doug Judd <do...@zv...> wrote: > > Ok, this is the last thread on this mailing list before we switch over. > I'd like to nail down the names of the various pieces so that I can do a > code rename and then upload the code to the public repository so that Naveen > can take a look at it. Here are the various components and possible names: > > Hypertable > Table > Tablet? Partition? > TabletServer? PartitionServer? > TableCache? TableDataCache? Memtable? > TableStore? TableDataStore? > StorageRelation? LocalityGroup? > Scanner? Visitor? > > Please let me know which ones you like best (or propose new ones). > Thanks! > > - Doug > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > placer-development mailing list > pla...@li... > https://lists.sourceforge.net/lists/listinfo/placer-development > > |
From: Doug J. <do...@zv...> - 2007-06-26 16:14:41
|
Ok, this is the last thread on this mailing list before we switch over. I'd like to nail down the names of the various pieces so that I can do a code rename and then upload the code to the public repository so that Naveen can take a look at it. Here are the various components and possible names: Hypertable Table Tablet? Partition? TabletServer? PartitionServer? TableCache? TableDataCache? Memtable? TableStore? TableDataStore? StorageRelation? LocalityGroup? Scanner? Visitor? Please let me know which ones you like best (or propose new ones). Thanks! - Doug |
From: Gordon <gp...@gm...> - 2007-06-17 16:11:45
|
Wow, he's doing some nice stuff -- very lucky that he didn't grab the .com -- he's a good netizen for not being greedy :) Gordon On 6/17/07, Doug Judd <do...@zv...> wrote: > > Thanks! BTW, multispace.org was taken by some artist named Mel Zaid. He > actually does pretty cool stuff, check it out. Maybe when we get big, we > can throw a big party and have Mel provide the artwork. :) > > - Doug > > On 6/16/07, Gordon <gp...@gm...> wrote: > > > > I think it's great -- I can't believe you got it. Good work, man! > > > > Gordon > > > > > > On 6/16/07, Luke <pl...@vi... > wrote: > > > > > > Yes, multispace would be my first choice. Congrats on the domain reg > > > as > > > well. > > > > > > __Luke > > > > > > On Sat, 2007-06-16 at 16:52 -0700, Doug Judd wrote: > > > > Sounds good. BTW, the domain registration only cost me $18, so > > > don't > > > > feel compelled to go with it on that account. I can see a rationale > > > > > > > for having an umbrella name with multispace as a sub-project. Or > > > > maybe multispace is just a concept in the way that a table is a > > > > concept in an Oracle database. Luke - what do you think? > > > > > > > > - Doug > > > > > > > > On 6/16/07, Gordon <gp...@gm...> wrote: > > > > Sounds good to me! Great domain! > > > > > > > > Gordon > > > > > > > > > > > > > > > > On 6/16/07, Doug Judd <do...@zv...> wrote: > > > > I'd like to avoid having too many names associated > > > > with the project. It would be nice to have a single > > > > > > > name, kind of like Linux, that defines the whole > > > > project. Multispace seems like a natural choice > > > since > > > > all of the pieces exist primarily to support > > > > multispace. For example, the reliable distributed > > > > storage system is used to reliably store multispace. > > > > The map-reduce and sawzall-like systems are used to > > > > process information in multispace. Plus, I was able > > > > to register multispace.com :) I dig the schlegal > > > > diagrams. Let's definitely use one of those for the > > > > > > > project logo. > > > > > > > > - Doug > > > > > > > > > > > > On 6/16/07, Gordon < gp...@gm...> wrote: > > > > Erp! Let's think very carefully about the > > > > project rename :) > > > > > > > > Since we've taken it much more into computer > > > > science let's think about naming it > > > something > > > > that you feel is associated with computing > > > or > > > > math. Could be a name of a person. > > > > > > > > I like your references to gold mining and > > > > maybe for Zvents internal projects related > > > to > > > > Multispace we keep the motherlode cluster > > > and > > > > call some of the internal mining tools > > > placer, > > > > etc. > > > > > > > > We could emphasize more the ideas of > > > Hypercube > > > > or Hyperspace > > > > ( http://en.wikipedia.org/wiki/Hyperspace) > > > > which technically describe what we are doing > > > > here. Or we could focus on the classic 4d > > > > hypercube called a tesseract: > > > > http://en.wikipedia.org/wiki/Tesseract which > > > > has the classic hypercube image for a logo? > > > > > > > > Or, has that been done already? If not the > > > it > > > > would really rock and roll :) > > > > > > > > > > > > > > > > On 6/15/07, Doug Judd < do...@zv...> > > > wrote: > > > > Ok, now I'm starting to think that > > > the > > > > name Placer conflicts with the name > > > > multispace. When I think of placer, > > > I > > > > think of some scraggly guy with a > > > long > > > > pointy beard jumping off a covered > > > > wagon with a gold pan and a pick > > > axe. > > > > Multispace has more of a futuristic > > > > connotation. Should we just rename > > > > the entire project multispace? > > > > > > > > - Doug > > > > > > > > On 6/15/07, Doug Judd > > > > <do...@zv...> wrote: > > > > Cool, so this is what we > > > have > > > > so far: > > > > > > > > Multispace > > > > Space > > > > Partition > > > > PartitionServer > > > > SpaceCache > > > > SpaceStore > > > > Scanner > > > > > > > > Unless, Gordon, you feel > > > that > > > > SpaceImage is better than > > > > SpaceStore, let's go with > > > this > > > > set. No pressure, we'll > > > only > > > > be stuck with these names > > > for > > > > the next two decades! ;) > > > > > > > > - Doug > > > > > > > > > > > > On 6/15/07, Luke > > > > < pl...@vi...> wrote: > > > > Yes, SpaceCache and > > > > SpaceStore sounds > > > > better. > > > > > > > > BTW, Gordon, I meant > > > > > > > to use > > > > pl...@vi... > > > > (I'll probably > > > change > > > > it > > > > to > > > > > > > mul...@vi...) as the > > > > subscription email > > > for > > > > my own tracking > > > > purpose. > > > > > > > > __Luke > > > > > > > > On Fri, 2007-06-15 > > > at > > > > 22:07 -0700, Gordon > > > > wrote: > > > > > Actually, I also > > > > like SpaceImage now > > > > that I think of it. > > > > Either one is > > > > > good to me for > > > that > > > > part. > > > > > > > > > > Gordon > > > > > > > > > > > > > > > On 6/15/07, Gordon > > > > < gp...@gm...> > > > > wrote: > > > > > I like > > > > SpaceCache and > > > > SpaceStore ... that > > > > seems pretty > > > > > > > > > straightforward and > > > > clear. > > > > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > On > > > 6/15/07, > > > > Doug Judd > > > > <do...@zv...> > > > > wrote: > > > > > > > > Ok, > > > > I've been thinking > > > > about this all > > > evening > > > > and > > > > > > > > > something is not > > > quite > > > > sitting right with > > > > me. When > > > > > > > > you > > > > use the term > > > > CacheSpace in a > > > > sentence, it doesn't > > > > > > > > > sound right. In > > > > English, the > > > adjective > > > > precedes the > > > > > > > > > noun, so when you > > > say > > > > something like > > > "insert > > > > entities > > > > > > > > into > > > > the CacheSpace" it > > > > sounds like you're > > > > inserting > > > > > > > > > something into space > > > > > > > for cache. What if > > > we > > > > swap the > > > > > > > > > words and call it > > > > SpaceCache? That > > > > bi-word makes more > > > > > > > > > sense > > > > > > > grammatically. Saying, "insert entities into > > > > > > > > the > > > > SpaceCache" sounds > > > > like you're > > > inserting > > > > something > > > > > > > > into > > > > cache for space, > > > which > > > > better describes > > > > what's > > > > > > > > > happening. So maybe > > > > we could use the > > > > following: > > > > > > > > > > > > > > SpaceCache > > > > > > > > > SpaceStore or > > > > SpaceImage > > > > > > > > > > > > > What > > > > do you guys think? > > > > > > > > > > - > > > > Doug > > > > > > > > > > > > > > SpaceStore, > > > SpaceCache > > > > > > > > > > On > > > > 6/15/07, Gordon > > > > < gp...@gm...> > > > > wrote: > > > > > > > > > I think it's okay to > > > > > > > have CacheSpace > > > since > > > > > > > > > it's more of an > > > active > > > > entity in the system > > > > > > > > > whereas a SavedSpace > > > > suggests something > > > > that > > > > > > > > > was dumped or > > > written > > > > once? > > > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > > > > > On 6/15/07, Doug > > > Judd > > > > < do...@zv...> > > > > wrote: > > > > > > > > > This sounds good to > > > me > > > > as well. For > > > > > > > > > consistency, should > > > we > > > > go with > > > > > > > > > CachedSpace (note > > > the > > > > added 'd') to go > > > > > > > > > along with > > > SavedSpace? > > > > > > > > > > > > > > On 6/15/07, Luke Lu > > > > < ll...@vi...> > > > > > > > > > wrote: > > > > > > > > > Multispace sounds > > > > cool. I'd > > > > > > > > > favor CacheSpace and > > > > > > > > > SavedSpace for the > > > > > > > > > concepts they > > > > describe. I'd > > > > > > > > > like to call the > > > > Partition > > > > > > > > > Server, > > > > > > > > > Cleaver :) > > > > > > > > > > > > > > __Luke > > > > > > > > > > > > > > On Fri, 2007-06-15 > > > at > > > > 16:08 > > > > > > > > > -0700, Doug Judd > > > > wrote: > > > > > > > > > > We need to come up > > > > with > > > > > > > > > names for the > > > various > > > > concepts > > > > > > > > > in our abstract > > > > > > > > > > model and > > > > corresponding > > > > > > > > > components in the > > > > system. In > > > > > > > > > this post I > > > > > > > > > > describe the > > > various > > > > > > > > > concepts and > > > > components and > > > > > > > > > give some ideas that > > > > > > > > > > we've come up > > > > with. Let's > > > > > > > > > throw out all ideas > > > on > > > > the > > > > > > > > > table and then > > > > > > > > > > come up with some > > > > consensus. > > > > > > > > > > > > > > > > > > > > The first and most > > > > important > > > > > > > > > is the name for the > > > > overall > > > > > > > > > model. We're > > > > > > > > > > putting together a > > > > > > > > > multi-dimensional > > > data > > > > space > > > > > > > > > that can store a > > > > > > > > > > massive quantity > > > of > > > > > > > > > data. Data is > > > > addressed by a > > > > > > > > > multi-dimensional > > > > > > > > > > vector. The data > > > > value > > > > > > > > > being stored is > > > > somewhat > > > > > > > > > analagous to mass. > > > > > > > > > > Gordon came up > > > with > > > > the > > > > > > > > > following name which > > > > me, > > > > > > > > > Gordon, and Matt are > > > > > > > > > > pretty excited > > > > about: > > > > > > > > > > - Multispace > > > > > > > > > > > > > > > > > > > > There is the > > > general > > > > concept > > > > > > > > > of a > > > > multi-dimensional > > > > > > > > > space. There will > > > > > > > > > > > > > ... > > [Message clipped] |
From: Doug J. <do...@zv...> - 2007-06-17 15:58:32
|
Thanks! BTW, multispace.org was taken by some artist named Mel Zaid. He actually does pretty cool stuff, check it out. Maybe when we get big, we can throw a big party and have Mel provide the artwork. :) - Doug On 6/16/07, Gordon <gp...@gm...> wrote: > > I think it's great -- I can't believe you got it. Good work, man! > > Gordon > > > On 6/16/07, Luke <pl...@vi... > wrote: > > > > Yes, multispace would be my first choice. Congrats on the domain reg as > > well. > > > > __Luke > > > > On Sat, 2007-06-16 at 16:52 -0700, Doug Judd wrote: > > > Sounds good. BTW, the domain registration only cost me $18, so don't > > > feel compelled to go with it on that account. I can see a rationale > > > for having an umbrella name with multispace as a sub-project. Or > > > maybe multispace is just a concept in the way that a table is a > > > concept in an Oracle database. Luke - what do you think? > > > > > > - Doug > > > > > > On 6/16/07, Gordon <gp...@gm...> wrote: > > > Sounds good to me! Great domain! > > > > > > Gordon > > > > > > > > > > > > On 6/16/07, Doug Judd <do...@zv...> wrote: > > > I'd like to avoid having too many names associated > > > with the project. It would be nice to have a single > > > name, kind of like Linux, that defines the whole > > > project. Multispace seems like a natural choice since > > > all of the pieces exist primarily to support > > > multispace. For example, the reliable distributed > > > storage system is used to reliably store multispace. > > > The map-reduce and sawzall-like systems are used to > > > process information in multispace. Plus, I was able > > > to register multispace.com :) I dig the schlegal > > > diagrams. Let's definitely use one of those for the > > > project logo. > > > > > > - Doug > > > > > > > > > On 6/16/07, Gordon <gp...@gm...> wrote: > > > Erp! Let's think very carefully about the > > > project rename :) > > > > > > Since we've taken it much more into computer > > > science let's think about naming it something > > > that you feel is associated with computing or > > > math. Could be a name of a person. > > > > > > I like your references to gold mining and > > > maybe for Zvents internal projects related to > > > Multispace we keep the motherlode cluster and > > > call some of the internal mining tools placer, > > > > > etc. > > > > > > We could emphasize more the ideas of Hypercube > > > or Hyperspace > > > ( http://en.wikipedia.org/wiki/Hyperspace) > > > which technically describe what we are doing > > > here. Or we could focus on the classic 4d > > > hypercube called a tesseract: > > > http://en.wikipedia.org/wiki/Tesseract which > > > has the classic hypercube image for a logo? > > > > > > Or, has that been done already? If not the it > > > would really rock and roll :) > > > > > > > > > > > > On 6/15/07, Doug Judd <do...@zv...> wrote: > > > Ok, now I'm starting to think that the > > > > > name Placer conflicts with the name > > > multispace. When I think of placer, I > > > think of some scraggly guy with a long > > > > > pointy beard jumping off a covered > > > wagon with a gold pan and a pick axe. > > > Multispace has more of a futuristic > > > connotation. Should we just rename > > > the entire project multispace? > > > > > > - Doug > > > > > > On 6/15/07, Doug Judd > > > <do...@zv...> wrote: > > > Cool, so this is what we have > > > so far: > > > > > > Multispace > > > Space > > > Partition > > > PartitionServer > > > SpaceCache > > > SpaceStore > > > Scanner > > > > > > Unless, Gordon, you feel that > > > SpaceImage is better than > > > SpaceStore, let's go with this > > > set. No pressure, we'll only > > > be stuck with these names for > > > the next two decades! ;) > > > > > > - Doug > > > > > > > > > On 6/15/07, Luke > > > <pl...@vi...> wrote: > > > Yes, SpaceCache and > > > SpaceStore sounds > > > better. > > > > > > BTW, Gordon, I meant > > > to use > > > pl...@vi... > > > (I'll probably change > > > it > > > to > > > > > mul...@vi...) as the > > > subscription email for > > > my own tracking > > > purpose. > > > > > > __Luke > > > > > > On Fri, 2007-06-15 at > > > 22:07 -0700, Gordon > > > wrote: > > > > Actually, I also > > > like SpaceImage now > > > that I think of it. > > > Either one is > > > > good to me for that > > > part. > > > > > > > > Gordon > > > > > > > > > > > > On 6/15/07, Gordon > > > < gp...@gm...> > > > wrote: > > > > I like > > > SpaceCache and > > > SpaceStore ... that > > > seems pretty > > > > > > > straightforward and > > > clear. > > > > > > > > > > > > Gordon > > > > > > > > > > > > On 6/15/07, > > > Doug Judd > > > <do...@zv...> > > > wrote: > > > > Ok, > > > I've been thinking > > > about this all evening > > > and > > > > > > > something is not quite > > > sitting right with > > > me. When > > > > you > > > use the term > > > CacheSpace in a > > > sentence, it doesn't > > > > > > > sound right. In > > > English, the adjective > > > > > precedes the > > > > > > > noun, so when you say > > > something like "insert > > > > > entities > > > > into > > > the CacheSpace" it > > > sounds like you're > > > inserting > > > > > > > something into space > > > for cache. What if we > > > swap the > > > > > > > words and call it > > > SpaceCache? That > > > bi-word makes more > > > > > > > sense > > > > > grammatically. Saying, "insert entities into > > > > the > > > SpaceCache" sounds > > > like you're inserting > > > something > > > > into > > > > > cache for space, which > > > better describes > > > what's > > > > > > > happening. So maybe > > > we could use the > > > following: > > > > > > > > > > > SpaceCache > > > > > > > SpaceStore or > > > SpaceImage > > > > > > > > What > > > > > do you guys think? > > > > > > > > - > > > Doug > > > > > > > > > > > SpaceStore, SpaceCache > > > > > > > > On > > > 6/15/07, Gordon > > > < gp...@gm...> > > > wrote: > > > > > > > I think it's okay to > > > have CacheSpace since > > > > > > > it's more of an active > > > > > entity in the system > > > > > > > whereas a SavedSpace > > > suggests something > > > that > > > > > > > was dumped or written > > > once? > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > On 6/15/07, Doug Judd > > > < do...@zv...> > > > wrote: > > > > > > > This sounds good to me > > > > > as well. For > > > > > > > consistency, should we > > > go with > > > > > > > CachedSpace (note the > > > added 'd') to go > > > > > > > along with SavedSpace? > > > > > > > > > > > On 6/15/07, Luke Lu > > > <ll...@vi...> > > > > > > > wrote: > > > > > > > Multispace sounds > > > cool. I'd > > > > > > > favor CacheSpace and > > > > > > > SavedSpace for the > > > > > > > concepts they > > > describe. I'd > > > > > > > like to call the > > > Partition > > > > > > > Server, > > > > > > > Cleaver :) > > > > > > > > > > > __Luke > > > > > > > > > > > On Fri, 2007-06-15 at > > > 16:08 > > > > > > > -0700, Doug Judd > > > wrote: > > > > > > > > We need to come up > > > with > > > > > > > names for the various > > > concepts > > > > > > > in our abstract > > > > > > > > model and > > > corresponding > > > > > > > components in the > > > system. In > > > > > > > this post I > > > > > > > > describe the various > > > > > > > concepts and > > > components and > > > > > > > give some ideas that > > > > > > > > we've come up > > > with. Let's > > > > > > > throw out all ideas on > > > > > the > > > > > > > table and then > > > > > > > > come up with some > > > consensus. > > > > > > > > > > > > > > > > The first and most > > > important > > > > > > > is the name for the > > > overall > > > > > > > model. We're > > > > > > > > putting together a > > > > > > > multi-dimensional data > > > > > space > > > > > > > that can store a > > > > > > > > massive quantity of > > > > > > > data. Data is > > > addressed by a > > > > > > > multi-dimensional > > > > > > > > vector. The data > > > value > > > > > > > being stored is > > > somewhat > > > > > > > analagous to mass. > > > > > > > > Gordon came up with > > > the > > > > > > > following name which > > > me, > > > > > > > Gordon, and Matt are > > > > > > > > pretty excited > > > about: > > > > > > > > - Multispace > > > > > > > > > > > > > > > > There is the general > > > concept > > > > > > > of a > > > multi-dimensional > > > > > > > space. There will > > > > > > > > be several different > > > > > > > concrete > > > representations of > > > > > > > this > > > > > ... > > [Message clipped] |
From: Gordon <gp...@gm...> - 2007-06-17 02:03:00
|
I think it's great -- I can't believe you got it. Good work, man! Gordon On 6/16/07, Luke <pl...@vi...> wrote: > > Yes, multispace would be my first choice. Congrats on the domain reg as > well. > > __Luke > > On Sat, 2007-06-16 at 16:52 -0700, Doug Judd wrote: > > Sounds good. BTW, the domain registration only cost me $18, so don't > > feel compelled to go with it on that account. I can see a rationale > > for having an umbrella name with multispace as a sub-project. Or > > maybe multispace is just a concept in the way that a table is a > > concept in an Oracle database. Luke - what do you think? > > > > - Doug > > > > On 6/16/07, Gordon <gp...@gm...> wrote: > > Sounds good to me! Great domain! > > > > Gordon > > > > > > > > On 6/16/07, Doug Judd <do...@zv...> wrote: > > I'd like to avoid having too many names associated > > with the project. It would be nice to have a single > > name, kind of like Linux, that defines the whole > > project. Multispace seems like a natural choice since > > all of the pieces exist primarily to support > > multispace. For example, the reliable distributed > > storage system is used to reliably store multispace. > > The map-reduce and sawzall-like systems are used to > > process information in multispace. Plus, I was able > > to register multispace.com :) I dig the schlegal > > diagrams. Let's definitely use one of those for the > > project logo. > > > > - Doug > > > > > > On 6/16/07, Gordon <gp...@gm...> wrote: > > Erp! Let's think very carefully about the > > project rename :) > > > > Since we've taken it much more into computer > > science let's think about naming it something > > that you feel is associated with computing or > > math. Could be a name of a person. > > > > I like your references to gold mining and > > maybe for Zvents internal projects related to > > Multispace we keep the motherlode cluster and > > call some of the internal mining tools placer, > > etc. > > > > We could emphasize more the ideas of Hypercube > > or Hyperspace > > ( http://en.wikipedia.org/wiki/Hyperspace) > > which technically describe what we are doing > > here. Or we could focus on the classic 4d > > hypercube called a tesseract: > > http://en.wikipedia.org/wiki/Tesseract which > > has the classic hypercube image for a logo? > > > > Or, has that been done already? If not the it > > would really rock and roll :) > > > > > > > > On 6/15/07, Doug Judd <do...@zv...> wrote: > > Ok, now I'm starting to think that the > > name Placer conflicts with the name > > multispace. When I think of placer, I > > think of some scraggly guy with a long > > pointy beard jumping off a covered > > wagon with a gold pan and a pick axe. > > Multispace has more of a futuristic > > connotation. Should we just rename > > the entire project multispace? > > > > - Doug > > > > On 6/15/07, Doug Judd > > <do...@zv...> wrote: > > Cool, so this is what we have > > so far: > > > > Multispace > > Space > > Partition > > PartitionServer > > SpaceCache > > SpaceStore > > Scanner > > > > Unless, Gordon, you feel that > > SpaceImage is better than > > SpaceStore, let's go with this > > set. No pressure, we'll only > > be stuck with these names for > > the next two decades! ;) > > > > - Doug > > > > > > On 6/15/07, Luke > > <pl...@vi...> wrote: > > Yes, SpaceCache and > > SpaceStore sounds > > better. > > > > BTW, Gordon, I meant > > to use > > pl...@vi... > > (I'll probably change > > it > > to > > > mul...@vi...) as the > > subscription email for > > my own tracking > > purpose. > > > > __Luke > > > > On Fri, 2007-06-15 at > > 22:07 -0700, Gordon > > wrote: > > > Actually, I also > > like SpaceImage now > > that I think of it. > > Either one is > > > good to me for that > > part. > > > > > > Gordon > > > > > > > > > On 6/15/07, Gordon > > <gp...@gm...> > > wrote: > > > I like > > SpaceCache and > > SpaceStore ... that > > seems pretty > > > > > straightforward and > > clear. > > > > > > > > > Gordon > > > > > > > > > On 6/15/07, > > Doug Judd > > <do...@zv...> > > wrote: > > > Ok, > > I've been thinking > > about this all evening > > and > > > > > something is not quite > > sitting right with > > me. When > > > you > > use the term > > CacheSpace in a > > sentence, it doesn't > > > > > sound right. In > > English, the adjective > > precedes the > > > > > noun, so when you say > > something like "insert > > entities > > > into > > the CacheSpace" it > > sounds like you're > > inserting > > > > > something into space > > for cache. What if we > > swap the > > > > > words and call it > > SpaceCache? That > > bi-word makes more > > > > > sense > > grammatically. Saying, > "insert entities into > > > the > > SpaceCache" sounds > > like you're inserting > > something > > > into > > cache for space, which > > better describes > > what's > > > > > happening. So maybe > > we could use the > > following: > > > > > > > > SpaceCache > > > > > SpaceStore or > > SpaceImage > > > > > > What > > do you guys think? > > > > > > - > > Doug > > > > > > > > SpaceStore, SpaceCache > > > > > > On > > 6/15/07, Gordon > > <gp...@gm...> > > wrote: > > > > > I think it's okay to > > have CacheSpace since > > > > > it's more of an active > > entity in the system > > > > > whereas a SavedSpace > > suggests something > > that > > > > > was dumped or written > > once? > > > > > > > > Gordon > > > > > > > > > > > On 6/15/07, Doug Judd > > <do...@zv...> > > wrote: > > > > > This sounds good to me > > as well. For > > > > > consistency, should we > > go with > > > > > CachedSpace (note the > > added 'd') to go > > > > > along with SavedSpace? > > > > > > > > On 6/15/07, Luke Lu > > <ll...@vi...> > > > > > wrote: > > > > > Multispace sounds > > cool. I'd > > > > > favor CacheSpace and > > > > > SavedSpace for the > > > > > concepts they > > describe. I'd > > > > > like to call the > > Partition > > > > > Server, > > > > > Cleaver :) > > > > > > > > __Luke > > > > > > > > On Fri, 2007-06-15 at > > 16:08 > > > > > -0700, Doug Judd > > wrote: > > > > > > We need to come up > > with > > > > > names for the various > > concepts > > > > > in our abstract > > > > > > model and > > corresponding > > > > > components in the > > system. In > > > > > this post I > > > > > > describe the various > > > > > concepts and > > components and > > > > > give some ideas that > > > > > > we've come up > > with. Let's > > > > > throw out all ideas on > > the > > > > > table and then > > > > > > come up with some > > consensus. > > > > > > > > > > > > The first and most > > important > > > > > is the name for the > > overall > > > > > model. We're > > > > > > putting together a > > > > > multi-dimensional data > > space > > > > > that can store a > > > > > > massive quantity of > > > > > data. Data is > > addressed by a > > > > > multi-dimensional > > > > > > vector. The data > > value > > > > > being stored is > > somewhat > > > > > analagous to mass. > > > > > > Gordon came up with > > the > > > > > following name which > > me, > > > > > Gordon, and Matt are > > > > > > pretty excited > > about: > > > > > > - Multispace > > > > > > > > > > > > There is the general > > concept > > > > > of a > > multi-dimensional > > > > > space. There will > > > > > > be several different > > > > > concrete > > representations of > > > > > this > > > > > > multi-dimensional > > space: > > > > > > - Space > > > > > > > > > > > > The space will get > > split up > > > > > into distinct > > non-overlapping > > > > > pieces. The > > > > > > initial thought > > would be to > > > > > split the space based > > on the > > > > > first > > > > > > dimension, but > > that's not > > > > > set in stone. The > > main point > > > > > here is that > > > > > > there will be > > distinct > > > > > non-overlapping pieces > > of > > > > > space that are > > > > > > managed > > independently: > > > > > > - Partition > > > > > > > > > > > > Each piece of > > > > > non-overlapping > > > > > multi-dimensional > > space will > > > > > be managed > > > > > > by a server. We > > need a name > > > > > for this server: > > > > > > - Partition Server > > > > > > > > > > > > For efficiency > > purposes, the > > > > > space will be partly > > > > > represented in > > > > > > memory and partly > > > > > represented on > > disk. The > > > > > memory piece allows > > for > > > > > > updates to happen > > > > > efficiently. There > > are two > > > > > concepts at play here. > > > > > > First of all it is a > > portion > > > > > of the the space that > > > > > represents recent > > > > > > updates to the > > space. The > > > > > second concept is that > > it is a > > > > > volatile > > > > > > memory resident (or > > cached > > > > > copy) of a portion of > > the > > > > > space. > > > > > > - MemSpace > > > > > > > > > > > > Periodically the > > memory > > > > > portion of the space > > will get > > > > > spilled to disk > > > > > > so that the space > > can be > > > > > updated efficiently > > using > > > > > sequential i/o. We > > > > > > need a name for this > > on-disk > > > > > representation of a > > portion of > > > > > the > > > > > > space: > > > > > > - FrozenSpace > > > > > > - PersistentSpace > > > > > > - StoredSpace > > > > > > > > > > > > To query the > > information in > > > > > the multi-dimensional > > space > > > > > there will be > > > > > > an entity that > > allows you to > > > > > traverse the > > space. There > > > > > should > > > > > > probably be one > > entity, even > > > > > for point > > lookups. Point > > > > > lookups can be > > > > > > represented by a > > traversal > > > > > that's restricted in > > such a > > > > > way that it > > > > > > returns a single > > entity. > > > > > > - Scanner > > > > > > - Visitor > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > This SF.net email is > > > > > sponsored by DB2 > > Express > > > > > > Download DB2 Express > > C - the > > > > > FREE version of DB2 > > express > > > > > and take > > > > > > control of your XML. > > No > > > > > limits. Just data. > > Click to > > > > > get it now. > > > > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > > > > _______________________________________________ placer-development mailing > list pla...@li... > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is > > sponsored by DB2 > > > > > Express > > > > > Download DB2 Express C > > - the FREE > > > > > version of DB2 express > > and take > > > > > control of your XML. > > No limits. Just > > > > > data. Click to get it > > now. > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > _______________________________________________ > > > > > placer-development > > mailing list > > > > > > pla...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > |
From: Luke <pl...@vi...> - 2007-06-17 01:00:10
|
Yes, multispace would be my first choice. Congrats on the domain reg as well. __Luke On Sat, 2007-06-16 at 16:52 -0700, Doug Judd wrote: > Sounds good. BTW, the domain registration only cost me $18, so don't > feel compelled to go with it on that account. I can see a rationale > for having an umbrella name with multispace as a sub-project. Or > maybe multispace is just a concept in the way that a table is a > concept in an Oracle database. Luke - what do you think? > > - Doug > > On 6/16/07, Gordon <gp...@gm...> wrote: > Sounds good to me! Great domain! > > Gordon > > > > On 6/16/07, Doug Judd <do...@zv...> wrote: > I'd like to avoid having too many names associated > with the project. It would be nice to have a single > name, kind of like Linux, that defines the whole > project. Multispace seems like a natural choice since > all of the pieces exist primarily to support > multispace. For example, the reliable distributed > storage system is used to reliably store multispace. > The map-reduce and sawzall-like systems are used to > process information in multispace. Plus, I was able > to register multispace.com :) I dig the schlegal > diagrams. Let's definitely use one of those for the > project logo. > > - Doug > > > On 6/16/07, Gordon <gp...@gm...> wrote: > Erp! Let's think very carefully about the > project rename :) > > Since we've taken it much more into computer > science let's think about naming it something > that you feel is associated with computing or > math. Could be a name of a person. > > I like your references to gold mining and > maybe for Zvents internal projects related to > Multispace we keep the motherlode cluster and > call some of the internal mining tools placer, > etc. > > We could emphasize more the ideas of Hypercube > or Hyperspace > ( http://en.wikipedia.org/wiki/Hyperspace) > which technically describe what we are doing > here. Or we could focus on the classic 4d > hypercube called a tesseract: > http://en.wikipedia.org/wiki/Tesseract which > has the classic hypercube image for a logo? > > Or, has that been done already? If not the it > would really rock and roll :) > > > > On 6/15/07, Doug Judd <do...@zv...> wrote: > Ok, now I'm starting to think that the > name Placer conflicts with the name > multispace. When I think of placer, I > think of some scraggly guy with a long > pointy beard jumping off a covered > wagon with a gold pan and a pick axe. > Multispace has more of a futuristic > connotation. Should we just rename > the entire project multispace? > > - Doug > > On 6/15/07, Doug Judd > <do...@zv...> wrote: > Cool, so this is what we have > so far: > > Multispace > Space > Partition > PartitionServer > SpaceCache > SpaceStore > Scanner > > Unless, Gordon, you feel that > SpaceImage is better than > SpaceStore, let's go with this > set. No pressure, we'll only > be stuck with these names for > the next two decades! ;) > > - Doug > > > On 6/15/07, Luke > <pl...@vi...> wrote: > Yes, SpaceCache and > SpaceStore sounds > better. > > BTW, Gordon, I meant > to use > pl...@vi... > (I'll probably change > it > to > mul...@vi...) as the > subscription email for > my own tracking > purpose. > > __Luke > > On Fri, 2007-06-15 at > 22:07 -0700, Gordon > wrote: > > Actually, I also > like SpaceImage now > that I think of it. > Either one is > > good to me for that > part. > > > > Gordon > > > > > > On 6/15/07, Gordon > <gp...@gm...> > wrote: > > I like > SpaceCache and > SpaceStore ... that > seems pretty > > > straightforward and > clear. > > > > > > Gordon > > > > > > On 6/15/07, > Doug Judd > <do...@zv...> > wrote: > > Ok, > I've been thinking > about this all evening > and > > > something is not quite > sitting right with > me. When > > you > use the term > CacheSpace in a > sentence, it doesn't > > > sound right. In > English, the adjective > precedes the > > > noun, so when you say > something like "insert > entities > > into > the CacheSpace" it > sounds like you're > inserting > > > something into space > for cache. What if we > swap the > > > words and call it > SpaceCache? That > bi-word makes more > > > sense > grammatically. Saying, "insert entities into > > the > SpaceCache" sounds > like you're inserting > something > > into > cache for space, which > better describes > what's > > > happening. So maybe > we could use the > following: > > > > > SpaceCache > > > SpaceStore or > SpaceImage > > > > What > do you guys think? > > > > - > Doug > > > > > SpaceStore, SpaceCache > > > > On > 6/15/07, Gordon > <gp...@gm...> > wrote: > > > I think it's okay to > have CacheSpace since > > > it's more of an active > entity in the system > > > whereas a SavedSpace > suggests something > that > > > was dumped or written > once? > > > > > Gordon > > > > > > > On 6/15/07, Doug Judd > <do...@zv...> > wrote: > > > This sounds good to me > as well. For > > > consistency, should we > go with > > > CachedSpace (note the > added 'd') to go > > > along with SavedSpace? > > > > > On 6/15/07, Luke Lu > <ll...@vi...> > > > wrote: > > > Multispace sounds > cool. I'd > > > favor CacheSpace and > > > SavedSpace for the > > > concepts they > describe. I'd > > > like to call the > Partition > > > Server, > > > Cleaver :) > > > > > __Luke > > > > > On Fri, 2007-06-15 at > 16:08 > > > -0700, Doug Judd > wrote: > > > > We need to come up > with > > > names for the various > concepts > > > in our abstract > > > > model and > corresponding > > > components in the > system. In > > > this post I > > > > describe the various > > > concepts and > components and > > > give some ideas that > > > > we've come up > with. Let's > > > throw out all ideas on > the > > > table and then > > > > come up with some > consensus. > > > > > > > > The first and most > important > > > is the name for the > overall > > > model. We're > > > > putting together a > > > multi-dimensional data > space > > > that can store a > > > > massive quantity of > > > data. Data is > addressed by a > > > multi-dimensional > > > > vector. The data > value > > > being stored is > somewhat > > > analagous to mass. > > > > Gordon came up with > the > > > following name which > me, > > > Gordon, and Matt are > > > > pretty excited > about: > > > > - Multispace > > > > > > > > There is the general > concept > > > of a > multi-dimensional > > > space. There will > > > > be several different > > > concrete > representations of > > > this > > > > multi-dimensional > space: > > > > - Space > > > > > > > > The space will get > split up > > > into distinct > non-overlapping > > > pieces. The > > > > initial thought > would be to > > > split the space based > on the > > > first > > > > dimension, but > that's not > > > set in stone. The > main point > > > here is that > > > > there will be > distinct > > > non-overlapping pieces > of > > > space that are > > > > managed > independently: > > > > - Partition > > > > > > > > Each piece of > > > non-overlapping > > > multi-dimensional > space will > > > be managed > > > > by a server. We > need a name > > > for this server: > > > > - Partition Server > > > > > > > > For efficiency > purposes, the > > > space will be partly > > > represented in > > > > memory and partly > > > represented on > disk. The > > > memory piece allows > for > > > > updates to happen > > > efficiently. There > are two > > > concepts at play here. > > > > First of all it is a > portion > > > of the the space that > > > represents recent > > > > updates to the > space. The > > > second concept is that > it is a > > > volatile > > > > memory resident (or > cached > > > copy) of a portion of > the > > > space. > > > > - MemSpace > > > > > > > > Periodically the > memory > > > portion of the space > will get > > > spilled to disk > > > > so that the space > can be > > > updated efficiently > using > > > sequential i/o. We > > > > need a name for this > on-disk > > > representation of a > portion of > > > the > > > > space: > > > > - FrozenSpace > > > > - PersistentSpace > > > > - StoredSpace > > > > > > > > To query the > information in > > > the multi-dimensional > space > > > there will be > > > > an entity that > allows you to > > > traverse the > space. There > > > should > > > > probably be one > entity, even > > > for point > lookups. Point > > > lookups can be > > > > represented by a > traversal > > > that's restricted in > such a > > > way that it > > > > returns a single > entity. > > > > - Scanner > > > > - Visitor > > > > > > > > - Doug > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is > > > sponsored by DB2 > Express > > > > Download DB2 Express > C - the > > > FREE version of DB2 > express > > > and take > > > > control of your XML. > No > > > limits. Just data. > Click to > > > get it now. > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > _______________________________________________ placer-development mailing list pla...@li... https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is > sponsored by DB2 > > > Express > > > Download DB2 Express C > - the FREE > > > version of DB2 express > and take > > > control of your XML. > No limits. Just > > > data. Click to get it > now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > placer-development > mailing list > > > pla...@li... > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > |
From: Doug J. <do...@zv...> - 2007-06-16 23:52:59
|
Sounds good. BTW, the domain registration only cost me $18, so don't feel compelled to go with it on that account. I can see a rationale for having an umbrella name with multispace as a sub-project. Or maybe multispace is just a concept in the way that a table is a concept in an Oracle database. Luke - what do you think? - Doug On 6/16/07, Gordon <gp...@gm...> wrote: > > Sounds good to me! Great domain! > > Gordon > > > On 6/16/07, Doug Judd <do...@zv...> wrote: > > > > I'd like to avoid having too many names associated with the project. It > > would be nice to have a single name, kind of like Linux, that defines the > > whole project. Multispace seems like a natural choice since all of the > > pieces exist primarily to support multispace. For example, the reliable > > distributed storage system is used to reliably store multispace. The > > map-reduce and sawzall-like systems are used to process information in > > multispace. Plus, I was able to register multispace.com :) I dig the > > schlegal diagrams. Let's definitely use one of those for the project logo. > > > > - Doug > > > > On 6/16/07, Gordon <gp...@gm...> wrote: > > > > > > Erp! Let's think very carefully about the project rename :) > > > > > > Since we've taken it much more into computer science let's think about > > > naming it something that you feel is associated with computing or math. > > > Could be a name of a person. > > > > > > I like your references to gold mining and maybe for Zvents internal > > > projects related to Multispace we keep the motherlode cluster and call some > > > of the internal mining tools placer, etc. > > > > > > We could emphasize more the ideas of Hypercube or Hyperspace ( > > > http://en.wikipedia.org/wiki/Hyperspace) which technically describe > > > what we are doing here. Or we could focus on the classic 4d hypercube called > > > a tesseract: http://en.wikipedia.org/wiki/Tesseract which has the > > > classic hypercube image for a logo? > > > > > > Or, has that been done already? If not the it would really rock and > > > roll :) > > > > > > > > > On 6/15/07, Doug Judd <do...@zv...> wrote: > > > > > > > > Ok, now I'm starting to think that the name Placer conflicts with > > > > the name multispace. When I think of placer, I think of some scraggly guy > > > > with a long pointy beard jumping off a covered wagon with a gold pan and a > > > > pick axe. Multispace has more of a futuristic connotation. Should we just > > > > rename the entire project multispace? > > > > > > > > - Doug > > > > > > > > On 6/15/07, Doug Judd < do...@zv...> wrote: > > > > > > > > > > Cool, so this is what we have so far: > > > > > > > > > > Multispace > > > > > Space > > > > > Partition > > > > > PartitionServer > > > > > SpaceCache > > > > > SpaceStore > > > > > Scanner > > > > > > > > > > Unless, Gordon, you feel that SpaceImage is better than > > > > > SpaceStore, let's go with this set. No pressure, we'll only be stuck with > > > > > these names for the next two decades! ;) > > > > > > > > > > - Doug > > > > > > > > > > On 6/15/07, Luke < pl...@vi...> wrote: > > > > > > > > > > > > Yes, SpaceCache and SpaceStore sounds better. > > > > > > > > > > > > BTW, Gordon, I meant to use pl...@vi... (I'll probably > > > > > > change it > > > > > > to mul...@vi...) as the > > > > > > subscription email for my own tracking purpose. > > > > > > > > > > > > __Luke > > > > > > > > > > > > On Fri, 2007-06-15 at 22:07 -0700, Gordon wrote: > > > > > > > Actually, I also like SpaceImage now that I think of it. > > > > > > Either one is > > > > > > > good to me for that part. > > > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > > > > > > > On 6/15/07, Gordon <gp...@gm... > wrote: > > > > > > > I like SpaceCache and SpaceStore ... that seems pretty > > > > > > > > > > > > > straightforward and clear. > > > > > > > > > > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > > > > > > > On 6/15/07, Doug Judd < do...@zv...> wrote: > > > > > > > Ok, I've been thinking about this all evening > > > > > > and > > > > > > > something is not quite sitting right with > > > > > > me. When > > > > > > > you use the term CacheSpace in a sentence, it > > > > > > doesn't > > > > > > > sound right. In English, the adjective > > > > > > precedes the > > > > > > > noun, so when you say something like "insert > > > > > > entities > > > > > > > into the CacheSpace" it sounds like you're > > > > > > inserting > > > > > > > something into space for cache. What if we > > > > > > swap the > > > > > > > words and call it SpaceCache? That bi-word > > > > > > makes more > > > > > > > sense grammatically. Saying, "insert entities > > > > > > into > > > > > > > the SpaceCache" sounds like you're inserting > > > > > > something > > > > > > > into cache for space, which better describes > > > > > > what's > > > > > > > happening. So maybe we could use the > > > > > > following: > > > > > > > > > > > > > > SpaceCache > > > > > > > SpaceStore or SpaceImage > > > > > > > > > > > > > > What do you guys think? > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > SpaceStore, SpaceCache > > > > > > > > > > > > > > On 6/15/07, Gordon < gp...@gm...> wrote: > > > > > > > I think it's okay to have CacheSpace > > > > > > since > > > > > > > it's more of an active entity in the > > > > > > system > > > > > > > whereas a SavedSpace suggests > > > > > > something that > > > > > > > was dumped or written once? > > > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > > > > > > > On 6/15/07, Doug Judd <do...@zv... > > > > > > > wrote: > > > > > > > This sounds good to me as > > > > > > well. For > > > > > > > consistency, should we go with > > > > > > > CachedSpace (note the added > > > > > > 'd') to go > > > > > > > along with SavedSpace? > > > > > > > > > > > > > > On 6/15/07, Luke Lu <ll...@vi... > > > > > > > > > > > > > > wrote: > > > > > > > Multispace sounds > > > > > > cool. I'd > > > > > > > favor CacheSpace and > > > > > > > SavedSpace for the > > > > > > > concepts they > > > > > > describe. I'd > > > > > > > like to call the > > > > > > Partition > > > > > > > Server, > > > > > > > Cleaver :) > > > > > > > > > > > > > > __Luke > > > > > > > > > > > > > > On Fri, 2007-06-15 at > > > > > > 16:08 > > > > > > > -0700, Doug Judd > > > > > > wrote: > > > > > > > > We need to come up > > > > > > with > > > > > > > names for the various > > > > > > concepts > > > > > > > in our abstract > > > > > > > > model and > > > > > > corresponding > > > > > > > components in the > > > > > > system. In > > > > > > > this post I > > > > > > > > describe the various > > > > > > > concepts and > > > > > > components and > > > > > > > give some ideas that > > > > > > > > we've come up > > > > > > with. Let's > > > > > > > throw out all ideas on > > > > > > the > > > > > > > table and then > > > > > > > > come up with some > > > > > > consensus. > > > > > > > > > > > > > > > > The first and most > > > > > > important > > > > > > > is the name for the > > > > > > overall > > > > > > > model. We're > > > > > > > > putting together a > > > > > > > multi-dimensional data > > > > > > space > > > > > > > that can store a > > > > > > > > massive quantity of > > > > > > > data. Data is > > > > > > addressed by a > > > > > > > multi-dimensional > > > > > > > > vector. The data > > > > > > value > > > > > > > being stored is > > > > > > somewhat > > > > > > > analagous to mass. > > > > > > > > Gordon came up with > > > > > > the > > > > > > > following name which > > > > > > me, > > > > > > > Gordon, and Matt are > > > > > > > > pretty excited > > > > > > about: > > > > > > > > - Multispace > > > > > > > > > > > > > > > > There is the general > > > > > > concept > > > > > > > of a multi-dimensional > > > > > > > > > > > > > space. There will > > > > > > > > be several different > > > > > > > concrete > > > > > > representations of > > > > > > > this > > > > > > > > multi-dimensional > > > > > > space: > > > > > > > > - Space > > > > > > > > > > > > > > > > The space will get > > > > > > split up > > > > > > > into distinct > > > > > > non-overlapping > > > > > > > pieces. The > > > > > > > > initial thought > > > > > > would be to > > > > > > > split the space based > > > > > > on the > > > > > > > first > > > > > > > > dimension, but > > > > > > that's not > > > > > > > set in stone. The > > > > > > main point > > > > > > > here is that > > > > > > > > there will be > > > > > > distinct > > > > > > > non-overlapping pieces > > > > > > of > > > > > > > space that are > > > > > > > > managed > > > > > > independently: > > > > > > > > - Partition > > > > > > > > > > > > > > > > Each piece of > > > > > > > non-overlapping > > > > > > > multi-dimensional > > > > > > space will > > > > > > > be managed > > > > > > > > by a server. We > > > > > > need a name > > > > > > > for this server: > > > > > > > > - Partition Server > > > > > > > > > > > > > > > > For efficiency > > > > > > purposes, the > > > > > > > space will be partly > > > > > > > represented in > > > > > > > > memory and partly > > > > > > > represented on > > > > > > disk. The > > > > > > > memory piece allows > > > > > > for > > > > > > > > updates to happen > > > > > > > efficiently. There > > > > > > are two > > > > > > > concepts at play here. > > > > > > > > First of all it is a > > > > > > portion > > > > > > > of the the space that > > > > > > > represents recent > > > > > > > > updates to the > > > > > > space. The > > > > > > > second concept is that > > > > > > it is a > > > > > > > volatile > > > > > > > > memory resident (or > > > > > > cached > > > > > > > copy) of a portion of > > > > > > the > > > > > > > space. > > > > > > > > - MemSpace > > > > > > > > > > > > > > > > Periodically the > > > > > > memory > > > > > > > portion of the space > > > > > > will get > > > > > > > spilled to disk > > > > > > > > so that the space > > > > > > can be > > > > > > > updated efficiently > > > > > > using > > > > > > > sequential i/o. We > > > > > > > > need a name for this > > > > > > on-disk > > > > > > > representation of a > > > > > > portion of > > > > > > > the > > > > > > > > space: > > > > > > > > - FrozenSpace > > > > > > > > - PersistentSpace > > > > > > > > - StoredSpace > > > > > > > > > > > > > > > > To query the > > > > > > information in > > > > > > > the multi-dimensional > > > > > > space > > > > > > > there will be > > > > > > > > an entity that > > > > > > allows you to > > > > > > > traverse the > > > > > > space. There > > > > > > > should > > > > > > > > probably be one > > > > > > entity, even > > > > > > > for point > > > > > > lookups. Point > > > > > > > lookups can be > > > > > > > > represented by a > > > > > > traversal > > > > > > > that's restricted in > > > > > > such a > > > > > > > way that it > > > > > > > > returns a single > > > > > > entity. > > > > > > > > - Scanner > > > > > > > > - Visitor > > > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > > This SF.net email is > > > > > > > sponsored by DB2 > > > > > > Express > > > > > > > > Download DB2 Express > > > > > > C - the > > > > > > > FREE version of DB2 > > > > > > express > > > > > > > and take > > > > > > > > control of your XML. > > > > > > No > > > > > > > limits. Just data. > > > > > > Click to > > > > > > > get it now. > > > > > > > > > > > > > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > > > > > > > > > > > > > _______________________________________________ placer-development mailing > > > > > > list pla...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > This SF.net email is sponsored > > > > > > by DB2 > > > > > > > Express > > > > > > > Download DB2 Express C - the > > > > > > FREE > > > > > > > version of DB2 express and > > > > > > take > > > > > > > control of your XML. No > > > > > > limits. Just > > > > > > > data. Click to get it now. > > > > > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > > > > > _______________________________________________ > > > > > > > placer-development mailing > > > > > > list > > > > > > > > > > > > > pla...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > |
From: Gordon <gp...@gm...> - 2007-06-16 21:45:41
|
Sounds good to me! Great domain! Gordon On 6/16/07, Doug Judd <do...@zv...> wrote: > > I'd like to avoid having too many names associated with the project. It > would be nice to have a single name, kind of like Linux, that defines the > whole project. Multispace seems like a natural choice since all of the > pieces exist primarily to support multispace. For example, the reliable > distributed storage system is used to reliably store multispace. The > map-reduce and sawzall-like systems are used to process information in > multispace. Plus, I was able to register multispace.com :) I dig the > schlegal diagrams. Let's definitely use one of those for the project logo. > > - Doug > > On 6/16/07, Gordon <gp...@gm...> wrote: > > > > Erp! Let's think very carefully about the project rename :) > > > > Since we've taken it much more into computer science let's think about > > naming it something that you feel is associated with computing or math. > > Could be a name of a person. > > > > I like your references to gold mining and maybe for Zvents internal > > projects related to Multispace we keep the motherlode cluster and call some > > of the internal mining tools placer, etc. > > > > We could emphasize more the ideas of Hypercube or Hyperspace ( > > http://en.wikipedia.org/wiki/Hyperspace) which technically describe what > > we are doing here. Or we could focus on the classic 4d hypercube called a > > tesseract: http://en.wikipedia.org/wiki/Tesseract which has the classic > > hypercube image for a logo? > > > > Or, has that been done already? If not the it would really rock and roll > > :) > > > > > > On 6/15/07, Doug Judd <do...@zv...> wrote: > > > > > > Ok, now I'm starting to think that the name Placer conflicts with the > > > name multispace. When I think of placer, I think of some scraggly guy with > > > a long pointy beard jumping off a covered wagon with a gold pan and a pick > > > axe. Multispace has more of a futuristic connotation. Should we just > > > rename the entire project multispace? > > > > > > - Doug > > > > > > On 6/15/07, Doug Judd < do...@zv...> wrote: > > > > > > > > Cool, so this is what we have so far: > > > > > > > > Multispace > > > > Space > > > > Partition > > > > PartitionServer > > > > SpaceCache > > > > SpaceStore > > > > Scanner > > > > > > > > Unless, Gordon, you feel that SpaceImage is better than SpaceStore, > > > > let's go with this set. No pressure, we'll only be stuck with these names > > > > for the next two decades! ;) > > > > > > > > - Doug > > > > > > > > On 6/15/07, Luke < pl...@vi...> wrote: > > > > > > > > > > Yes, SpaceCache and SpaceStore sounds better. > > > > > > > > > > BTW, Gordon, I meant to use pl...@vi... (I'll probably > > > > > change it > > > > > to mul...@vi...) as the > > > > > subscription email for my own tracking purpose. > > > > > > > > > > __Luke > > > > > > > > > > On Fri, 2007-06-15 at 22:07 -0700, Gordon wrote: > > > > > > Actually, I also like SpaceImage now that I think of it. Either > > > > > one is > > > > > > good to me for that part. > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > > > > On 6/15/07, Gordon <gp...@gm... > wrote: > > > > > > I like SpaceCache and SpaceStore ... that seems pretty > > > > > > straightforward and clear. > > > > > > > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > > > > On 6/15/07, Doug Judd < do...@zv...> wrote: > > > > > > Ok, I've been thinking about this all evening > > > > > and > > > > > > something is not quite sitting right with > > > > > me. When > > > > > > you use the term CacheSpace in a sentence, it > > > > > doesn't > > > > > > sound right. In English, the adjective precedes > > > > > the > > > > > > noun, so when you say something like "insert > > > > > entities > > > > > > into the CacheSpace" it sounds like you're > > > > > inserting > > > > > > something into space for cache. What if we swap > > > > > the > > > > > > words and call it SpaceCache? That bi-word > > > > > makes more > > > > > > sense grammatically. Saying, "insert entities > > > > > into > > > > > > the SpaceCache" sounds like you're inserting > > > > > something > > > > > > into cache for space, which better describes > > > > > what's > > > > > > happening. So maybe we could use the following: > > > > > > > > > > > > SpaceCache > > > > > > SpaceStore or SpaceImage > > > > > > > > > > > > What do you guys think? > > > > > > > > > > > > - Doug > > > > > > > > > > > > SpaceStore, SpaceCache > > > > > > > > > > > > On 6/15/07, Gordon < gp...@gm...> wrote: > > > > > > I think it's okay to have CacheSpace > > > > > since > > > > > > it's more of an active entity in the > > > > > system > > > > > > whereas a SavedSpace suggests something > > > > > that > > > > > > was dumped or written once? > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > > > > On 6/15/07, Doug Judd < do...@zv... > > > > > > wrote: > > > > > > This sounds good to me as > > > > > well. For > > > > > > consistency, should we go with > > > > > > CachedSpace (note the added 'd') > > > > > to go > > > > > > along with SavedSpace? > > > > > > > > > > > > On 6/15/07, Luke Lu <ll...@vi... > > > > > > > > > > > > wrote: > > > > > > Multispace sounds cool. > > > > > I'd > > > > > > favor CacheSpace and > > > > > > SavedSpace for the > > > > > > concepts they describe. > > > > > I'd > > > > > > like to call the > > > > > Partition > > > > > > Server, > > > > > > Cleaver :) > > > > > > > > > > > > __Luke > > > > > > > > > > > > On Fri, 2007-06-15 at > > > > > 16:08 > > > > > > -0700, Doug Judd wrote: > > > > > > > We need to come up > > > > > with > > > > > > names for the various > > > > > concepts > > > > > > in our abstract > > > > > > > model and > > > > > corresponding > > > > > > components in the > > > > > system. In > > > > > > this post I > > > > > > > describe the various > > > > > > concepts and components > > > > > and > > > > > > give some ideas that > > > > > > > we've come up > > > > > with. Let's > > > > > > throw out all ideas on > > > > > the > > > > > > table and then > > > > > > > come up with some > > > > > consensus. > > > > > > > > > > > > > > The first and most > > > > > important > > > > > > is the name for the > > > > > overall > > > > > > model. We're > > > > > > > putting together a > > > > > > multi-dimensional data > > > > > space > > > > > > that can store a > > > > > > > massive quantity of > > > > > > data. Data is addressed > > > > > by a > > > > > > multi-dimensional > > > > > > > vector. The data > > > > > value > > > > > > being stored is somewhat > > > > > > analagous to mass. > > > > > > > Gordon came up with > > > > > the > > > > > > following name which me, > > > > > > Gordon, and Matt are > > > > > > > pretty excited about: > > > > > > > - Multispace > > > > > > > > > > > > > > There is the general > > > > > concept > > > > > > of a multi-dimensional > > > > > > space. There will > > > > > > > be several different > > > > > > concrete representations > > > > > of > > > > > > this > > > > > > > multi-dimensional > > > > > space: > > > > > > > - Space > > > > > > > > > > > > > > The space will get > > > > > split up > > > > > > into distinct > > > > > non-overlapping > > > > > > pieces. The > > > > > > > initial thought would > > > > > be to > > > > > > split the space based on > > > > > the > > > > > > first > > > > > > > dimension, but that's > > > > > not > > > > > > set in stone. The main > > > > > point > > > > > > here is that > > > > > > > there will be distinct > > > > > > non-overlapping pieces > > > > > of > > > > > > space that are > > > > > > > managed independently: > > > > > > > - Partition > > > > > > > > > > > > > > Each piece of > > > > > > non-overlapping > > > > > > multi-dimensional space > > > > > will > > > > > > be managed > > > > > > > by a server. We need > > > > > a name > > > > > > for this server: > > > > > > > - Partition Server > > > > > > > > > > > > > > For efficiency > > > > > purposes, the > > > > > > space will be partly > > > > > > represented in > > > > > > > memory and partly > > > > > > represented on > > > > > disk. The > > > > > > memory piece allows for > > > > > > > updates to happen > > > > > > efficiently. There are > > > > > two > > > > > > concepts at play here. > > > > > > > First of all it is a > > > > > portion > > > > > > of the the space that > > > > > > represents recent > > > > > > > updates to the > > > > > space. The > > > > > > second concept is that > > > > > it is a > > > > > > volatile > > > > > > > memory resident (or > > > > > cached > > > > > > copy) of a portion of > > > > > the > > > > > > space. > > > > > > > - MemSpace > > > > > > > > > > > > > > Periodically the > > > > > memory > > > > > > portion of the space > > > > > will get > > > > > > spilled to disk > > > > > > > so that the space can > > > > > be > > > > > > updated efficiently > > > > > using > > > > > > sequential i/o. We > > > > > > > need a name for this > > > > > on-disk > > > > > > representation of a > > > > > portion of > > > > > > the > > > > > > > space: > > > > > > > - FrozenSpace > > > > > > > - PersistentSpace > > > > > > > - StoredSpace > > > > > > > > > > > > > > To query the > > > > > information in > > > > > > the multi-dimensional > > > > > space > > > > > > there will be > > > > > > > an entity that allows > > > > > you to > > > > > > traverse the > > > > > space. There > > > > > > should > > > > > > > probably be one > > > > > entity, even > > > > > > for point > > > > > lookups. Point > > > > > > lookups can be > > > > > > > represented by a > > > > > traversal > > > > > > that's restricted in > > > > > such a > > > > > > way that it > > > > > > > returns a single > > > > > entity. > > > > > > > - Scanner > > > > > > > - Visitor > > > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > This SF.net email is > > > > > > sponsored by DB2 Express > > > > > > > Download DB2 Express C > > > > > - the > > > > > > FREE version of DB2 > > > > > express > > > > > > and take > > > > > > > control of your XML. > > > > > No > > > > > > limits. Just data. Click > > > > > to > > > > > > get it now. > > > > > > > > > > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > > > > > > > > > > _______________________________________________ placer-development mailing > > > > > list pla...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > This SF.net email is sponsored > > > > > by DB2 > > > > > > Express > > > > > > Download DB2 Express C - the > > > > > FREE > > > > > > version of DB2 express and take > > > > > > control of your XML. No limits. > > > > > Just > > > > > > data. Click to get it now. > > > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > > > _______________________________________________ > > > > > > placer-development mailing list > > > > > > > > > > > pla...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > |
From: Doug J. <do...@zv...> - 2007-06-16 21:20:15
|
I'd like to avoid having too many names associated with the project. It would be nice to have a single name, kind of like Linux, that defines the whole project. Multispace seems like a natural choice since all of the pieces exist primarily to support multispace. For example, the reliable distributed storage system is used to reliably store multispace. The map-reduce and sawzall-like systems are used to process information in multispace. Plus, I was able to register multispace.com :) I dig the schlegal diagrams. Let's definitely use one of those for the project logo. - Doug On 6/16/07, Gordon <gp...@gm...> wrote: > > Erp! Let's think very carefully about the project rename :) > > Since we've taken it much more into computer science let's think about > naming it something that you feel is associated with computing or math. > Could be a name of a person. > > I like your references to gold mining and maybe for Zvents internal > projects related to Multispace we keep the motherlode cluster and call some > of the internal mining tools placer, etc. > > We could emphasize more the ideas of Hypercube or Hyperspace ( > http://en.wikipedia.org/wiki/Hyperspace) which technically describe what > we are doing here. Or we could focus on the classic 4d hypercube called a > tesseract: http://en.wikipedia.org/wiki/Tesseract which has the classic > hypercube image for a logo? > > Or, has that been done already? If not the it would really rock and roll > :) > > > On 6/15/07, Doug Judd <do...@zv...> wrote: > > > > Ok, now I'm starting to think that the name Placer conflicts with the > > name multispace. When I think of placer, I think of some scraggly guy with > > a long pointy beard jumping off a covered wagon with a gold pan and a pick > > axe. Multispace has more of a futuristic connotation. Should we just > > rename the entire project multispace? > > > > - Doug > > > > On 6/15/07, Doug Judd < do...@zv...> wrote: > > > > > > Cool, so this is what we have so far: > > > > > > Multispace > > > Space > > > Partition > > > PartitionServer > > > SpaceCache > > > SpaceStore > > > Scanner > > > > > > Unless, Gordon, you feel that SpaceImage is better than SpaceStore, > > > let's go with this set. No pressure, we'll only be stuck with these names > > > for the next two decades! ;) > > > > > > - Doug > > > > > > On 6/15/07, Luke < pl...@vi...> wrote: > > > > > > > > Yes, SpaceCache and SpaceStore sounds better. > > > > > > > > BTW, Gordon, I meant to use pl...@vi... (I'll probably change > > > > it > > > > to mul...@vi...) as the > > > > subscription email for my own tracking purpose. > > > > > > > > __Luke > > > > > > > > On Fri, 2007-06-15 at 22:07 -0700, Gordon wrote: > > > > > Actually, I also like SpaceImage now that I think of it. Either > > > > one is > > > > > good to me for that part. > > > > > > > > > > Gordon > > > > > > > > > > > > > > > On 6/15/07, Gordon <gp...@gm... > wrote: > > > > > I like SpaceCache and SpaceStore ... that seems pretty > > > > > straightforward and clear. > > > > > > > > > > > > > > > Gordon > > > > > > > > > > > > > > > On 6/15/07, Doug Judd < do...@zv...> wrote: > > > > > Ok, I've been thinking about this all evening and > > > > > something is not quite sitting right with > > > > me. When > > > > > you use the term CacheSpace in a sentence, it > > > > doesn't > > > > > sound right. In English, the adjective precedes > > > > the > > > > > noun, so when you say something like "insert > > > > entities > > > > > into the CacheSpace" it sounds like you're > > > > inserting > > > > > something into space for cache. What if we swap > > > > the > > > > > words and call it SpaceCache? That bi-word makes > > > > more > > > > > sense grammatically. Saying, "insert entities > > > > into > > > > > the SpaceCache" sounds like you're inserting > > > > something > > > > > into cache for space, which better describes > > > > what's > > > > > happening. So maybe we could use the following: > > > > > > > > > > SpaceCache > > > > > SpaceStore or SpaceImage > > > > > > > > > > What do you guys think? > > > > > > > > > > - Doug > > > > > > > > > > SpaceStore, SpaceCache > > > > > > > > > > On 6/15/07, Gordon < gp...@gm...> wrote: > > > > > I think it's okay to have CacheSpace since > > > > > it's more of an active entity in the > > > > system > > > > > whereas a SavedSpace suggests something > > > > that > > > > > was dumped or written once? > > > > > > > > > > Gordon > > > > > > > > > > > > > > > On 6/15/07, Doug Judd < do...@zv... > > > > > wrote: > > > > > This sounds good to me as > > > > well. For > > > > > consistency, should we go with > > > > > CachedSpace (note the added 'd') > > > > to go > > > > > along with SavedSpace? > > > > > > > > > > On 6/15/07, Luke Lu <ll...@vi... > > > > > > > > > > wrote: > > > > > Multispace sounds cool. > > > > I'd > > > > > favor CacheSpace and > > > > > SavedSpace for the > > > > > concepts they describe. > > > > I'd > > > > > like to call the Partition > > > > > Server, > > > > > Cleaver :) > > > > > > > > > > __Luke > > > > > > > > > > On Fri, 2007-06-15 at > > > > 16:08 > > > > > -0700, Doug Judd wrote: > > > > > > We need to come up with > > > > > names for the various > > > > concepts > > > > > in our abstract > > > > > > model and corresponding > > > > > components in the > > > > system. In > > > > > this post I > > > > > > describe the various > > > > > concepts and components > > > > and > > > > > give some ideas that > > > > > > we've come up > > > > with. Let's > > > > > throw out all ideas on the > > > > > > > > > table and then > > > > > > come up with some > > > > consensus. > > > > > > > > > > > > The first and most > > > > important > > > > > is the name for the > > > > overall > > > > > model. We're > > > > > > putting together a > > > > > multi-dimensional data > > > > space > > > > > that can store a > > > > > > massive quantity of > > > > > data. Data is addressed > > > > by a > > > > > multi-dimensional > > > > > > vector. The data value > > > > > being stored is somewhat > > > > > analagous to mass. > > > > > > Gordon came up with the > > > > > following name which me, > > > > > Gordon, and Matt are > > > > > > pretty excited about: > > > > > > - Multispace > > > > > > > > > > > > There is the general > > > > concept > > > > > of a multi-dimensional > > > > > space. There will > > > > > > be several different > > > > > concrete representations > > > > of > > > > > this > > > > > > multi-dimensional space: > > > > > > - Space > > > > > > > > > > > > The space will get split > > > > up > > > > > into distinct > > > > non-overlapping > > > > > pieces. The > > > > > > initial thought would be > > > > to > > > > > split the space based on > > > > the > > > > > first > > > > > > dimension, but that's > > > > not > > > > > set in stone. The main > > > > point > > > > > here is that > > > > > > there will be distinct > > > > > non-overlapping pieces of > > > > > space that are > > > > > > managed independently: > > > > > > - Partition > > > > > > > > > > > > Each piece of > > > > > non-overlapping > > > > > multi-dimensional space > > > > will > > > > > be managed > > > > > > by a server. We need a > > > > name > > > > > for this server: > > > > > > - Partition Server > > > > > > > > > > > > For efficiency purposes, > > > > the > > > > > space will be partly > > > > > represented in > > > > > > memory and partly > > > > > represented on disk. The > > > > > memory piece allows for > > > > > > updates to happen > > > > > efficiently. There are > > > > two > > > > > concepts at play here. > > > > > > First of all it is a > > > > portion > > > > > of the the space that > > > > > represents recent > > > > > > updates to the > > > > space. The > > > > > second concept is that it > > > > is a > > > > > volatile > > > > > > memory resident (or > > > > cached > > > > > copy) of a portion of the > > > > > space. > > > > > > - MemSpace > > > > > > > > > > > > Periodically the memory > > > > > portion of the space will > > > > get > > > > > spilled to disk > > > > > > so that the space can be > > > > > updated efficiently using > > > > > sequential i/o. We > > > > > > need a name for this > > > > on-disk > > > > > representation of a > > > > portion of > > > > > the > > > > > > space: > > > > > > - FrozenSpace > > > > > > - PersistentSpace > > > > > > - StoredSpace > > > > > > > > > > > > To query the information > > > > in > > > > > the multi-dimensional > > > > space > > > > > there will be > > > > > > an entity that allows > > > > you to > > > > > traverse the space. There > > > > > should > > > > > > probably be one entity, > > > > even > > > > > for point lookups. Point > > > > > lookups can be > > > > > > represented by a > > > > traversal > > > > > that's restricted in such > > > > a > > > > > way that it > > > > > > returns a single entity. > > > > > > - Scanner > > > > > > - Visitor > > > > > > > > > > > > - Doug > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > This SF.net email is > > > > > sponsored by DB2 Express > > > > > > Download DB2 Express C - > > > > the > > > > > FREE version of DB2 > > > > express > > > > > and take > > > > > > control of your XML. No > > > > > limits. Just data. Click > > > > to > > > > > get it now. > > > > > > > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > > > > > > > _______________________________________________ placer-development mailing > > > > list pla...@li... > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by > > > > DB2 > > > > > Express > > > > > Download DB2 Express C - the FREE > > > > > version of DB2 express and take > > > > > control of your XML. No limits. > > > > Just > > > > > data. Click to get it now. > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > _______________________________________________ > > > > > placer-development mailing list > > > > > > > > > pla...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/placer-development > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > |