Infinite


  • Home

  • Categories

  • Archives

  • Tags

  • Sitemap

  • RSS

  • Search

Ethereum Project Infrastructure

Posted on 2018-11-14 | Post modified 2019-11-16 | In blockchain | Visitors

Prepare

1
2
3
4
mkdir kickstart
cd kickstart
npm init # create package.json file
npm install --save ganache-cli mocha solc fs-extra web3@1.0.0-beta.26
Read more »

Dapp: Lottery Contract

Posted on 2018-11-10 | Post modified 2019-11-16 | In blockchain | Visitors

Overview

1
2
3
4
5
6
7
8
9
10
11
Lottery Contract

# Variables
Name Purpose
manager: Address of person who created the contract
players: Array of addresses of people who entered

# Function
Name Purpose
enter: Enters a player into lottery
pickWinner: Randomly picks a winner and sends them the prize pool
Read more »

Write ethereum test code

Posted on 2018-11-10 | Post modified 2019-11-16 | In blockchain | Visitors

Overview

The fold tree is like following:

1
2
3
4
5
6
--| contracts
----| Inbox.sol
--| test
----| Inbox_test.js
--| compile.js
--| package.json
Read more »

Review: bLSM:* A General Purpose Log Structured Merge Tree

Posted on 2018-11-08 | Post modified 2019-11-16 | In review | Visitors
Big questionLSM tree will sacrifice read performance with write performance. This paper, bLSM ( a Log Structured Merge (LSM) tree with the advantages of B-Trees and log structured approaches), claims to have near optimal read and scan performance, and a bounded write latency with spring and gear merge scheduler. BackgroundbLSM is designed as a backing storage for Yahoo’s geographically distributed ...
Read more »

Review: ElasticBF: Fine-grained and Elastic Bloom Filter Towards Efficient Read for LSM-tree-based KV Stores

Posted on 2018-11-06 | Post modified 2019-11-16 | In review | Visitors

Big question

Current leveldb implementation uses uniform setting for all Bloom filters for hot and cold SSTable, which is not efficient to reduce unnecessary I/O.

Background

In leveldb, in order to reduce unnecessary I/O for non-exist data, bloom filter about SSTables are cached in the memory. When user search for a key, the key is first checked in related bloom filter. Then if bloom filter returns true, that SSTable is fetched from disk (one I/O) and leveldb uses binary search to locate that key.

Since bloom filter has a parameter, called false positive rate (FPR). It may tell a lie when the key is not exist in SSTable. This will cause unnecessary I/O. In order to reduce those I/O, we must reduce FPR and use more memory.

$$ P = \left( 1 - e ^ { - k n / m } \right) ^ { k } $$

Read more »

Review: Mutant: Balancing Storage Cost and Latency in LSM Tree Data Stores

Posted on 2018-11-05 | Post modified 2019-11-16 | In review | Visitors

Big question

Cloud databases should support dynamic allocation of hot and cold data to fast and slow device. So the client can get the best performance within their budget.

The author introduced a system that support dynamic allocation of storage system based on LSM-tree.

Read more »
12…10>
XS Zhao

XS Zhao

60 posts
12 categories
36 tags
GitHub Facebook Instagram E-Mail
Recent Posts
  1. Ethereum Project Infrastructure
  2. Dapp: Lottery Contract
  3. Write ethereum test code
  4. Review: bLSM:* A General Purpose Log Structured Merge Tree
  5. Review: ElasticBF: Fine-grained and Elastic Bloom Filter Towards Efficient Read for LSM-tree-based KV Stores
© 2017 - 2020 XS Zhao
Powered by Hexo
Theme - NexT.Muse
0%