Görünüşe göre Java7 bazı kötü hata döngü optimizasyonu ile ilgili olarak: Google search.

Hata raporları ve açıklamaları zor, ne kadar önemli bu hata değildir yargılamak için Solr Lucene veya kullanmadığınız sürece buluyorum.

Bilmem nasıl olur:

• Nasıl büyük olasılıkla (herhangi biri) benim program etkilenir?
• Hata normal test yakalayacak kadar belirleyici mi?

Not: program kullanımı kullanıcıları -XX:-UseLoopPredicate sorunu önlemek için yapamıyorum.

Sorunu olan herhangi bir noktasal hatalar, ihtiyacın ulaşmak için derleme eşik değeri (örneğin 10000) önce alır mıydınız: eğer birim testleri "önemsiz", muhtemelen olmayacak yakalayabilirsiniz.

Örneğin, bu özel test 20,000 belge dizinler oluşturur çünkü lucene yanlış sonuçlar sorunu yakaladık.

Bizim yaptığımız testler rastgele farklı arayüzleri (ör: farklı Dizin uygulamaları) ve indeksleme parametreleri de test başarısız 1% zaman, elbette onun ardından reproducable ile aynı rasgele tohum. Biz de testleri dizin bozuk olmadığından emin olmak için bazı testler yapmak hangi aklı oluşturmak, her dizin checkindex çalıştırın.

Test bulduk, eğer belli bir yapılandırma: örneğin RAMDirectory PulsingCodec yükleri saklı, saha, sonra vurur derleme eşiği, numaralandırma döngü içinde kayıtları döndürür yanlış hesaplamalar, bu durumda sayının iade belgeleri için bir terim != bu docFreq terimi için saklı.

Stres testleri iyi bir sayı, ve bu test normal iddialar aslında pass not etmek önemli, var, sonunda checkindex bölümü, bu başarısız olur.

Bu çeteleler geçersiz veri hesaplarsak bu, bu geçersiz veri sonra . çünkü bu büyük sorun, lucene artan indeksleme temelde bir tane birden fazla segmentleri birleştirerek çalışır: ^em>saklıyeni birleştirilmiş dizini: nam-ı diğer yolsuzluk.

Bu hata (işaret flip şeyler, https://issues.apache.org/jira/browse/LUCENE-2975) örneğin vurduk önceki döngü doktoru noktasal hatalar gittikçe sinsi olmaya daha fazla olduğunu söyleyebilirim. Bu durumda onu yakalamak kolay hale getiren tuhaf negatif belge deltalar var. Biz de sadece el atlatmak için tek bir yöntem göz önüne sermek zorunda kaldı. Öte yandan, yalnızca "" bu hata daraltmak için çok acı vericiydi, http://www.pangaea.de/, büyük bir dizin için 10 GB oldu. başlangıçta vardı test

Bu durumda, geçirdim iyi bir miktar zaman (örneğin her gece geçen hafta) çalışıyor manuel aç/içi çeşitli şeyler denemeye oluşturmak için bazı geçici çözüm ... dodge hata değil, olması olasılığı bozuk dizinler olarak yaratmıştır. Bazı durumlarda kaçabilirim, ama uyuyamadım durumlarda... ve eğer bunları çalıştırabiliriz eminim eğer bir dava daha vardı bizim testlerde çok daha fazlası vardı...