2011-10-21 10 views

Odpowiedz

5

IBM ma numer comparison, który obejmuje także graph. Zgodnie z nim istnieje również korzyść w kompresji małych plików. Another, chociaż stary artykuł opisuje wydajność gzip jako dobrą, z wyjątkiem lokalnych transferów plików. Mimo, że oba artykuły są sprawdzanie ucisków w „dial-up” Środowisko,

myślę, że pytanie jest bardziej istotne, aby co do kompresji, zamiast ile bajtów. Gzip (deflate) jest zwykle dobry dla plików tekstowych (html, xml, js, itp.), Nawet jeśli są one tak małe jak 256 bajtów, ale są obok nieprzydatne podczas kompresowania plików multimedialnych lub plików, które zostały już skompresowane (jak png , jar-s, docx/odt-s, itp.)

1

Jeśli naprawdę zależy Ci na tym, powinieneś porównać różnice w rozmiarach między spakowanymi i nieskompresowanymi plikami w w aplikacji . Zacznij testować najmniejsze pliki, które wyświetlasz, i testuj zwiększanie rozmiarów. Sprawdź, gdzie rozmiar gzipowany jest mniejszy niż nieskompresowany i ustaw go na wartość progową.

Jeśli nie jesteś Google, to jednak nie ma większego znaczenia. Wybierz rozsądną wartość. Jak brzmi 256 kilobajtów?


Dobra, dobra ... O(Google)

+1

ale to nie tylko rozmiar. jest także procesorem na serwerze i kliencie w celu rozpakowania danych. i pomyślałem, kiedy bierzesz pod uwagę procesory w niektórych przeglądarkach telefonów, które mogą być brane pod uwagę. – Simon

+0

To zabawne, że powinieneś martwić się o marnowanie procesora na telefon, podczas gdy najcięższy element w dzisiejszych czasach wciąż jest najczęściej siecią. Pewnie, procesor zjada baterię, ale kiedy ostatnio powiedziałeś "połączenie danych mojego smartfona z pewnością jest wystarczająco szybkie?" –

+0

Nie jestem tak bardzo zaniepokojony. Po prostu jeśli wstawiam numer, sprawdziłbym, czy jest zalecany. Wątpię, żeby to miało jakikolwiek wpływ na moją sprawę, ale nie powstrzymuje mnie przed chęcią poznania. – Simon

1

Nie ma wiele szkód w kompresji krótkie odpowiedzi HTTP. Nie będą się powiększać, jeśli w ogóle. Sądzę, że wysiłek procesora jest zawsze wart, jeśli oszczędza przepustowość.

Im lepiej się martwić, jest typ danych. Próba skompresowania napiętych plików binarnych, takich jak współczesne obrazy i formaty wideo, jest całkowitym marnowaniem wysiłku, podczas gdy dla wszystkich treści tekstowych jest skuteczna.

Powiązane problemy