World: r3wp

So that feature is low priority unless we can found a simple way 
to implement it while keeping it efficient and transparent for the 
user.

we are showing around our stuff in thailand, china, hungary while 
the server is in singapore (ec2) and we are using the non minimized 
angular.js which is 320k.

there would be no reason to use the minimized one if it would be 
compressed.

but we dont want to complicate the deploy process by switching between 
the minimized and non minimized versions, however we need from time 
to time to check out the source and even tweak it sometimes

so for us it would be freaking efficient :)

otherwise we are veeeery far from hitting the raw static file throughput 
...

You can pre-compress it in gzip format, but Cheyenne will need to 
be patched to send the appropriate Content-Encoding header (should 
be part of a dedicated Cheyenne mod, that could also handle the pre-compression 
on disk).

i wouldnt even mind calling gzip every time...

it would still speedup the transfer in most situations

Well, writing such mod is trivial, the non-trivial part is avoiding 
making a mess of the web app folders or cluttering the disk with 
unused files.

In other words: give me an efficient set of rules to manage the compressed 
versions of served files and I will code the mod. ;-)

and a plain filesize check, like if 10'000 < select info? file 'size 
[call "gzip..."]

i would do on the fly compression only. for "personal" usage, it's 
a good compromise

On the fly: that scheme doesn't work for big files (think 10MB or 
100MB

if you have to re-compress the file on each request

maybe if u r serving to a 100Mbit connection from a Pentium I...

such automatic compression makes sense only for mid sized files, 
where the file needs to be seemlessly uncompressed on the other side. 
if the file is bigger, u want to be more specific about the compression 
method anyway...

on  the other hand, i just ran a
time gzip -c some.avi > /dev/null

where the avi was 1.2GB and the runtime was 1m19s on my mac laptop, 
which is

15MByte / sec, so 150MBit/s roughly.... i use wifi most of the time, 
which is below 100Mbit usually...

gzipping angular 0.9.15 reduces size from 330k to 86k in 0.06 seconds 
on my machine (with CALL/wait of gzip from within REBOL).

60 ms for a single request is way too much.

so on-the-fly compression of only static *.js *.css files would probably 
be worth it

muhhahahaaa :)

that request takes several seconds to download in the mentioned scenarios..

those 60ms are worth it if the connection is slower than ~4MByte/sec

It is a waste of server resources.

depends on your usage scenario

even my amazon micro instance is idle mostly...

it would be a waste if it would be happening constantly..

if you have no significant load but your users are typically accessing 
over relatively slow lines, it would result in a significant speedup.


i'd certainly not enable such a thing per default, obviously. but 
for some scenarios (like onetom's, probably) this relatively slow 
on-the-fly compression using CALL would still be worth it.

what kind of connections do u guys live on?

you mean server connections?

no, client connections.

6MBit/s

(from home)

even in the singapore hackerspace we have only 10Mbit, which is far 
from being 10Mbit to most directions,

but at home we just have ~2Mbit -- hardly enough to watch utube realtime, 
then in thailand phuket 2.5Mbit, but maaany many times im on edge 
10-25kB/s or just 4kB/s GPRS

Yep, it's a problem that most software is developed by Westerners

the small instance im running this shit from is a small ec2 instance.

it compresses the mentioned file in 44ms for the 1st time, then ~28ms 
subsequently.


no matter how i look at it, it does worth to support this for the 
usual text mime types, especially within the 10kB - 10MB size range

Kaj: whats u usual client downstream speeds in the netherlands?

s/ u / your /

I'm on 20+ Mbit/s here

But I pretend it's way less when programming :-)

how do u pretend? in ur mind or actually w some traffic shaper? :)

is it really that fast usually?

Well, I don't even pretend. I just design things to be as efficient 
as possible, and that means it almost never needs the speeds here

my macbook could still saturate it though 6 times

The nice thing about this connection is that it's (mostly) symmetric. 
But most people here have downstreams roughly in that order, although 
there's also 2 and 100 MBit around

You're right about the speed relations. We run ancient hardware, 
but what usually matters is network speed

the funny thing is with this angularjs framework is that most of 
the code are static files...
hardly any rsp processing is needed.

small json is generated dynamically, but even the frontend text dictionaries 
are static javascript files,

and angularjs is doing the language switch live without any server 
turn around...

Yeah, because the dynamics are moved to the client

FYI, I plan to work this Sunday on:
- adding proper log file relocation ability for UNIX platforms
- make a draft mod for testing static file compression support

awesome!

Cool