Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

[Suggestion] Use multi-thread when running "aptly publish" without "-skip-contents"

Abierto
  • ¿Algo no está bien?
#1,544 1 comentario 1 reacción 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
46/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
go
Área
cli

Línea de trabajo

Start at the aptly publish command and trace how it generates and compresses Contents-.gz when -skip-contents is not used. The issue suspects single-threaded xz compression, so first verify where the time is spent and whether that step can use multiple cores. Done means publishing without -skip-contents is faster while preserving the expected Contents output; the issue does not specify files or tests.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Hi!
It's been a great adventure for a newbie like me using aptly to create my first local apt repo!

But me myself, and many others have encountered the problem, that "aptly publish" without "-skip-contents" is very slow, like here and there.

Image

I found that, there's a progress running on single-thread, not using any other CPU core.

Image

At the same time, iotop shows that the hard disk IO isn't too much. So I guess the bottle neck is CPU single-thread.

Google says the "Contents-.gz" is needed when using apt-file, but it's okay for regular apt operations if this file is missing.

So... Could it be possible to use multi-thread, or use something like gnu parallel, when running xz?

Lenguaje dominante
Go
Estrellas
2.9k
Forks
436
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de aptly-dev/aptly

Todos los issues de aptly-dev/aptly

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.