Does that mean that the user should be able to mark some connections as
fixed speed, so that
measuring the speed once is all that's needed? Or should the user also
be able to enter the
speed, so that no measurement is needed, and the server can assume the
lesser of the speed
entered and the speed of the server's connection to the internet?
Other connections could be marked as variable speed, and therefore
needing measurement.
On 3/30/2017 1:48 PM, boinc_dev-requ...@ssl.berkeley.edu wrote:
Date: Thu, 30 Mar 2017 18:16:32 +0000
From: "McLeod, John" <john.mcl...@sap.com>
Subject: Re: [boinc_dev] An additional preference to prevent
downloading when on WiFi, to enable downloading only on when connected
to cable
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.
