Denne artikel er en spejling af maskinoversættelse, klik venligst her for at springe til den oprindelige artikel.

Udsigt: 3487|Svar: 3

[Kilde] .NET 6 tester Gzip- og Brotli-algoritmer

[Kopier link]
Opslået på 17/09/2023 10.45.34 | | | |
Krav: HTTP tilføjer nu en Brotli-komprimeringsalgoritme til at teste Gzip- og Brotli-algoritmerne. Afhængigt af projektet testes kun dekompressionshastigheden i artiklen.

Brotli har12 kompressionsniveauer, fra 0 til 11, hvor 0 giver den hurtigste kompressionshastighed, men det laveste kompressionsforhold, mens 11 giver det højeste kompressionsforhold, men kræver flere computerressourcer og mere tid. Da vi først implementerede Brotli for 5 år siden, fastslog vi, at 4-niveaus komprimering gav en balance mellem bytebesparelser og komprimeringstid uden at gå på kompromis med ydeevnen. Jo højere komprimeringsniveau, desto mindre fodaftryk, men det sælger flere CPU- og hukommelsesressourcer.

ASP.NET Brotli-algoritmen er allerede indbygget i kernen og kræver ikke reference til tredjepartspakker. (Denne artikel vil referere til tredjepartspakken: BrotliSharpLib og den indbyggede til sammenligning), konfigurationen er som følger:


ASP.NET Core Brotli komprimeringskaldsflow: ResponseCompressionServicesExtensions -> AddResponseCompression -> ResponseCompressionProvider -> BrotliCompressionProvider -> BrotliStream.



Komprimeringsniveauets opremsningskode er som følger:

Opret et nyt .NET 6-konsolprojekt med følgende benchmark-kode:


Testresultaterne er som følger:



Jeg testede en 503kb-fil, og efter komprimering var der ikke den store forskel, alt omkring 400kb, og det viste sig, at Gzips dekompressionshastighed stadig var hurtigere end Brotlis, hvilket burde være det sammefilstørrelse, . NET-version, komprimeringsniveau, filindhold osvKort sagt er det bedst at vælge den scene, der passer til dig.

Hvis du støder på en fejl som denne:

Miljø
  Resumé -> Opdaget fejludgangskode fra en af benchmarks. Det kan skyldes følgende antivirussoftware:
        - 360 SafeGuard (C:\Program Files (x86)\360\360Safe\safemon\360tray.exe)
        - Windows Defender (windowsdefender://)
Brug InProcessEmitToolchain eller InProcessNoEmitToolchain for at undgå ny procesoprettelse.
opløsning

eller
(Slut)





Tidligere:[Drej]. NET bruger Brotli til at komprimere og dekomprimere data
Næste:EF6 Required tillader tomme strenge, men ikke nulliteter
 Udlejer| Opslået på 17/09/2023 10.46.46 |

asp.net kerne 3.1 muliggør websitets Brotli-komprimeringsalgoritme
https://www.itsvse.com/thread-9532-1-1.html

.net/c# GZipStream datakomprimering
https://www.itsvse.com/thread-4240-1-1.html




 Udlejer| Opslået på 17/09/2023 10.48.01 |
[Drej]. NET bruger Brotli til at komprimere og dekomprimere data
https://www.itsvse.com/thread-10662-1-1.html
 Udlejer| Opslået på 07/01/2025 10.18.37 |
【zip】. NET/C# bruger indbygget System.IO.Compression til at komprimere og dekomprimere
https://www.itsvse.com/thread-10912-1-1.html
Ansvarsfraskrivelse:
Al software, programmeringsmaterialer eller artikler udgivet af Code Farmer Network er kun til lærings- og forskningsformål; Ovenstående indhold må ikke bruges til kommercielle eller ulovlige formål, ellers skal brugerne bære alle konsekvenser. Oplysningerne på dette site kommer fra internettet, og ophavsretstvister har intet med dette site at gøre. Du skal slette ovenstående indhold fuldstændigt fra din computer inden for 24 timer efter download. Hvis du kan lide programmet, så understøt venligst ægte software, køb registrering og få bedre ægte tjenester. Hvis der er nogen overtrædelse, bedes du kontakte os via e-mail.

Mail To:help@itsvse.com