Re: [JENKINS] Lucene » Lucene-NightlyTests-9.x - Build # 665 - Unstable!

2023-09-02 Thread Michael McCandless
OK I opened https://github.com/apache/lucene/pull/12535 Mike McCandless http://blog.mikemccandless.com On Sat, Sep 2, 2023 at 7:17 AM Michael McCandless wrote: > > The code is just good old socket accept loop as we have all learned it > in school when we were fighting to write a small echo

Re: Vector Search with OpenAI Embeddings: Lucene Is All You Need

2023-09-02 Thread Uwe Schindler
Hey, Very nice article! Looks like lots of manual work to look at search results in those examples. Great work! Do you have a DOI name for the article? Uwe Am 1. September 2023 07:22:09 MESZ schrieb Kent Fitch : >My testing shows Lucene's HNSW in a very positive light. The ability to

Re: [JENKINS] Lucene » Lucene-NightlyTests-9.x - Build # 665 - Unstable!

2023-09-02 Thread Uwe Schindler
Let's fix this issue with bogus socket reuse. I am not sure why it is there. We touched the code last time around 2012 Why does it has a timeout in setver at all? Normally the accept() call should have no timeout. If the client does not start fast enough, of course it runs into timeout.

Re: [JENKINS] Lucene » Lucene-NightlyTests-9.x - Build # 665 - Unstable!

2023-09-02 Thread Michael McCandless
> The code is just good old socket accept loop as we have all learned it in school when we were fighting to write a small echo server with C. LOL this is all my fault from lng ago, showing my poor understanding of sockets/networking/C echo servers!! So it sounds like the client was just

Re: [JENKINS] Lucene-9.x-Linux (64bit/openj9/jdk-17.0.5) - Build # 12560 - Unstable!

2023-09-02 Thread Uwe Schindler
Hi, Let me update the version of openj9 and let's see. We should open bug report of it persists. Uwe Am 28. August 2023 09:28:11 MESZ schrieb Dawid Weiss : >The real reason for this is buried in other stack traces from >barrier-broken threads, it's this assertion: > >Caused by: >