Daniel Alley
Daniel Alley
I think switching to zlib-ng (which is much faster, thus allowing you to use a more aggressive profile and still get better performance) or an alternate format such as zstd...
Worth closing in favor of https://github.com/rpm-software-management/createrepo_c/issues/82 ?
I'm told that DNF has supported it for a few years (since roughly EL 8.2 & Fedora 30) which means the only gap is on the repo-metadata-generation side. Of course...
Now that createrepo_c supports `zstd`, IMO this probably isn't worth it.
The `PackageIterator` API allows you to avoid this and the old `locate_and_load_xml()` API allows you to configure what the behavior should be. The others are susceptible.
>so that it could be dropped at some point in the future without breaking createrepo_c's semantic versioning I think that was written before the point where you mentioned that we'd...
@j-mracek Do you want to have a deprecation warning on `--database` before then, or just drop it.
IMO this would somewhat devalue the RPM format as opposed to something like Debian or Arch packages, which basically just store compressed files in an archive. A benefit of RPM...
All of which isn't to say that it's not a problem that requires solving, but if it requires a file format revision to solve then maybe we should also examine...
LZO doesn't have particularly fast decompression by modern standards, as far as I'm aware. zstd is 2-3x faster and lz4 is 5x faster according to these numbers https://github.com/facebook/zstd