Streaming server

Wojciech Puchar wojtek at wojtek.tensor.gdynia.pl
Wed May 27 22:02:44 UTC 2009


> DEST                  STATE       AGE       EXP  PKTS BYTES
> 62.75.158.169:8020     4:4   05:03:05  23:59:59  380K  296M
>
> 5 hours of online radio and I downloaded 296Meg. I don't want that hitting my
> harddisk at all. And if I do, then I can always record it.

you don't have to. use for example mplayer with URL as argument.

> - Bandwidth: This didn't interrupt noticeably with my work (ssh sessions) and
> other web use (port downloads, remote imap, webmail, smtp over ssh, etc) and
> I'm currently not using altq.

same as above.

>
> That's just from client perspective. From server perspective, the bandwidth
> advantage should be clear. There's no real advantage to gain maintaining altq
> rules / mod_bandwidth / foo-solution or a streaming server, except if the
> former are already in place.
>
> Most important is to consider if your users "want to save the file", cause a
> lot of clients hide or don't provide this feature. Over time though, as speeds
> and availability increase more and more people are seeing the internet as
> "another harddrive" so that distinction will fade.


anyway lots of people do download things to disks. the disks are usually 
huge today and mostly unused.

>
> If I'm correct, Jos is from .nl, where people are spoiled in that respect [1].
>
> [1] http://www.upc.nl/internet/ up to 120MBit down, 10Mbit up.
> -- 
> Mel
>
>


More information about the freebsd-questions mailing list