ru.java на livejournal
Solr/Lucene, synchronized, OSX
Добрый вечер.
Надеюсь, уважаемое сообщество поможет разгадать загадку.
Есть Solr, в котором сконфигуриван SearchHandler со стандартным QueryComponent'ом. Ничего необычного.
На это приложение подаётся нагрузка JMeter'ом. И вот тут начинаются странности.
Если приложение запущено на моём MBP c OSX 10.8.3, Java 1.6.0_35, то JMeter показывает 150 QPS.
Если приложение запущено на боксе с Debian, Java 1.6.0_32, JMeter показывает 750 QPS.
Если приложение запущено в VirtualBox'е (под OSX) с Debian, Java 1.6.0_20, JMeter показывает 300 QPS.
Профайлер говорит, что под OSX приложение утыкается в вызов этого метода:
class SegmentCoreReaders {
synchronized TermInfosReader getTermsReader() {
if (tis != null) {
return tis;
} else {
return tisNoIndex;
}
}
}
Возникает предположение, что synchronized в OSX работает в несколько раз медленнее, чем в Linux'е.
К сожалению, Гугл не смог рассказать, в чём дело.
Надеюсь, уважаемое сообщество мне поможет :-)
Спасибо!
Характеристика MBP:
Model Name: MacBook Pro
Model Identifier: MacBookPro8,2
Processor Name: Intel Core i7
Processor Speed: 2.5 GHz
Number of Processors: 1
Total Number of Cores: 4
L2 Cache (per Core): 256 KB
L3 Cache: 8 MB
Memory: 16 GB
Boot ROM Version: MBP81.0047.B27
SMC Version (system): 1.69f4
Характеристика Debian бокса:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
CPU(s): 4
Thread(s) per core: 1
Core(s) per socket: 4
CPU socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 42
Stepping: 7
CPU MHz: 1600.000
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 6144K
Memory: 16 GB
Характеристика Debian виртуалки:
Architecture: x86_64
CPU op-mode(s): 64-bit
CPU(s): 4
Thread(s) per core: 1
Core(s) per socket: 4
CPU socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 42
Stepping: 7
CPU MHz: 2511.846
L1d cache: 32K
L1d cache: 32K
L2d cache: 6144K
Memory: 8 GB
Теги: