Pernah mencoba membuat utilitas untuk mengkompress mail (u/ ditransfer via uucp) dengan cara: - mail digzip secara individual - mail ditumpuk sebagai batch, digzip serentak saat mau diambil
ternyata yang kedua lebih efektif karena 'inter-messages' context masih terjaga. Barangkali anda bisa mencoba-coba meng-gzip file-file secara individual, dibandingkan dengan meng-cat file-file tsb. menjadi satu kemudian menggzip serentak. Tapi jangan terkecoh dengan ukuran file hasil 'ls', karena, kalau anda pakai *nix, file disimpan sebagai block. artinya disk saving juga tidak begitu signifikan seperti yang diharapkan (postpi.com menggzip maildir file on-the-fly, setidaknya itu yang bisa saya amati sekilas). Anggap saja di atas sebagai ilustrasi, yang menjadi pertanyaan di kepala saya, bagaimana orang melakukan kompresi data untuk transfer data ke mobile device, seperti blackberry/ventus misalnya. Apa iya inter-message context bisa dijaga kalau yang dikompress adalah protokol, pasti tidak menggunakan metode kompresi konvensional (lha, zip, zlib), tapi memakai konvensi dengan cara memendekkan string/data. Kalau mencontek/membaca dari apa yang diimplementasikan oleh 'whiteberry', kompresi nampaknya masih seputar mengurangi overhead protokol per-se. Tapi bagaimana dengan data? Barangkali implementasi pada kompresor bandwidth bisa kasih hint, atau tidak sama sekali karena transfer via mobile device itu boleh dibilang cukup extreme. Kalau yang dikompress itu paket, saya malah tidak bisa membayangkan bisa efektif, kecuali, apa ya istilahnya, katakanlah 'inter-packet context' bisa dikelola dengan baik. Mungkin dengan implementasi cache atau yang sejenisnya. Salam, P.Y. Adi Prasaja -- Right or wrong my list. Unsubscribe option is currently unavailable. Indeed, it's available upon request .. but: cepek dulu donk!
