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);
}
}