kafka0102的边城客栈 www.kafka0102.com

kafka0102的边城客栈

站名: kafka0102的边城客栈

网址: http://www.kafka0102.com

目录: 电脑网络 > 软件编程

PR:

Alexa: 1,256,558

备案号:

服务器IP: 67.220.209.126   美国 加利福尼亚州洛杉矶县洛杉矶市WebNX股份有限公司

描述: java,c/c++,ruby,php,mysql,nosql,lucene,solr,linux

查询: [ 网站综合查询 | PR查询 | Alexa排名 | 同IP网站 ]

详细介绍

kafka0102的边城客栈
Home
kafka0102的侧面照
总结获取html页面遇到的几个case
查看全文
4条评论11,943 次阅读
开源分词程序ki-analyzer启动
查看全文
8条评论14,242 次阅读
Double.NaN != Double.NaN
查看全文
0条评论12,598 次阅读
理解mongodb的ObjectId
存储在mongodb集合中的每个文档(document)都有一个默认的主键_id,这个主键名称是固定的,它可以是mongodb支持的任何数据类型,默认是ObjectId。在关系数据库schema设计中,主键大多是数值型的,比如常用的int和long,并且更通常的,主键的取值由数据库自增获得,这种主键数值的有序性有时也表明了某种逻辑。反观mongodb,它在设计之初就定位于分布式存储系统,所以它原生的不支持自增主键。而现实的世界是,大量应用在可预见的时空里并不需要分布式的mongodb,所以网上就出现了大量的实现mongodb自增主键方法的文章。恩,我之前也干过这种事情。
查看全文
3条评论16,239 次阅读
夜说mongodb
查看全文
2条评论19,273 次阅读
searchblox–一个基于lucene的搜索产品
查看全文
0条评论13,160 次阅读
Solr复制bug一例:Unable to move index file from tempfile to indexfile
[2010-11-22 15:16:14][ERROR][pool-6-thread-1][SnapPuller.java(650)]Unable to move index file from: /indexpath/index.20101122031500/_21.frq to: /indexpath/index.20101122031000/_21.frq
SnapPuller是Solr复制用到的一个类,我对它做了一些修改,所以把它挪到我的代码里了。报错的代码片断如下:
查看全文
5条评论13,180 次阅读
httpclient的并发连接问题
查看全文
2条评论15,910 次阅读
solr拾遗:引用计数
查看全文
0条评论12,615 次阅读
oracle提升mysql售价,误解与无视
查看全文
1条评论13,314 次阅读
solr拾遗:CopyField
xmlns:xi="http://www.w3.org/2001/XInclude">

<fields>

<!– for title –>

<field name="t" type="text" indexed="true" stored="false" />

<!– for abstract –>

<field name="a" type="text" [...]
查看全文
8条评论14,909 次阅读
各种java序列化工具性能对比
查看全文
1条评论16,652 次阅读
mysql的多线程复制
查看全文
1条评论13,073 次阅读
solr filter query的误用
查看全文
8条评论13,906 次阅读
solr SolrIndexSearcher性能问题分析
因为SolrIndexSearcher是基于lucene的IndexSearcher,想必应该是青出于蓝胜于蓝,并且其wiki上给出的性能数据也很不错,所以当我把新系统做完后并没有去细致的测试其性能。但现在系统的性能相比之下确实有些差,并且因为要做多个库的整合搜索,就要避免像thread 这样耗时长的库就成为短板。总之,问题需要定位和解决。
查看全文
8条评论13,771 次阅读
分享:Scalable System Design Patterns
查看全文
0条评论14,057 次阅读
twitter的新搜索架构
查看全文
4条评论13,939 次阅读
Is Terracotta’s BigMemory a big thing?
查看全文
2条评论13,170 次阅读
Facebook的Online Schema Change for MySQL
查看全文
1条评论13,583 次阅读
分享:Playfish’s Social Gaming Architecture
查看全文
0条评论13,869 次阅读
mongodb MapReduce使用初步
查看全文
0条评论18,429 次阅读
[Solr实践]自定义SolrEventListener实现searcher的autowarm策略
查看全文
0条评论12,800 次阅读
Solr之困
查看全文
8条评论13,946 次阅读
HttpClient的“Going to buffer response body of large or unknown size. Using getResponseBodyAsStream instead is recommended.”警告释疑
if (this.responseBody == null) {

InputStream instream = getResponseBodyAsStream();

[...]
查看全文
1条评论15,216 次阅读
构建健壮的Java基准测试
查看全文
0条评论12,486 次阅读
Java中各种锁类型的基准性能评测
查看全文
0条评论13,726 次阅读
[Solr源码分析]LRUCache和FastLRUCache实现分析
1、LRUCache的实现分析
在分析LRUCache前先对LinkedHashMap做些介绍。LinkedHashMap继承于HashMap,它使用了一个双向链表来存储Map中的Entry顺序关系,这种顺序有两种,一种是LRU顺序,一种是插入顺序,这可以由其构造函数public LinkedHashMap(int initialCapacity,float loadFactor, boolean accessOrder)指定。所以,对于get、put、remove等操作,LinkedHashMap除了要做HashMap做的事情,还做些调整Entry顺序链表的工作。
以get操作为例,如果是LRU顺序(accessOrder为true),Entry的recordAccess方法就调整get到的Entry到链表的头部去:
Entry<K,V> e = (Entry<K,V>)getEntry(key);

if (e [...]
查看

猜你喜欢