bandwidth

i wrote an app that sync's local folders with online folders, but it eats all my bandwidth, how can i limit the amount of bandwidth the app use? (programatically)? Polity Take a look at http://www.codeproject.com/KB/IP/MyDownloader.aspx He's using the well known technique which can be found in Downloader.Extension\SpeedLimit Basically, before more data is read of a stream, a check is performed on how much data has actually been read since the previous iteration . If that rate exceeds the max rate, then the read command is suspended for a very short time and the check is repeated. Most

I want to log the total bytes downloaded and uploaded by my Python script. total_downloaded_bytes = 0 def bandwidth_hook(r, *args, **kwargs): global total_downloaded_bytes total_downloaded_bytes += len(r.content) req = requests.session() req.hooks = {'response': bandwidth_hook} The above code doesn't take into account HTTP compression (if I'm right) and the size of headers. Is there a way to count total uploaded and downloaded bytes from a requests.session? If not, what about a script-wide count? Martijn Pieters You can access the r.request object to calculate outgoing bytes, and you can

I'm developing a web application for mobile browsers. Right now most of development is done on local machines (with local apache) and I'd like to test how it behaves in low bandwidth and even high latency environments. I don't need to use apache as there is little server side things for the moment. Do you know any good tool? You may want to give Sloppy a try. UPDATE: @SamSaffron posted a cool gist: https://gist.github.com/2132065 to inject 300ms latency into the network stack #!/bin/sh ipfw -q -f flush ipfw add pipe 1 in ipfw add pipe 2 out ipfw pipe 1 config bw 512Kbit/s queue 30 delay 150ms

I am submitting relatively lots of data from a mobile application (up to 1000 JSON objects), that I would normally encode like this: [{ id: 12, score: 34, interval: 5678, sub: 9012 }, { id: ... }, ...] I could make the payload smaller by submitting an array of arrays instead: [[12, 34, 5678, 9012], [...], ...] to save some space on the property names, and recreate the objects on the server (as the schema is fixed, or at least it is a contract between the server and the client). The payload in then submitted in a POST request, most likely over a 3G connection (or could be wifi). It looks like I

I'd like to know, which option is the most expensive in terms of bandwith and overall efficiency. Let's say I have a class Client in my application and a table client in my database. Is it better to have one static function Client.getById that retrieves the whole client record or many ( Client.getNameById , Client.getMobileNumberById , etc.) that retrieve individual fields? If a single record has a lot of fields and I end up using one or two in the current script, is it still better to retrieve everything and decide inside the application what to do with all the data? I'm using PHP and MySQL