Benchmarks de performance et métriques techniques |...

Paramètres de configuration principaux

Configuration par défaut du système, ajustable selon les besoins réels

12

Concurrence maximale du pool de threads

Version serveur par défaut

Configurable

1 Go

Limite de fichier version bureau / autonome

Version abonnement / Version serveur

Configurable

10 Go

Limite de fichier version réseau

Version réseau par défaut

Configurable

100/60s

Limitation de débit par défaut

Configurable

3-10

Nombre de réplicas K8s HPA

Prise en charge de la mise à l'échelle automatique

9

Nombre de services Docker Compose

Base de données · Cache · API · Surveillance · Frontend, etc.

2

Nombre de files d'attente de tâches

Tâche de compression · Tâche de maintenance

15

Nombre de scénarios de compression

Couvre les principaux scénarios d'application

Métriques de conception

Objectifs de conception de performance pour la vérification de sécurité principale

<1ms

Latence d'authentification

Bureau / Mobile

<5ms

Latence de vérification d'autorisation

Côté serveur

Taux de compression mesurés

Benchmarks internes sur des échantillons réels, à titre de référence d'évaluation

Scénario d'échantillon	Taux	Niveau	Remarques
Tableur ERP (xlsx avec objets intégrés)	jusqu'à 11.64x	Ultra	Compression récursive des objets intégrés + sous-ensemble des polices + compression bitmap OLE
PPTX d'enregistrement e-learning (polices intégrées ~40 %)	9.19x	Ultra	57.6 Mo → 6.27 Mo via le sous-ensemble des polices intégrées
Document OFD scanné (447 pages, 67.7 Mo)	2.92x	Ultra	4 à 11x plus rapide que l'ancien moteur, protection par liste blanche signatures/pièces jointes
TIFF photo (RGB non compressé)	jusqu'à 110x	Ultra	Canal sans perte natif, pixels identiques à l'octet près
GeoTIFF satellite (palette LZW)	1.03x	Ultra	Source déjà fortement compressée — plafond sans perte ; balises de géoréférencement intégralement préservées
Famille texte (Markdown/YAML/GeoJSON etc.)	20 ~ 54x	Équilibré~Ultra	Encodage sans perte zstd/brotli par paliers, restauration à l'octet près
DICOM médical	1.34 ~ 1.58x	Fort	Rescelage sans perte avec la syntaxe Deflated standard, pixels intacts
Bundle Shapefile géospatial	3.53x	Fort	shp/shx/dbf/prj regroupés ensemble, lisible directement par les outils SIG

Taux = taille originale ÷ taille compressée. Chiffres mesurés sur des échantillons réels internes ; les gains réels dépendent du contenu des fichiers. Tous les formats intègrent un garde-fou de gain — lorsque la recompression n'apporte aucun bénéfice, la sortie est identique octet par octet à l'entrée (elle ne grossit jamais) — et le réencodage avec perte passe des planchers de qualité SSIM≥0.90 / PSNR≥30dB.

Paramètres d'architecture et de déploiement

Paramètres de configuration par défaut du système

Paramètre	Valeur par défaut
Pool de threads version serveur	12 simultanés
Limite de fichier version autonome	1 Go
Limite de fichier version réseau	10 Go
Limitation de débit par défaut	100 fois / 60 secondes
Mise à l'échelle automatique K8s HPA	3 ~ 10 réplicas
Services Docker Compose	9

Guide d'auto-test

Étapes recommandées pour vérifier les performances réelles

Préparer le jeu de tests : Sélectionnez des échantillons de fichiers représentatifs (par exemple 10 photos de différentes résolutions, 5 PDF de différentes tailles, 3 vidéos de différentes durées) couvrant vos principaux formats d'utilisation.
Enregistrer la taille originale : Enregistrez le nombre d'octets original de chaque fichier comme base de calcul du taux de compression.
Exécuter la compression : Utilisez la version bureau ou appelez le SDK/API pour effectuer la compression, sélectionnez le niveau de compression cible et le scénario, et enregistrez le temps de compression (à l'aide de la commande time ou d'un chronométrage dans le code).
Calculer le taux de compression : Taux de compression = (taille originale - taille compressée) / taille originale × 100 %. Il est recommandé d'agréger les statistiques par format plutôt que de les mélanger.
Évaluation de la qualité : Pour les images/vidéos, comparez les métriques PSNR ou SSIM pour évaluer la perte de qualité ; pour les documents, vérifiez manuellement si le contenu clé est clairement lisible.
Test de concurrence (Version serveur) : Utilisez des outils de test de charge pour envoyer des requêtes concurrentes à l'API et observez l'utilisation du pool de threads et la latence de réponse.

Besoin d'une évaluation de performance personnalisée ?

Contactez-nous pour tester avec vos scénarios de fichiers réels

Nous contacter Obtenir le SDK pour auto-test