Vaatimukset: HTTP lisää nyt Brotli-pakkausalgoritmin testatakseen Gzip- ja Brotli-algoritmeja. Projektista riippuen artikkelissa testataan vain dekompression nopeutta.
Brotli on12 pakkaustasoa, 0:sta 11:een, missä 0 tarjoaa nopeimman pakkausnopeuden mutta alhaisimman pakkaussuhteen, kun taas 11 tarjoaa korkeimman pakkaussuhteen, mutta vaatii enemmän laskentaresursseja ja -aikaa. Kun otimme Brotlin käyttöön viisi vuotta sitten, totesimme, että 4-tason pakkaus tarjoaa tasapainon tavujen säästöjen ja pakkausajan välillä ilman suorituskyvyn tinkimistä. Mitä korkeampi pakkaustaso, sitä pienempi on, mutta se myy enemmän prosessoria ja muistiresursseja.
ASP.NET Brotli-algoritmi on jo sisäänrakennettu ytimeen eikä vaadi viittausta kolmannen osapuolen paketteihin. (Tässä artikkelissa viitataan kolmannen osapuolen pakettiin: BrotliSharpLib ja sisäänrakennettu versio vertailun vuoksi), kokoonpano on seuraava:
ASP.NET Core Brotli -pakkauskutsuvirta: ResponseCompressionServicesExtensions -> AddResponseCompression -> ResponseCompressionProvider -> BrotliCompressionProvider -> BrotliStream.
Pakkaustason luettelokoodi on seuraava:
Luo uusi .NET 6 -konsoliprojekti seuraavalla vertailukoodilla:
Testitulokset ovat seuraavat:
Testasin 503 kb tiedostoa, ja pakkauksen jälkeen eroa ei ollut juuri lainkaan, noin 400 kb, ja kävi ilmi, että Gzipin purkunopeus oli silti nopeampi kuin Brotlin, jonka pitäisi olla samatiedostokoko. NET-versio, pakkaustaso, tiedostosisältö jneLyhyesti sanottuna, on parasta valita kohtaus, joka sopii sinulle.
Jos kohtaat tällaisen virheen:
Ympäristö Yhteenveto -> Havaittu virheen poistumiskoodi yhdestä benchmarkista. Se saattaa johtua seuraavista virustorjuntaohjelmista: - 360 SafeGuard (C:\Program Files (x86)\360\360Safe\safemon\360tray.exe) - Windows Defender (windowsdefender://) Käytä InProcessEmitToolchainia tai InProcessNoEmitToolchainia uusien prosessien luomisen välttämiseksi. ratkaisu
tai
(Loppu)
|