solr的并发能力,最好有数据量化说明

 D.Maradona²º¹²(307487602)  13:28:56
请教solr的并发能力,最好有数据量化说明
小莮亽丶独占伱旳妩媚(1804667222)  13:30:43

这个是我做的一个简单并发测试
报告
露露的功课(1982118)  13:32:07
这个报告不错，但是还不够清楚
说明你solr的架构
小莮亽丶独占伱旳妩媚(1804667222)  13:32:25
简单做了个 自己心里有点数就够了
√鎽い1cだ仌(113757943)  13:32:48
用什么测试的啊
loadrunner？
小莮亽丶独占伱旳妩媚(1804667222)  13:33:11
自己写的多线程 
√鎽い1cだ仌(113757943)  13:33:12
还与服务器配置有关。
小莮亽丶独占伱旳妩媚(1804667222)  13:33:20
模拟出来的
√鎽い1cだ仌(113757943)  13:33:22
哦。
北京-哈哈-6(383273828)  13:33:42
solr 你给多大内存他就吃多大
但会 留出1-2G来
不会全吃
露露的功课(1982118)  13:34:21
你的数据量是多少
北京-哈哈-6(383273828)  13:34:23
我以前给 25G 结果 高峰时 用到 23G
小莮亽丶独占伱旳妩媚(1804667222)  13:34:28
我16g  机身用内存7个g  剩下的 都被solr吃了
北京-哈哈-6(383273828)  13:34:37
我给45G 内存高峰时 用到42G
小莮亽丶独占伱旳妩媚(1804667222)  13:34:41
4700w数据
北京-哈哈-6(383273828)  13:34:45
我是 30W并发
3个核心
露露的功课(1982118)  13:35:03
是一个机器吗
北京-哈哈-6(383273828)  13:35:04
一个核 8百多万
一个核 10W
小莮亽丶独占伱旳妩媚(1804667222)  13:35:23
恩恩 solr cache相当给力
不怕高并发
北京-哈哈-6(383273828)  13:35:35
还有个 核 2千万
露露的功课(1982118)  13:35:39
测试的时候把cache去掉
裸测
小莮亽丶独占伱旳妩媚(1804667222)  13:35:53
裸测没意义
露露的功课(1982118)  13:35:57
2000万数据，我全放内存，效果不太好
北京-哈哈-6(383273828)  13:35:58
我单机 抗住几万万 用户
小莮亽丶独占伱旳妩媚(1804667222)  13:36:00
主要就是想用cache
北京-哈哈-6(383273828)  13:36:01
不简单哇
露露的功课(1982118)  13:36:23
cache测并发不太好
小莮亽丶独占伱旳妩媚(1804667222)  13:36:23
看看高并发的时候 cache机制怎么样 会不会内存溢出
北京-哈哈-6(383273828)  13:36:28
不使用solr 的cache 性能没那么好
D.Maradona²º¹²(307487602)  13:36:38
我自己测试结果 10用户并发请求 结果反应时间>5秒了 这是不是太弱了?
露露的功课(1982118)  13:36:44
不用cache solr性能不太好
北京-哈哈-6(383273828)  13:36:46
跑 solr 你要想 跑的性能好 机器配置要高
还要宁分布式
才行
露露的功课(1982118)  13:37:16
用facet比较消耗性能
北京-哈哈-6(383273828)  13:37:22
嗯
facet确实
露露的功课(1982118)  13:37:37
我这都是裸测的
不用cache
没有数据切分
数据全部放内存，效果都不太好
小莮亽丶独占伱旳妩媚(1804667222)  13:38:10
那你以后也不用cache？
露露的功课(1982118)  13:38:14
3秒，500并发
现在是测试并发，所以不用cache
要不然，达不到测试目的
小莮亽丶独占伱旳妩媚(1804667222)  13:38:49
恩恩 用意不同
露露的功课(1982118)  13:40:02
solrcloud 存在好多问题，自己搞切分是可以，维护稍微麻烦点
露露的功课(1982118)  13:42:23
建议要求效率高的朋友，但是不想用solrcloud的可以看看这个

Azul创新的Zing JVM和无停顿垃圾回收（GC）使Apache的 Lucene 项目开发者开始去研究需要大规模堆的事例（例如为了更快搜索将整个搜索索引存在内存中）。基于全维基百科英文站点的索引内存初步测试显示Zing真正实现了在管理140GB以上堆时不用暂停。Clojure创始人Rich Hickey提到：平衡不可变性以提高并发性和扩展性的的编码和架构策略使Zing JVM能很好地支持无任何中断或停顿的、持续的高对象分配率。Azul将Zing JVM开源，这为社区作出了杰出贡献