Merged r1590 through r1591 from trunk

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1592 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Added first draft of HStoreMessenger for sending data directly between partitions, rather than having all data go through protodtxn. Haven't tested it yet. Renamed CatalogUtil.getPartitions() to getPartitionIds().

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1593 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Integrated HStoreMessenger but can't test until Evan gets non-failing startup connections working

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1594 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Fixed AuctionMark paper. Still thinking through MarkovPathEstimator...

git-svn-id: https://database.cs.brown.edu/svn/hstore/trunk@1603 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Fixed SinglePartition probability calculations in MarkovGraph. I think that we need to switch to keeping track of the past partitions in each vertex... this will give us more accurate predictions and hopefully shouldn't explode the size of the graph because we don't care about the order in which partitions were accessed...

git-svn-id: https://database.cs.brown.edu/svn/hstore/trunk@1604 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Added 'Past Partitions' to MarkovGraph.Vertex that allows us to keep track of what partitions each vertex has touched in the past. Added a temporary flag MarkovGraph.USE_PAST_PARTITIONS that will allow us to play around with this new property to see whether it improves estimations but does not explode the size of the graph.
Fixed up and added more implementation of the logic in TransactionEstimator. We can now augment the MarkovGraph dynamically if the txn tries to move to a state that we haven't seen before.


git-svn-id: https://database.cs.brown.edu/svn/hstore/trunk@1605 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Implemented a mock DecisionTree on top of our MarkovGraphs (using ProcParameterValueFilter) to show that splitting the MarkovGraphs by additional ProcParameter values greatly improves the accuracy of predictions for TPC-C's neworder. How do you like them apples?

git-svn-id: https://database.cs.brown.edu/svn/hstore/trunk@1606 7a8f3d5b-8c5f-44cb-9125-2414a256df87
dtxn: reconnect at startup; sync with upstream


git-svn-id: https://database.cs.brown.edu/svn/hstore/trunk@1607 7a8f3d5b-8c5f-44cb-9125-2414a256df87
ProtoRPC: Merge with upstream to support reconnecting in Java.


git-svn-id: https://database.cs.brown.edu/svn/hstore/trunk@1608 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Merged in dtxn changes from trunk r1607 and r1608

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1609 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Cleaned up 'build.xml' to begin testing HStoreCoordinatorNode

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1610 7a8f3d5b-8c5f-44cb-9125-2414a256df87
HStoreCoordinator*: Reconnect if the connection fails.
HStoreMessenger: Connect to all destinations in parallel.


git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1611 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Fixed up HStoreMessenger to work better with Evan's new retrying connections. Added temporary hack in HStoreCoordinatorNode to not start up the VoltProcedureListener unless we are the first partition. Probably going to implement multi-partition per JVM support tomorrow.

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1612 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Implemented simple test in HStoreMessenger to send a status check to all partitions after establishing connections. Going to test on Wisconsin cluster to see whether it scales to 128 partitions

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1613 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Overhauled basic architecture of H-Store. A Site now can have multiple partitions, each with its own ExecutionSite. HStoreMessenger can now route Dependencies for multiple ExecutionSites (including taking a shortcut if the destination partition is in the same site)

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1614 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Group same-site partition RPC channels together

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1615 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Minor tweak to CatalogUtil.debug(). Trying to debug ClusterCompiler's output

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1616 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Overhauled catalog structure: Sites can now have multiple Partitions and Hosts can have multiple Sites. Removed list of Partitions from Cluster and we just store a count now. A Site will represent a single JVM process

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1617 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Still working on running multiple partitions within a single JVM. Fixed up the EE to work with new catalog structure. Evan is getting married. My how times have changed...

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1618 7a8f3d5b-8c5f-44cb-9125-2414a256df87
Great progress. HStoreCoordinatorNode can fire everything up properly. HStoreMessenger seems to be working now. Fixed EE catalogs. Just need to work on ExecutionSite now

git-svn-id: https://database.cs.brown.edu/svn/hstore/branches/protorpc-messaging-branch@1619 7a8f3d5b-8c5f-44cb-9125-2414a256df87