You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucenenet.apache.org by Shad Storhaug <sh...@shadstorhaug.com> on 2019/12/26 06:11:03 UTC
[Vote] Apache Lucene.NET 4.8.0-beta00007
It's time to release the latest developments on Lucene.NET 4.8.0. Here are some of the highlights:
1. The NativeFSLockFactory has been patched so it works reliably cross-OS.
2. LurchTable has been fixed so it works on Xamarin.iOS.
3. The Lucene.Net.TestFramework is being released for the first time.
4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and Lucene.Net.Analsis.Morfologik are also being released for the first time.
5. Performance has been improved.
6. .netstandard1.6 support has been dropped, and .netstandard2.1 support has been added.
Much of what used to be in Lucene.Net.Support has been cleaned up, documented, and moved to a new library named J2N. Benchmarks have been performed to optimize the code far better than it was. We have also taken advantage of .NET Core 3's hardware intrinsics APIs (https://s.apache.org/hardware-intrinsics) to get an extra boost if running on X86/X64 hardware.
How much has performance improved? It is difficult to tell. I am getting inconsistent results between running locally and on Azure DevOps. Running locally on my Coffee Lake processor, I am seeing increases of 200%-300% for some tests projects others have barely changed at all, on Azure DevOps, the improvements are only about 15%-20% for a complete test run.
Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006 and 4.8.0-beta00007 on some realistic configuration and let us know the results so we can include some non-inflated expectations in the release announcement. Benchmark.NET is a great tool for this: https://github.com/dotnet/BenchmarkDotNet.
Upon this release, we can resolve the following open JIRA issues:
LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws NullReferenceException when first arg is null.
LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of documentation
LUCENENET-621 - Failing Test: Lucene.Net.Search.TestSearchAfter::TestQueries()
LUCENENET-622 - Failing Test: Lucene.Net.Util.TestVersionComparer::TestVersions()
LUCENENET-617 - Deadlock caused by NativeFSLockFactory
LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with Xamarin.iOS
LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to end users
Resolved for .NET Standard 2.1+ only:
LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
Lucene.NET 4.8.0-beta00007
Test results of this release build: https://s.apache.org/test-results
The release artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucenenet/
The tag is: https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
As usual, when you unzip the src release distribution, you can build and test (on Windows only) by running
build -t -mp:10
-t means to test
-mp is the maximum number of tests to in parallel
Do note that the .NET Framework 4.8 developer pack is now a prerequisite
This vote will close no sooner than 72 hours from now, i.e. sometime after 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and dev mailing list members are encouraged to participate in the voting process. We only count the PMC as official votes, but the feedback of the community is also valuable.
+1 - It's a go
0 - Neutral, no opinion
-1 - Hold everything, we need to address...
Happy Holidays,
Shad Storhaug (NightOwl888)
Project Chairperson - Apache Lucene.NET
Re: [Vote] Apache Lucene.NET 4.8.0-beta00007
Posted by Laimonas Simutis <la...@gmail.com>.
+1
Kudos and this is looking great!
On Thu, Dec 26, 2019 at 2:10 AM Elad Margalit <el...@gmail.com> wrote:
> +1
>
> On Thu, Dec 26, 2019 at 8:11 AM Shad Storhaug <sh...@shadstorhaug.com>
> wrote:
>
> > It's time to release the latest developments on Lucene.NET 4.8.0. Here
> are
> > some of the highlights:
> >
> >
> > 1. The NativeFSLockFactory has been patched so it works reliably
> > cross-OS.
> > 2. LurchTable has been fixed so it works on Xamarin.iOS.
> > 3. The Lucene.Net.TestFramework is being released for the first time.
> > 4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and
> > Lucene.Net.Analsis.Morfologik are also being released for the first time.
> > 5. Performance has been improved.
> > 6. .netstandard1.6 support has been dropped, and .netstandard2.1
> > support has been added.
> >
> > Much of what used to be in Lucene.Net.Support has been cleaned up,
> > documented, and moved to a new library named J2N. Benchmarks have been
> > performed to optimize the code far better than it was. We have also taken
> > advantage of .NET Core 3's hardware intrinsics APIs (
> > https://s.apache.org/hardware-intrinsics) to get an extra boost if
> > running on X86/X64 hardware.
> >
> > How much has performance improved? It is difficult to tell. I am getting
> > inconsistent results between running locally and on Azure DevOps. Running
> > locally on my Coffee Lake processor, I am seeing increases of 200%-300%
> for
> > some tests projects others have barely changed at all, on Azure DevOps,
> the
> > improvements are only about 15%-20% for a complete test run.
> >
> > Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006
> and
> > 4.8.0-beta00007 on some realistic configuration and let us know the
> results
> > so we can include some non-inflated expectations in the release
> > announcement. Benchmark.NET is a great tool for this:
> > https://github.com/dotnet/BenchmarkDotNet.
> >
> > Upon this release, we can resolve the following open JIRA issues:
> >
> > LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws
> > NullReferenceException when first arg is null.
> > LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of
> > documentation
> > LUCENENET-621 - Failing Test:
> > Lucene.Net.Search.TestSearchAfter::TestQueries()
> > LUCENENET-622 - Failing Test:
> > Lucene.Net.Util.TestVersionComparer::TestVersions()
> > LUCENENET-617 - Deadlock caused by NativeFSLockFactory
> > LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with
> > Xamarin.iOS
> > LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to
> > end users
> >
> > Resolved for .NET Standard 2.1+ only:
> >
> > LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
> >
> >
> > Lucene.NET 4.8.0-beta00007
> >
> > Test results of this release build: https://s.apache.org/test-results
> > The release artifacts can be downloaded from:
> > https://dist.apache.org/repos/dist/dev/lucenenet/
> > The tag is:
> >
> https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
> >
> > As usual, when you unzip the src release distribution, you can build and
> > test (on Windows only) by running
> >
> > build -t -mp:10
> >
> > -t means to test
> > -mp is the maximum number of tests to in parallel
> >
> > Do note that the .NET Framework 4.8 developer pack is now a prerequisite
> >
> >
> > This vote will close no sooner than 72 hours from now, i.e. sometime
> after
> > 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and
> dev
> > mailing list members are encouraged to participate in the voting process.
> > We only count the PMC as official votes, but the feedback of the
> community
> > is also valuable.
> >
> > +1 - It's a go
> > 0 - Neutral, no opinion
> > -1 - Hold everything, we need to address...
> >
> >
> > Happy Holidays,
> > Shad Storhaug (NightOwl888)
> > Project Chairperson - Apache Lucene.NET
> >
>
Re: [Vote] Apache Lucene.NET 4.8.0-beta00007
Posted by Elad Margalit <el...@gmail.com>.
+1
On Thu, Dec 26, 2019 at 8:11 AM Shad Storhaug <sh...@shadstorhaug.com> wrote:
> It's time to release the latest developments on Lucene.NET 4.8.0. Here are
> some of the highlights:
>
>
> 1. The NativeFSLockFactory has been patched so it works reliably
> cross-OS.
> 2. LurchTable has been fixed so it works on Xamarin.iOS.
> 3. The Lucene.Net.TestFramework is being released for the first time.
> 4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and
> Lucene.Net.Analsis.Morfologik are also being released for the first time.
> 5. Performance has been improved.
> 6. .netstandard1.6 support has been dropped, and .netstandard2.1
> support has been added.
>
> Much of what used to be in Lucene.Net.Support has been cleaned up,
> documented, and moved to a new library named J2N. Benchmarks have been
> performed to optimize the code far better than it was. We have also taken
> advantage of .NET Core 3's hardware intrinsics APIs (
> https://s.apache.org/hardware-intrinsics) to get an extra boost if
> running on X86/X64 hardware.
>
> How much has performance improved? It is difficult to tell. I am getting
> inconsistent results between running locally and on Azure DevOps. Running
> locally on my Coffee Lake processor, I am seeing increases of 200%-300% for
> some tests projects others have barely changed at all, on Azure DevOps, the
> improvements are only about 15%-20% for a complete test run.
>
> Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006 and
> 4.8.0-beta00007 on some realistic configuration and let us know the results
> so we can include some non-inflated expectations in the release
> announcement. Benchmark.NET is a great tool for this:
> https://github.com/dotnet/BenchmarkDotNet.
>
> Upon this release, we can resolve the following open JIRA issues:
>
> LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws
> NullReferenceException when first arg is null.
> LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of
> documentation
> LUCENENET-621 - Failing Test:
> Lucene.Net.Search.TestSearchAfter::TestQueries()
> LUCENENET-622 - Failing Test:
> Lucene.Net.Util.TestVersionComparer::TestVersions()
> LUCENENET-617 - Deadlock caused by NativeFSLockFactory
> LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with
> Xamarin.iOS
> LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to
> end users
>
> Resolved for .NET Standard 2.1+ only:
>
> LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
>
>
> Lucene.NET 4.8.0-beta00007
>
> Test results of this release build: https://s.apache.org/test-results
> The release artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/lucenenet/
> The tag is:
> https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
>
> As usual, when you unzip the src release distribution, you can build and
> test (on Windows only) by running
>
> build -t -mp:10
>
> -t means to test
> -mp is the maximum number of tests to in parallel
>
> Do note that the .NET Framework 4.8 developer pack is now a prerequisite
>
>
> This vote will close no sooner than 72 hours from now, i.e. sometime after
> 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and dev
> mailing list members are encouraged to participate in the voting process.
> We only count the PMC as official votes, but the feedback of the community
> is also valuable.
>
> +1 - It's a go
> 0 - Neutral, no opinion
> -1 - Hold everything, we need to address...
>
>
> Happy Holidays,
> Shad Storhaug (NightOwl888)
> Project Chairperson - Apache Lucene.NET
>
Re: [Vote] Apache Lucene.NET 4.8.0-beta00007
Posted by Simon Svensson <si...@devhost.se>.
+1
I appreciate the build instructions and the mention of the 4.8 Developer
Pack requirement. It really helps to quickly when getting up-to-speed
with running the tests.
// Simon Svensson
On 2019-12-26 07:11, Shad Storhaug wrote:
> It's time to release the latest developments on Lucene.NET 4.8.0. Here are some of the highlights:
>
>
> 1. The NativeFSLockFactory has been patched so it works reliably cross-OS.
> 2. LurchTable has been fixed so it works on Xamarin.iOS.
> 3. The Lucene.Net.TestFramework is being released for the first time.
> 4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and Lucene.Net.Analsis.Morfologik are also being released for the first time.
> 5. Performance has been improved.
> 6. .netstandard1.6 support has been dropped, and .netstandard2.1 support has been added.
>
> Much of what used to be in Lucene.Net.Support has been cleaned up, documented, and moved to a new library named J2N. Benchmarks have been performed to optimize the code far better than it was. We have also taken advantage of .NET Core 3's hardware intrinsics APIs (https://s.apache.org/hardware-intrinsics) to get an extra boost if running on X86/X64 hardware.
>
> How much has performance improved? It is difficult to tell. I am getting inconsistent results between running locally and on Azure DevOps. Running locally on my Coffee Lake processor, I am seeing increases of 200%-300% for some tests projects others have barely changed at all, on Azure DevOps, the improvements are only about 15%-20% for a complete test run.
>
> Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006 and 4.8.0-beta00007 on some realistic configuration and let us know the results so we can include some non-inflated expectations in the release announcement. Benchmark.NET is a great tool for this: https://github.com/dotnet/BenchmarkDotNet.
>
> Upon this release, we can resolve the following open JIRA issues:
>
> LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws NullReferenceException when first arg is null.
> LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of documentation
> LUCENENET-621 - Failing Test: Lucene.Net.Search.TestSearchAfter::TestQueries()
> LUCENENET-622 - Failing Test: Lucene.Net.Util.TestVersionComparer::TestVersions()
> LUCENENET-617 - Deadlock caused by NativeFSLockFactory
> LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with Xamarin.iOS
> LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to end users
>
> Resolved for .NET Standard 2.1+ only:
>
> LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
>
>
> Lucene.NET 4.8.0-beta00007
>
> Test results of this release build: https://s.apache.org/test-results
> The release artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucenenet/
> The tag is: https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
>
> As usual, when you unzip the src release distribution, you can build and test (on Windows only) by running
>
> build -t -mp:10
>
> -t means to test
> -mp is the maximum number of tests to in parallel
>
> Do note that the .NET Framework 4.8 developer pack is now a prerequisite
>
>
> This vote will close no sooner than 72 hours from now, i.e. sometime after 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and dev mailing list members are encouraged to participate in the voting process. We only count the PMC as official votes, but the feedback of the community is also valuable.
>
> +1 - It's a go
> 0 - Neutral, no opinion
> -1 - Hold everything, we need to address...
>
>
> Happy Holidays,
> Shad Storhaug (NightOwl888)
> Project Chairperson - Apache Lucene.NET
>
RE: [Vote] Apache Lucene.NET 4.8.0-beta00007
Posted by Shad Storhaug <sh...@shadstorhaug.com>.
+1
-----Original Message-----
From: Prescott Nasser <ge...@hotmail.com>
Sent: Friday, December 27, 2019 2:58 AM
To: dev@lucenenet.apache.org
Subject: Re: [Vote] Apache Lucene.NET 4.8.0-beta00007
+1
________________________________
From: Shad Storhaug <sh...@shadstorhaug.com>
Sent: Wednesday, December 25, 2019 10:11:03 PM
Cc: dev@lucenenet.apache.org <de...@lucenenet.apache.org>
Subject: [Vote] Apache Lucene.NET 4.8.0-beta00007
It's time to release the latest developments on Lucene.NET 4.8.0. Here are some of the highlights:
1. The NativeFSLockFactory has been patched so it works reliably cross-OS.
2. LurchTable has been fixed so it works on Xamarin.iOS.
3. The Lucene.Net.TestFramework is being released for the first time.
4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and Lucene.Net.Analsis.Morfologik are also being released for the first time.
5. Performance has been improved.
6. .netstandard1.6 support has been dropped, and .netstandard2.1 support has been added.
Much of what used to be in Lucene.Net.Support has been cleaned up, documented, and moved to a new library named J2N. Benchmarks have been performed to optimize the code far better than it was. We have also taken advantage of .NET Core 3's hardware intrinsics APIs (https://s.apache.org/hardware-intrinsics) to get an extra boost if running on X86/X64 hardware.
How much has performance improved? It is difficult to tell. I am getting inconsistent results between running locally and on Azure DevOps. Running locally on my Coffee Lake processor, I am seeing increases of 200%-300% for some tests projects others have barely changed at all, on Azure DevOps, the improvements are only about 15%-20% for a complete test run.
Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006 and 4.8.0-beta00007 on some realistic configuration and let us know the results so we can include some non-inflated expectations in the release announcement. Benchmark.NET is a great tool for this: https://github.com/dotnet/BenchmarkDotNet.
Upon this release, we can resolve the following open JIRA issues:
LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws NullReferenceException when first arg is null.
LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of documentation
LUCENENET-621 - Failing Test: Lucene.Net.Search.TestSearchAfter::TestQueries()
LUCENENET-622 - Failing Test: Lucene.Net.Util.TestVersionComparer::TestVersions()
LUCENENET-617 - Deadlock caused by NativeFSLockFactory
LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with Xamarin.iOS
LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to end users
Resolved for .NET Standard 2.1+ only:
LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
Lucene.NET 4.8.0-beta00007
Test results of this release build: https://s.apache.org/test-results The release artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucenenet/
The tag is: https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
As usual, when you unzip the src release distribution, you can build and test (on Windows only) by running
build -t -mp:10
-t means to test
-mp is the maximum number of tests to in parallel
Do note that the .NET Framework 4.8 developer pack is now a prerequisite
This vote will close no sooner than 72 hours from now, i.e. sometime after 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and dev mailing list members are encouraged to participate in the voting process. We only count the PMC as official votes, but the feedback of the community is also valuable.
+1 - It's a go
0 - Neutral, no opinion
-1 - Hold everything, we need to address...
Happy Holidays,
Shad Storhaug (NightOwl888)
Project Chairperson - Apache Lucene.NET
Re: [Vote] Apache Lucene.NET 4.8.0-beta00007
Posted by Prescott Nasser <ge...@hotmail.com>.
+1
________________________________
From: Shad Storhaug <sh...@shadstorhaug.com>
Sent: Wednesday, December 25, 2019 10:11:03 PM
Cc: dev@lucenenet.apache.org <de...@lucenenet.apache.org>
Subject: [Vote] Apache Lucene.NET 4.8.0-beta00007
It's time to release the latest developments on Lucene.NET 4.8.0. Here are some of the highlights:
1. The NativeFSLockFactory has been patched so it works reliably cross-OS.
2. LurchTable has been fixed so it works on Xamarin.iOS.
3. The Lucene.Net.TestFramework is being released for the first time.
4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and Lucene.Net.Analsis.Morfologik are also being released for the first time.
5. Performance has been improved.
6. .netstandard1.6 support has been dropped, and .netstandard2.1 support has been added.
Much of what used to be in Lucene.Net.Support has been cleaned up, documented, and moved to a new library named J2N. Benchmarks have been performed to optimize the code far better than it was. We have also taken advantage of .NET Core 3's hardware intrinsics APIs (https://s.apache.org/hardware-intrinsics) to get an extra boost if running on X86/X64 hardware.
How much has performance improved? It is difficult to tell. I am getting inconsistent results between running locally and on Azure DevOps. Running locally on my Coffee Lake processor, I am seeing increases of 200%-300% for some tests projects others have barely changed at all, on Azure DevOps, the improvements are only about 15%-20% for a complete test run.
Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006 and 4.8.0-beta00007 on some realistic configuration and let us know the results so we can include some non-inflated expectations in the release announcement. Benchmark.NET is a great tool for this: https://github.com/dotnet/BenchmarkDotNet.
Upon this release, we can resolve the following open JIRA issues:
LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws NullReferenceException when first arg is null.
LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of documentation
LUCENENET-621 - Failing Test: Lucene.Net.Search.TestSearchAfter::TestQueries()
LUCENENET-622 - Failing Test: Lucene.Net.Util.TestVersionComparer::TestVersions()
LUCENENET-617 - Deadlock caused by NativeFSLockFactory
LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with Xamarin.iOS
LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to end users
Resolved for .NET Standard 2.1+ only:
LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
Lucene.NET 4.8.0-beta00007
Test results of this release build: https://s.apache.org/test-results
The release artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucenenet/
The tag is: https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
As usual, when you unzip the src release distribution, you can build and test (on Windows only) by running
build -t -mp:10
-t means to test
-mp is the maximum number of tests to in parallel
Do note that the .NET Framework 4.8 developer pack is now a prerequisite
This vote will close no sooner than 72 hours from now, i.e. sometime after 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and dev mailing list members are encouraged to participate in the voting process. We only count the PMC as official votes, but the feedback of the community is also valuable.
+1 - It's a go
0 - Neutral, no opinion
-1 - Hold everything, we need to address...
Happy Holidays,
Shad Storhaug (NightOwl888)
Project Chairperson - Apache Lucene.NET
Re: [Vote] Apache Lucene.NET 4.8.0-beta00007
Posted by Shannon Deminick <sd...@gmail.com>.
+1
Great work!
On Thu., 26 Dec. 2019, 17:11 Shad Storhaug, <sh...@shadstorhaug.com> wrote:
> It's time to release the latest developments on Lucene.NET 4.8.0. Here are
> some of the highlights:
>
>
> 1. The NativeFSLockFactory has been patched so it works reliably
> cross-OS.
> 2. LurchTable has been fixed so it works on Xamarin.iOS.
> 3. The Lucene.Net.TestFramework is being released for the first time.
> 4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and
> Lucene.Net.Analsis.Morfologik are also being released for the first time.
> 5. Performance has been improved.
> 6. .netstandard1.6 support has been dropped, and .netstandard2.1
> support has been added.
>
> Much of what used to be in Lucene.Net.Support has been cleaned up,
> documented, and moved to a new library named J2N. Benchmarks have been
> performed to optimize the code far better than it was. We have also taken
> advantage of .NET Core 3's hardware intrinsics APIs (
> https://s.apache.org/hardware-intrinsics) to get an extra boost if
> running on X86/X64 hardware.
>
> How much has performance improved? It is difficult to tell. I am getting
> inconsistent results between running locally and on Azure DevOps. Running
> locally on my Coffee Lake processor, I am seeing increases of 200%-300% for
> some tests projects others have barely changed at all, on Azure DevOps, the
> improvements are only about 15%-20% for a complete test run.
>
> Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006 and
> 4.8.0-beta00007 on some realistic configuration and let us know the results
> so we can include some non-inflated expectations in the release
> announcement. Benchmark.NET is a great tool for this:
> https://github.com/dotnet/BenchmarkDotNet.
>
> Upon this release, we can resolve the following open JIRA issues:
>
> LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws
> NullReferenceException when first arg is null.
> LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of
> documentation
> LUCENENET-621 - Failing Test:
> Lucene.Net.Search.TestSearchAfter::TestQueries()
> LUCENENET-622 - Failing Test:
> Lucene.Net.Util.TestVersionComparer::TestVersions()
> LUCENENET-617 - Deadlock caused by NativeFSLockFactory
> LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with
> Xamarin.iOS
> LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to
> end users
>
> Resolved for .NET Standard 2.1+ only:
>
> LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
>
>
> Lucene.NET 4.8.0-beta00007
>
> Test results of this release build: https://s.apache.org/test-results
> The release artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/lucenenet/
> The tag is:
> https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
>
> As usual, when you unzip the src release distribution, you can build and
> test (on Windows only) by running
>
> build -t -mp:10
>
> -t means to test
> -mp is the maximum number of tests to in parallel
>
> Do note that the .NET Framework 4.8 developer pack is now a prerequisite
>
>
> This vote will close no sooner than 72 hours from now, i.e. sometime after
> 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and dev
> mailing list members are encouraged to participate in the voting process.
> We only count the PMC as official votes, but the feedback of the community
> is also valuable.
>
> +1 - It's a go
> 0 - Neutral, no opinion
> -1 - Hold everything, we need to address...
>
>
> Happy Holidays,
> Shad Storhaug (NightOwl888)
> Project Chairperson - Apache Lucene.NET
>
RE: [Vote] Apache Lucene.NET 4.8.0-beta00007
Posted by Shad Storhaug <sh...@shadstorhaug.com>.
Time's up.
Here are the results:
PMC Votes
+1: (3)
0: (0)
-1: (0)
Non PMC Votes
+1: (3)
0: (0)
-1: (0)
It's official, Apache Lucene.Net 4.8.0-beta00007 has been approved! I will start the release presently.
Thanks everyone for your participation.
Shad Storhaug (NightOwl888)
-----Original Message-----
From: Shad Storhaug <sh...@shadstorhaug.com>
Sent: Thursday, December 26, 2019 1:11 PM
Cc: dev@lucenenet.apache.org
Subject: [Vote] Apache Lucene.NET 4.8.0-beta00007
It's time to release the latest developments on Lucene.NET 4.8.0. Here are some of the highlights:
1. The NativeFSLockFactory has been patched so it works reliably cross-OS.
2. LurchTable has been fixed so it works on Xamarin.iOS.
3. The Lucene.Net.TestFramework is being released for the first time.
4. Two analysis modules, Lucene.Net.Analysis.OpenNLP and Lucene.Net.Analsis.Morfologik are also being released for the first time.
5. Performance has been improved.
6. .netstandard1.6 support has been dropped, and .netstandard2.1 support has been added.
Much of what used to be in Lucene.Net.Support has been cleaned up, documented, and moved to a new library named J2N. Benchmarks have been performed to optimize the code far better than it was. We have also taken advantage of .NET Core 3's hardware intrinsics APIs (https://s.apache.org/hardware-intrinsics) to get an extra boost if running on X86/X64 hardware.
How much has performance improved? It is difficult to tell. I am getting inconsistent results between running locally and on Azure DevOps. Running locally on my Coffee Lake processor, I am seeing increases of 200%-300% for some tests projects others have barely changed at all, on Azure DevOps, the improvements are only about 15%-20% for a complete test run.
Please perform your own benchmarks for both Lucene.NET 4.8.0-beta00006 and 4.8.0-beta00007 on some realistic configuration and let us know the results so we can include some non-inflated expectations in the release announcement. Benchmark.NET is a great tool for this: https://github.com/dotnet/BenchmarkDotNet.
Upon this release, we can resolve the following open JIRA issues:
LUCENENET-615 - PerFieldAnalyzerWrapper.GetTokenStream throws NullReferenceException when first arg is null.
LUCENENET-612 - PerFieldAnalyzerWrapper usability issues due to lack of documentation
LUCENENET-621 - Failing Test: Lucene.Net.Search.TestSearchAfter::TestQueries()
LUCENENET-622 - Failing Test: Lucene.Net.Util.TestVersionComparer::TestVersions()
LUCENENET-617 - Deadlock caused by NativeFSLockFactory
LUCENENET-602 - Error using Lucene.Net.Facet 4.8.0-beta00005 with Xamarin.iOS
LUCENENET-614 - Make Lucene.Net.TestFramework functionality available to end users
Resolved for .NET Standard 2.1+ only:
LUCENENET-610 - Reduce locking in FieldCacheImpl::Cache::Get
Lucene.NET 4.8.0-beta00007
Test results of this release build: https://s.apache.org/test-results The release artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucenenet/
The tag is: https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00007
As usual, when you unzip the src release distribution, you can build and test (on Windows only) by running
build -t -mp:10
-t means to test
-mp is the maximum number of tests to in parallel
Do note that the .NET Framework 4.8 developer pack is now a prerequisite
This vote will close no sooner than 72 hours from now, i.e. sometime after 6:15 UTC 29-December-2019. All Lucene.NET committers, PMC members, and dev mailing list members are encouraged to participate in the voting process. We only count the PMC as official votes, but the feedback of the community is also valuable.
+1 - It's a go
0 - Neutral, no opinion
-1 - Hold everything, we need to address...
Happy Holidays,
Shad Storhaug (NightOwl888)
Project Chairperson - Apache Lucene.NET