Współczynnik kompresji

Wpisz rozmiar przed i po. 1000 i 300 dają 3,33:1. 4096 i 1024 dają 4:1. 100 i 95 dają 1,05:1. To iloraz wpisanych bajtów, nie gzip.

To przed / po z Twoich liczb. Karta nie kompresuje pliku i nie odpala gzip. Orientacyjny bundle jest na rozmiarze bundle JS.

Wynik

Wprowadź dane i kliknij Oblicz.

Często zadawane pytania

Kiedy używać tego kalkulatora?: Gdy porównujesz rozmiar przed/po gzip, Brotli, Zstd itp. albo planujesz miejsce i transfer.
Co oznacza wysoki współczynnik?: Silniejsza kompresja (mniej bajtów po). Często kosztuje więcej CPU — warto mierzyć też czas.
Jakie wartości są realistyczne?: Tekst/HTML często 3–10:1; dane losowe lub już skompresowane ≈ 1:1.
Co wygląda „źle”?: Rozmiar po > przed (błąd danych) albo stosunek bliski 1 przy „kompresji”, która nic nie daje.

Jak to działa?

Współczynnik kompresji na tej karcie to rozmiar przed przez rozmiar po. 1000 i 300 dają 3,33:1. 4096 i 1024 dają 4:1. 100 i 95 dają 1,05:1. Oszczędność to przed minus po. Karta nie kompresuje pliku.

Oba pola są w bajtach, które sam wpiszesz. 1000 / 300 ≈ 3,33. 4096 / 1024 = 4. 100 / 95 ≈ 1,05. Nie ma tu algorytmu gzip, Brotli ani Zstd. Wpisz wyniki z dysku albo z Network.

Zero w polu po nie daje stosunku. Przed mniejsze niż po zostaje stosunkiem poniżej 1. Karta nie czyta pliku i nie zmienia bajtów. Tylko dzieli dwie liczby.

Rozmiar bundle JS obok mnoży źródło przez stałe 0,21. Tu wpisujesz oba końce sam. 3,33:1 nie jest szacunkiem minify. 4:1 przy 4096 i 1024 to czysty iloraz.

Wpisz 1000 i 300, potem Oblicz. Wynik to 3,33:1. Przecinek w 1000,5 działa. 100 i 95 dają 1,05:1.

1000 i 300 dają 3,33:1. 4096 i 1024 dają 4:1. 100 i 95 dają 1,05:1. Inna para bajtów daje inny współczynnik.

Wzór

współczynnik = przed / po; oszczędność = przed - po

Jak korzystać

Wpisz rozmiar przed 1000 i po 300.
Kliknij Oblicz. Wynik to 3,33:1.
4096 i 1024 dają 4:1. 100 i 95 dają 1,05:1.
To iloraz wpisanych bajtów, nie kompresor.
Sąsiednia karta szacuje bundle ze stałych stosunków.

1000 i 300 dają 3,33:1

Współczynnik = przed / po. 1000 i 300 dają 3,33:1. To nie kompresor.

Współczynnik: Przed przez po. 1000 i 300 dają 3,33:1. 100 i 95 dają 1,05:1.
kompresji: Iloraz wpisanych bajtów. 4096 i 1024 dają 4:1. Nie gzip.
przed: Rozmiar wejścia w bajtach. Oszczędność = przed - po. Karta nie rusza pliku.

Przykłady

Przykład 1

1000 B przed
300 B po

3,33:1

Jaki współczynnik kompresji przy 1000 i 300? 3,33:1. Iloraz, nie gzip.

Przykład 2

4096 B przed
1024 B po

4:1

Jaki współczynnik przy 4096 i 1024? 4:1.

Przykład 3

100 B przed
95 B po

1,05:1

Jaki współczynnik przy 100 i 95? 1,05:1. Słaba kompresja z wpisanych bajtów.

Powiązane kalkulatory

Najczęstsze pytania

Jaki współczynnik kompresji przy 1000 i 300?

3,33:1. 1000 / 300. Iloraz wpisanych bajtów, nie gzip.

Ile przy 4096 i 1024?

4:1. 4096 / 1024 = 4.

Ile przy 100 i 95?

1,05:1. 100 / 95. Mało zaoszczędzonych bajtów.

Czy karta kompresuje plik?

Nie. Wpisujesz przed i po. Nie ma tu gzip, Brotli ani Zstd.

W jakich jednostkach są pola?

W bajtach, które sam podasz. Karta tylko dzieli te dwie liczby.

Co przy zerze w polu po?

Nie ma stosunku, bo nie dzielimy przez zero.

Czy przecinek w 1000,5 działa?

Tak. 1000,5 i 300 dają inny współczynnik niż 1000 i 300.

Czym to różni się od rozmiaru bundle?

Tam 100 KB w kb samo daje 21 KB gzip. Tu 1000 i 300 dają 3,33:1.

Czy 4:1 to jakość algorytmu?

Nie. To tylko 4096 / 1024 z Twojego wpisu.