Quando si esegue la compressione http, esiste una soglia bassa in cui si consiglia di non eseguire la compressione?Qual è la soglia inferiore per non eseguire la compressione http?
Ovviamente per 100 byte non si comprime e per 1 MB si vorrebbe. Ma esistono raccomandazioni generali su una soglia minima specifica?
IBM ha un comparison, che include anche un graph. Secondo questo, c'è anche un vantaggio per la compressione di file di piccole dimensioni. Another, sebbene il vecchio articolo descriva le prestazioni di gzip come buone, tranne che per i trasferimenti di file locali. Anche se entrambi gli articoli stanno controllando compressioni in ambiente "dial-up",
Penso che la domanda è più rilevante da ciò che per comprimere, invece di quanti byte. Gzip (deflate) è generalmente utile per i file testuali (html, xml, js, ecc.) Anche se sono piccoli come 256 byte, ma è quasi inutile quando si comprimono file multimediali o file che sono già stati compressi (come png , jar-s, docx/odt-s, ecc.)
Se davvero ti interessa, devi confrontare le differenze di dimensioni tra i file real in nella tua applicazione. Inizia a testare i file più piccoli che servi e prova le dimensioni crescenti. Guarda dove la dimensione gzipped è minore del non compresso e imposta quella alla soglia.
A meno che non si sia Google, tuttavia, semplicemente non fa molta differenza. Scegli un valore sano. Come suonano 256 kilobyte?
Va bene, va bene ... O(Google)
Non c'è molto male nel comprimere brevi risposte HTTP. Non diventeranno molto più grandi, se non del tutto. Penso che lo sforzo della CPU valga sempre la pena se si risparmia la larghezza di banda.
La preoccupazione migliore è il di tipo di dati. Cercare di comprimere file di file binari stretti come i moderni formati di immagini e video è uno spreco totale di sforzi, mentre per tutti i contenuti testuali è efficace.
ma non è solo la dimensione. è anche la CPU sul server e il client per decomprimere i dati. e ho capito quando consideri le CPU su alcuni browser che potrebbero venire in considerazione. – Simon
È strano che tu debba preoccuparti di sprecare la CPU su un telefono, quando la parte paralizzante di questi tempi è ancora molto spesso la rete. Certo, la CPU consuma batteria, ma quando è stata l'ultima volta che hai detto "la connessione dati del mio smartphone è abbastanza veloce?" –
Non sono davvero preoccupato. Però, se inserisco un numero, vedrei se ce n'è uno raccomandato. Dubito che farà alcuna differenza nel mio caso, ma non mi impedisce di voler sapere. – Simon