Nõuded: HTTP lisab nüüd Brotli tihendusalgoritmi Gzipi ja Brotli algoritmide testimiseks. Sõltuvalt projektist testitakse artiklis ainult dekompressiooni kiirust.
Brotli on12 kokkusurumise taset, vahemikus 0 kuni 11, kus 0 annab kiireima tihenduskiiruse, kuid madalaima tihendussuhte, samas kui 11 annab kõrgeima tihendussuhte, kuid nõuab rohkem arvutusressursse ja aega. Kui me Brotlit 5 aastat tagasi esmakordselt rakendasime, leidsime, et 4-tasemeline tihendus tagab tasakaalu baitide kokkuhoiu ja tihendusaja vahel ilma jõudlust ohverdamata. Mida kõrgem tihendustase, seda väiksem on jalajälg, kuid see müüb rohkem protsessori ja mäluressursse.
ASP.NET Brotli algoritm on juba tuuma sisse ehitatud ega vaja viidata kolmandate osapoolte pakettidele. (See artikkel viitab kolmanda osapoole paketile: BrotliSharpLib ja sisseehitatud versioon võrdluseks), konfiguratsioon on järgmine:
ASP.NET Core Brotli tihenduskõne voog: ResponseCompressionServicesExtensions -> AddResponseCompression -> ResponseCompressionProvider -> BrotliCompressionProvider -> BrotliStream.
Tihendustaseme loenduskood on järgmine:
Loo uus .NET 6 konsooliprojekt järgmise võrdluskoodiga:
Testitulemused on järgmised:
Testisin 503 kb faili ja pärast tihendamist polnud suurt vahet, umbes 400 kb, ning selgus, et Gzipi dekompressioonikiirus oli endiselt kiirem kui Brotli oma, mis peaks olema samafaili suurus, . NET versioon, tihendustase, failisisu jneLühidalt öeldes on kõige parem valida endale sobiv stseen.
Kui kohtad sellist viga:
Keskkond
Kokkuvõte -> Tuvastati vea väljumiskood ühest võrdlustest. Selle põhjuseks võivad olla järgmised viirusetõrjetarkvarad:
- 360 SafeGuard (C:\Program Files (x86)\360\360Safe\safemon\360tray.exe)
- Windows Defender (windowsdefender://)
Kasuta InProcessEmitToolchain või InProcessNoEmitToolchain, et vältida uute protsesside loomist.
või
(Lõpp)
|
Postitatud 17.09.2023 10:45:34
|
|
|
|
Üürileandja|
Postitatud 17.09.2023 10:46:46
|
