Hi,

I'm currently maintaining the zlib package across Fedora and Red Hat
products.

I like the proposal for the zlib-ng package, there are just a few questions
for @Tulio Magno Quites Machado Filho <tmach...@redhat.com> :
1) Just to clarify, do you want to have two separate packages (zlib-ng and
e.g. zlib-ng-compat) in Fedora? One with the `-DZLIB_COMPAT=ON` option
enabled and one without it?
2) What is your point of view on maintaining these packages? You will be
the main contact and I could be the secondary one? Or do you have someone
else in your team who could take the responsibility and our team could
leave those packages to you?
3) Same as 2) but for CentOS Stream and RHEL products?

Next, I have a few scary scenarios in my head, which I'm not sure how would
be handled:
1) When we decide to migrate from zlib to zlib-ng and zlib-ng-compat, the
packages would still need to rewrite their code so they can use the pure
(no compat) zlib-ng functions and libraries. How many of the packages will
be able (and most importantly willing) to do that?
2) There are 271 RPMs dependent on zlib in ELN repo (there will be more in
the Fedora repo). It would mean that we would have to side-tag rebuild all
of them when switching to the zlib-ng-compat package. It may be challenging.

If I understood something incorrectly please let me know, I'm trying to
understand it completely, what is the plan here. It will be needed to be
thoroughly documented in the Fedora Change.

Overall, I think performance-wise this is a great idea. We just need to be
cautious about the compatibility.

On Thu, Aug 17, 2023 at 6:49 AM Daniel Alley <dal...@redhat.com> wrote:

> The zlib-ng 2.1 beta, apparently, has some significant further
> enhancements coming down the pipe.  So the potential is there for users to
> see improvements much greater than 40% eventually.
>
> https://www.phoronix.com/news/Zlib-ng-2.1-Beta
>
> "With zlib-ng 2.1 beta there is upwards of 56% faster decompression
> performance when using an AVX2-capable x86_64 CPU. In general the
> decompression performance should be a "lot faster" and headlines this new
> beta release."
>
> "Zlib-ng 2.1 has also been working on compression improvements from levels
> 3 to 9 while the speed-ups are more focused on the decompression side. The
> zlib-ng 2.1 beta update has also been enhancing its CMake build system,
> improved support for the Apple M1, enhanced the EmScripten support for
> compiling to JavaScript, and many other changes."
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 
S pozdravom/ Best regards

Lukáš Javorský

Software Engineer, Core service - Databases

Red Hat <https://www.redhat.com>

Purkyňova 115 (TPB-C)

612 00 Brno - Královo Pole

ljavo...@redhat.com
<https://www.redhat.com>
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to