The reason for test data is that you can't tell the true speed of a connection 
to the internet by just looking at the connection from the computer to the 
first network appliance.  

-----Original Message-----
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of 
Vitalii Koshura
Sent: Thursday, March 30, 2017 10:00 AM
To: Richard Haselgrove <r.haselgr...@btopenworld.com>
Cc: boinc_dev@ssl.berkeley.edu
Subject: Re: [boinc_dev] An additional preference to prevent downloading when 
on WiFi, to enable downloading only on when connected to cable

So if your laptop so mobile maybe there will be a better choice just to
schedule upload/download? E.g. if you know that everty evening you're at
home - then upload all done results and download new jobs for ~1 day.
But if your laptop stays at one place for days then you'll probably know
which network connections is better.
I do not understand the reasons why we need to upload/download trash data
just for testing every time.

Best regards,
Vitalii Koshura

2017-03-30 16:29 GMT+03:00 Richard Haselgrove <r.haselgr...@btopenworld.com>
:

> The trouble is, there are too many networking variables to easily boil
> down to a single parameter.
> NIC to router - WiFi (802.11n) is pretty good these days.Router to
> internet - depends on locationInternet to project server - I think the
> example Charles was thinking of was GPUGrid in Barcelona, which went
> through a bad connectivity patch last year, but is communicating properly
> again now. Doesn't affect their reliance on high-performance GPUs, which is
> a different question.
> I've just run speedtest on my six year old Windows 7 laptop, and got 48.34
> Mbits download and 9.28 Mbits upload over WiFi - that's very close to my
> home broadband connection of 50.33 Mbps / 9.765 Mbps. But the results might
> be very different in my local cafe / pub / seminar room / public hotspot.
> We can't equate connection *type* with connection *speed*.
>
>     On Thursday, 30 March 2017, 13:28, David Wallom <
> david.wal...@oerc.ox.ac.uk> wrote:
>
>
>  Hi Charles,
>
> With the increasing prevalence of mobile computing devices then having the
> system (scheduler) doing the test is not really scalable as people move
> their devices.
>
> It would be much easier if the clients did this. My Mac for example is
> able to tell me the latest network bandwidth if has for any of its
> interfaces.
>
> David
> ________________________________________
> From: boinc_dev [boinc_dev-boun...@ssl.berkeley.edu] on behalf of Charles
> Elliott [elliott...@comcast.net]
> Sent: 30 March 2017 13:10
> To: 'Nicolás Alvarez'; Andy Bowery
> Cc: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> Boinc could just download a test file from the Oxford website 5 times and
> average the times.  If the average was above a limit deemed the minimum
> acceptable speed, the user would be permitted to proceed.  OW, the Oxford
> website would post a very polite, very detailed, and very well written
> message to Boinc/the user explaining why a high bandwidth connection is
> necessary for the user's progress and enjoyment of Oxford's project.
>
> One of the Boinc GPU projects, as I recall in Spain, does this now WRT the
> capacity of the user's GPU(s).  It is no fun for, or use to, anyone if the
> user processes a work unit on an older GPU, the GPU overheats, and the WU
> fails 3/4 of the way through.  It is annoying though.
>
> Charles Elliott
>
> -----Original Message-----
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Nicolás Alvarez
> Sent: Wednesday, March 29, 2017 3:40 PM
> To: Andy Bowery
> Cc: BOINC Developers Mailing List ‎[boinc_dev@ssl.berkeley.edu]‎
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> 2017-03-29 14:45 GMT-03:00 Andy Bowery <andy.bow...@oerc.ox.ac.uk>:
> > Hi,
> >
> > We would be interested in an additional BOINC preference, a tickbox on
> the 'Network' tab, with something like 'Download only when connected to a
> high bandwidth connection'. Ticking the box of this preference would
> prevent download of the application and supporting files when the machine
> (for example: a laptop) was connected only to WiFi and not connected to a
> higher bandwidth networking cable. Would it be possible for this to be
> scheduled to be added as an item to be included in a later release?
> >
> > With regards,
> >
>
> What does "high bandwidth connection" mean, how could BOINC know if it's
> connected to one?
>
> --
> Nicolás
> _______________________________________________
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
> _______________________________________________
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
> _______________________________________________
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
> _______________________________________________
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Reply via email to