basepool臨界礦池
A. 斐波那契數列，要求輸入階數，輸出臨界值錢的所有值，我用的循環鏈表，以下是代碼
scanf("%d",&MAXQSIZE);
這是scanf的格式
B. 編譯Java程序時候顯示錯誤：程序包bin.resourcepooling.database不存在
你試著用 import 導入看看 一般這個資料庫包 不會報錯吧。。。
C. n階斐波那契數列，輸入階數N，輸出臨界值錢的所有值，求debug
OVERFLOW 沒有宏定義；預處理處 加一句
#define OVERFLOW -1
變數i重復定義，換個變數~
D. 誰能系統的介紹一下QQCoin這款網路貨幣
英文名 / 中文名 / 簡稱：QuickQuickCoin -（QQC ，QQCoin，快快幣）
發布時間：2013.12.28
交流QQ群：332499294 248803864 182188034
英文發布貼：https://bitcointalk.org/index.php?topic=389238.0
總量 / 演算法：3000萬/Scrypt-Jane
當前難度：0.39(請注意Jane難度與傳統Scrypt演算法不同） 當前區塊獎勵：4-40 最高區塊獎勵：100-1000
幣特點介紹：
總量3000萬 無預挖 無偷挖 快速傳遞 快樂分享
區塊間隔時間20秒，傳送確認速度史上最快，嗖~嗖~嗖~就到賬，方便日常應用
Scrypt-Jane 演算法 免疫BTC、LTC礦機
POW+POS，擁有全網51%以上貨幣及算力才能攻擊有效，免疫分叉
難度每區塊調整，免疫挖礦機槍隊
一句話優點：免疫一切礦機和騷擾，區鏈從未出錯，又快又好，純凈得作者都哭了
一句話缺點：國內關注較晚
全網總算力：100M(再次提示演算法不同） 礦池總人數：70
礦池1：qqc.pooljunkie.nl
礦池2：qqcoin.miners-point.com
礦池3：qqcoin.cryptovalley.com
礦池4：
礦池5：
預挖數量： 無 偷挖數量： 無 當前已出幣數量： 1500萬
偷挖/預挖原因說明（非常重要）： 無
當前價格：約0.15元
官網地址：qqco.in
錢包地址：http://qqco.in/client/qqcoin-release.rar
區塊瀏覽器地址：http://qqc_blockcrawler.miners-point.com
源碼地址：https://github.com/qqcoin/qqcoin
已上交易平台：https://coinep.com/OrderBook?market=QQC&base=BTC
超級結點：66.45.255.119 206.72.193.8 162.213.252.48 54.197.230.111
市值排名查詢：http://coinmarketcap.com/
http://www.worldcoinindex.com/
紙錢包、腦錢包：http://cryptolife.net/paperwallet/QQC.html
領取贈送：http://37.46.83.41/
商鋪：http://cryptosmack.com/store/
游戲：http://justanarcade.com/（重點推薦）
2014潛力新幣，QQC價格分析
2013大家的感覺是隨便一個山寨幣就能騙錢，再差也會有人接手，所以到去年底的時候已經是山寨泛濫，毫無特色，基本是隨便修改一下參數/名稱甚至於連錢包名字都不改就開挖，還能上平台，還能賺很多黑心錢。
不過經過近一年的市場洗禮，慢慢的菜鳥都變成了老鳥，錢，不是那麼好騙了
所以我覺得，2014年的電子貨幣市場，山寨雖然是主流但是會進化到需要一定的技術含量，若是一個幣種想繼續騙錢，必須得有一定的微創新/噱頭/應用/有力的開發團隊。
所以根據以上分析，去年底開始我找山寨幣的標准就開始以「微創新/噱頭/應用/開發團隊」四點來進行定位，前期的老牌山寨幣基本上不符合這些要求，年底一些低價定製山寨幣也是不符合，純屬看誰吆喝的響營銷得厲害，實質區別都不大。
不過年底到今年初按照「微創新/噱頭/應用/開發團隊」這個方向，慢慢很多新出的山寨幣開始契合這個潮流了，接下來，當然就是先瞧瞧埋頭囤幣了，否則我也不會今天在這里啰嗦
首先看中的就是這款QQC（QuickQuickCoin，快快幣），當初吸引我看好的原因有三：
一、 名字霸氣，山寨范十足，傳唱度高，真正做到了連大媽也聽得懂（幣確實是國外的團隊，無心插柳捅了國內山寨祖師爺麻花疼的屁眼，終日山寨別人想不到也被老外無意中山寨了一把）。就沖著這名字也是一元起步價啊親，有木有？所以當初果斷入坑
二、 演算法Scrypt-Jane，在2014萊特幣類型的顯卡礦機出世幾成定局的情況下，新的山寨幣還繼續沿用Scrypt就是廁所里打電筒-找屎啊，布局Scrypt-Jane演算法其實就是為了吸收到時候被揍出什麼狗幣貓幣牛幣馬幣萊特幣的普通顯卡礦工。就憑這，人氣可以保住，至少死不了，這個值得至少一毛錢啊，有木有？
三、 此幣名為快快幣，主打的就是運用於交易並快速確認，什麼比特萊特很貴是吧，也很慢是吧，充個值等半天是吧？臨場應用必須藉助於第三方支付是吧？不然站在那裡等半天是吧。OK，自從你用了快快幣，再也不等待了，無論是交易網站充值提現還是為了以後的日常應用那都是嗖 嗖 嗖的！！！！！ 慢著，這不是說著玩的，經過開發團隊的努力，游戲商鋪：http://cryptosmack.com/store/ 已經支持包含QQC在內的四款電子貨幣支付。這，這，這 怎麼也能再加五分錢吧？
四、 這一條都是我後來慢慢才發現的，開發該QQCoin的團隊也是非常給力，該幣本來是此團隊的前期作品本來只是練手他們真正想推出的其實是另一款幣（VEL 速度幣）；因為團隊里其中一位成員不忍心放棄就自己放出來了，誰知道這個本來不想要的孩子卻因為名字霸氣的原因在中國非常有潛力，導致該幣比團隊力捧的VEL速度幣發展更好。所以後來該團隊又從那位成員手上重新接手了QQC的整套開發和推廣計劃。廢話說了一大堆，其實想表達的就是該幣仍然有一支完備的後勤保障團隊在繼續完善周邊應用和推廣，具體計劃就不一一列舉了，有興趣的同學可以查看英文發布帖https://bitcointalk.org/index.php?topic=389238.0 好了，這個總得再加五分錢吧？
二五一十，一毛加一毛等於兩毛，兩毛加一塊等於1.2元起步價
SO，此幣一旦上個還不錯的交易網站，至少1.2元起，上不封頂，謝謝
E. Hbase1.1.2的HTablePool已經被棄用，用什麼來代替HTablePool
Connection conn=ConnectionFactory.createConnection(conf);
Table htable = conn.getTable("表名");
F. Hbase1.1.2的HTablePool已經被棄用，用什麼來代替HTablePool
需要多線程的網hbase插入數據,網上有很多實用htablepool的例子,但是我的hbase版本是1.1.2,HTablePool已經被棄用,請問有什麼其他類可以用的
需要多線程的網hbase插入數據,網上有很多實用htablepool的例子,但是我的hbase版本是1.1.2,HTablePool已經被棄用,請問有什麼其他類可以用的
G. hbase htable是否有效，過期
1.HTablePool的基本使用方式：
由於HTable對象不是線程安全的，因此HBase提供HTablePool來支持多線程寫入hbase，多線程同時從HTablePool中取出HTable並寫入是安全的。HTablePool的使用方法類似資料庫連接，使用時從HTablePool中取出一個HTable，使用完後再close放回HTablePool中。
Put put = new Put(rowkey);
put.add(LOG_COLUMN_FAMILY,HOST_NAME_QUALIFIER,values[0]);
HTableInterface table = HBaseClientFactory.getHTableByName(RAW_LOG_TABLE);
try {
table.put(put);
} catch (IOException e) {
throw new RuntimeException("Put Log meet exception",e);
}finally {
HBaseClientUtil.closeHTable(table);
}
2.HTablePool的maxsize。
HTablePool有一個maxsize，HTablePool針對每個表都有一個Pool，maxsize表示這個Pool的最大大小,在使用HTablePool的過程中我們發現這個值還是有需要注意的地方。
在多線程使用HTablePool拿到同一個表的HTable時，如果線程個數大於maxsize會導致寫入始終是autoflush！
public HTableInterface getTable(String tableName) {
// call the old getTable implementation renamed to findOrCreateTable
HTableInterface table = findOrCreateTable(tableName);
// return a proxy table so when user closes the proxy, the actual table
// will be returned to the pool
return new PooledHTable(table);
}
當拿到HTable時會創建一個HTable對象並包裝成一個PooledHTable對象。Pooled做了什麼納，其他方法都沒變，只是在close時有所不同：
public void close() throws IOException {
returnTable(table);
}
private void returnTable(HTableInterface table) throws IOException {
// this is the old putTable method renamed and made private
String tableName = Bytes.toString(table.getTableName());
if (tables.size(tableName) >= maxSize) {
// release table instance since we're not reusing it
this.tables.remove(tableName, table);
this.tableFactory.releaseHTableInterface(table);
return;
}
tables.put(tableName, table);
}
可以看到如果tables.size大於maxsize，此時會去掉一個保存的HTable對象，而releaseHTableInterface實際調用的就是HTable的close方法，close方法又會強制flushHTable的buffer，因此，如果我們想不使用autoflush提升寫入速度失效。
3.HTablePool type。
HTablePool提供了幾種方式：ReusablePool，RoundRobinPool，ThreadLocalPool。默認的是reusable，由於2的原因，我們也可以考慮使用ThreadLocal的Pool，這樣多線程寫入時分別取自己線程的Pool，這樣互不影響，寫入的效率也會比較高。
static class ThreadLocalPool<R> extends ThreadLocal<R> implements Pool<R> {
private static final Map<ThreadLocalPool<?>, AtomicInteger> poolSizes = new HashMap<ThreadLocalPool<?>, AtomicInteger>();
public ThreadLocalPool() {
}
@Override
public R put(R resource) {
R previousResource = get();
if (previousResource == null) {
AtomicInteger poolSize = poolSizes.get(this);
if (poolSize == null) {
poolSizes.put(this, poolSize = new AtomicInteger(0));
}
poolSize.incrementAndGet();
}
this.set(resource);
return previousResource;
}
4.HTable的WriteBufferSize和autoflush
如果想追求寫入的速度我們可以設置setWriteBufferSize為一個比較大的大小比如1M並autoflush為false，這樣寫入的速度會有幾十倍的提升，但如果BufferSize比較大也會帶來寫入不夠實時的問題，尤其有些表的數據很小會很久都不flush。因此，我們可以添加按時間間隔的flush方式。
@Override
public void put(final List<Put> puts) throws IOException {
super.put(puts);
needFlush();
}
private void needFlush() throws IOException {
long currentTime = System.currentTimeMillis();
if ((currentTime - lastFlushTime.longValue()) > flushInterval) {
super.flushCommits();
lastFlushTime.set(currentTime);
}
}