Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Laurence]

Hi David,

There is no code as such since we are using HTCondor but this is what we 
are doing.


1. Provide an opt-in method for running data-intensive applications.

2. Run a speed test when a new machine is acquired to obtain an initial 
bandwidth measurement.


3. Instrument the file transfers to measure current network performance 
and update the bandwidth measurement.


4. Send the latest bandwidth measurement when requesting a new job from 
the scheduler.


5. The job description needs to include a bandwidth requirement.

6. The scheduler is updated to consider bandwidth.

7. If the bandwidth reduces while the job is running, it is handled the 
same way as having no network.


It should be fairly easy to do the same thing in BOINC.

Cheers,

Laurence

On 01/04/17 00:32, David Anderson wrote:

Laurence:
That would be great.
What are the additional features?
Where can I look at the code?
-- David

On 3/31/2017 2:25 AM, Laurence wrote:

Hi David,

For at least a year the LHC@home project has been investigating the 
possibility of extending volunteer computing for more data-intensive 
applications and have been developing such features but outside of 
BOINC.


https://boinc.berkeley.edu/dev/forum_thread.php?id=11075
https://cernkcchallenge.github.io/CernKCChallenge/

We would be happy to work with anyone who is interested to include 
the related features into the BOINC code base so that it can better 
support more data-intensive applications.


Cheers,

Laurence


On 30/03/17 21:14, David Anderson wrote:

The existing network features are:
- use network only when computer is idle
- time of day and day of week exclusion
- the ability to manually stop network use

These seem to have been sufficient for many years.
If there's a large set of volunteers who know about these features
and feel that they need something else,
I'd be interested in reading their comments.

-- David
___
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.

Re: [boinc_dev] An additional preference to prevent, downloading when on WiFi, to enable downloading only on when connected, to cable

[David Anderson]

I agree: having BOINC estimate the current bandwidth of network interfaces
or end-to-end paths is a can of worms.

By using Docker, a VM image can be broken up into multiple files, or "layers",
most of which don't change as apps evolve, and thus are downloaded once to a 
given host.
These files are typically on the order of 25 MB.
On a 20 Mbps link such a file can potentially be downloaded in 10 seconds.
So in some cases network performance is not a big issue.

-- David

On 4/3/2017 1:37 PM, AgentB wrote:

Sorry for being late to the party, maybe i'm missing something but sometimes it is better 
not to add functionality which belongs elsewhere, to make boinc "network interface 
aware" may open a large number of issues.

boinc is not a network monitoring application so it will struggle with this.

There a myriad of network adapters such as - dual and paired adapters /  
virtual adapters  / adapters in fail-over pairs to name a couple.

There are many types of wired and wireless adapters USB wireless etc.

Each OS has its own way of naming, measuring and managing them
Each users will have "preferences" of what is best - fastest least cost and 
most won't care etc.

boinc would have to make sense of them all.

If the OP wants to do this, it is easy to write a basic script tailored to the 
host to achieve this - this is what boinccmd is good for.

In linux this is easy with a if-up and if-down scripts

My windows skill are a little rusty but something like this - totally untested 
script - which turn boinc network off when some interface is enabled.

The script will only work if the netsh output is tuned indicative of the state 
for the host/adapter in question.



---
ECHO OFF

:REPEATLOOP

netsh interface show interface | find "EnabledConnected  Dedicated
wifi" > nul
IF ERRORLEVEL 1 GOTO NoWifi

ECHO Connected to wifi
boinccmd --set_network_mode always

GOTO END

:NoWifi
ECHO Not Connected
boinccmd --set_network_mode never

:END
TIMEOUT 60
GOTO REPEATLOOP


I'd also add a current state environment variable and only run boinccmd if the 
state changed to make it more efficient.



Best regards
Mike


On 02/04/17 15:04, Charles Elliott wrote:

A computer can have as many connections to an IP address as it has free
ports (numbered up to 65535, although many of the numbers less than 32768
are reserved) and memory for the software implementation of an abstract
concept called a "socket."

A TCP/IP connection is defined by four numbers: client IP address, client
port; server IP address, server port.  For example, right now I have, inter
alia, the following connections displayed in the connections table of my
router:

192.168.0.100:61266  151.101.22.2:80
192.168.0.100:61368  151.101.22.2:80
192.168.0.100:61367  151.101.22.2:80
192.168.0.100:61265  151.101.22.2:80
192.168.0.100:61268  151.101.22.2:80
192.168.0.100:61269  151.101.22.2:80


151.101.22.2 is an IP address owned by fastly.com, a CDN, which I believe
stands for Content Delivery Network.  When a browser accesses a webpage, it
is told to download the advertisements from fastly.com.  Advertisers upload
their content to fastly.com, and it is delivered when and where requested.
Fastly may also help with billing issues and generating statistics on
impressions delivered and viewed and possibly follow thru, but I am not
certain about that.

I don't understand what this discussion is about, though I suspect it is
fundamentally about net neutrality.  At one point the Oxford project person,
David, wrote:


It would be much easier if the clients did this. My Mac for example
is able to tell me the latest network bandwidth it has for any of its
interfaces.

If by client he means his application, then all he has to do is put the
download timing code in his application.  Then if he wants to refuse to
deliver very large files to computers with very narrow bandwidth
connections, it is all on him and the school.  I believe that if you just
explain to people with clear, jargon-less statements why it is infeasible to
deliver very large files in kilobit dribbles, they will not object.  I did
not like it when GPU Grid told me I could not participate when I signed up
because my video cards were inadequate, but I got over it (and eventually
bought new video cards, which I used elsewhere).

Charles Elliott


-Original Message-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
Robert Miles
Sent: Sunday, April 2, 2017 1:26 AM
To: 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

  From what I've seen, Windows operating systems do not allow multiple
connections to the internet to be active at once, which means that only one
such connection can be reachable from BOINC at 

Re: [boinc_dev] An additional preference to prevent, downloading when on WiFi, to enable downloading only on when connected, to cable

[AgentB]

Sorry for being late to the party, maybe i'm missing something but sometimes it 
is better not to add functionality which belongs elsewhere, to make boinc 
"network interface aware" may open a large number of issues.  

boinc is not a network monitoring application so it will struggle with this.

There a myriad of network adapters such as - dual and paired adapters /  
virtual adapters  / adapters in fail-over pairs to name a couple.   

There are many types of wired and wireless adapters USB wireless etc.

Each OS has its own way of naming, measuring and managing them
Each users will have "preferences" of what is best - fastest least cost and 
most won't care etc.

boinc would have to make sense of them all.

If the OP wants to do this, it is easy to write a basic script tailored to the 
host to achieve this - this is what boinccmd is good for.

In linux this is easy with a if-up and if-down scripts

My windows skill are a little rusty but something like this - totally untested 
script - which turn boinc network off when some interface is enabled.

The script will only work if the netsh output is tuned indicative of the state 
for the host/adapter in question.



---
ECHO OFF

:REPEATLOOP

netsh interface show interface | find "EnabledConnected  Dedicated  
  wifi" > nul
IF ERRORLEVEL 1 GOTO NoWifi

ECHO Connected to wifi 
boinccmd --set_network_mode always

GOTO END

:NoWifi
ECHO Not Connected
boinccmd --set_network_mode never

:END
TIMEOUT 60
GOTO REPEATLOOP


I'd also add a current state environment variable and only run boinccmd if the 
state changed to make it more efficient.



Best regards
Mike


On 02/04/17 15:04, Charles Elliott wrote:
> A computer can have as many connections to an IP address as it has free
> ports (numbered up to 65535, although many of the numbers less than 32768
> are reserved) and memory for the software implementation of an abstract
> concept called a "socket."
>
> A TCP/IP connection is defined by four numbers: client IP address, client
> port; server IP address, server port.  For example, right now I have, inter
> alia, the following connections displayed in the connections table of my
> router:
>
> 192.168.0.100:61266  151.101.22.2:80  
> 192.168.0.100:61368  151.101.22.2:80
> 192.168.0.100:61367  151.101.22.2:80  
> 192.168.0.100:61265  151.101.22.2:80
> 192.168.0.100:61268  151.101.22.2:80 
> 192.168.0.100:61269  151.101.22.2:80
>
>
> 151.101.22.2 is an IP address owned by fastly.com, a CDN, which I believe
> stands for Content Delivery Network.  When a browser accesses a webpage, it
> is told to download the advertisements from fastly.com.  Advertisers upload
> their content to fastly.com, and it is delivered when and where requested.
> Fastly may also help with billing issues and generating statistics on
> impressions delivered and viewed and possibly follow thru, but I am not
> certain about that.
>
> I don't understand what this discussion is about, though I suspect it is
> fundamentally about net neutrality.  At one point the Oxford project person,
> David, wrote:
>
>>> It would be much easier if the clients did this. My Mac for example 
>>> is able to tell me the latest network bandwidth it has for any of its 
>>> interfaces.
> If by client he means his application, then all he has to do is put the
> download timing code in his application.  Then if he wants to refuse to
> deliver very large files to computers with very narrow bandwidth
> connections, it is all on him and the school.  I believe that if you just
> explain to people with clear, jargon-less statements why it is infeasible to
> deliver very large files in kilobit dribbles, they will not object.  I did
> not like it when GPU Grid told me I could not participate when I signed up
> because my video cards were inadequate, but I got over it (and eventually
> bought new video cards, which I used elsewhere).
>
> Charles Elliott
>
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Robert Miles
> Sent: Sunday, April 2, 2017 1:26 AM
> To: 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
>
>  From what I've seen, Windows operating systems do not allow multiple
> connections to the internet to be active at once, which means that only one
> such connection can be reachable from BOINC at any one time.
>
> On 3/30/2017 8:34 AM, boinc_dev-requ...@ssl.berkeley.edu wrote:
>> Date: Thu, 30 Mar 2017 16:15:55 +0300
>> From: Vitalii Koshura 
>> Subject: Re: [boinc_dev] An additional preference to prevent
>>  downloading when on WiFi, to enable downloading only on when
> connected
>>  to cable
>>
>> Hello gyus,
>>
>> Maybe it would be preferably 

Re: [boinc_dev] An additional preference to prevent, downloading when on WiFi, to enable downloading only on when connected, to cable

[McLeod, John]

The problem is that each hop has its own physical connection, and it is likely 
that they will not all be the same.  The slowest or most congested physical 
link is the one that will determine the overall speed of the end to end 
connection.  For an end to end link, you can't just say that you have a WiFi 
connection.  Your WiFi hotspot is connected somehow to a router (possibly 
through a switch or 2).  The router is connected to your ISP through a third 
type of connection to the next router in the series.  There will be 0 or more 
other routers and switches between your ISP and the ISP of the project.  Past 
the router at the ISP of the project there will be one or more switches and 
routers and possibly a load balancer before you get to the server you are 
contacting.  You cannot know in advance which of these will be the bottleneck.  
You can't even tell in advance which routers will be used by your connection 
other than the one at each end.

In my job, we have to worry about this a little.  We have one customer that has 
to use packet radio as the backbone between its end clients and headquarters.  
This is the fastest and most reliable connection that they can get.  It runs 
sub 300 bps, and goes out frequently.  The networks at the end points are fast 
though.  I do not believe they are running BOINC, but it is an example of the 
sorts of network problems you will have to contend with when thinking about 
internet connections worldwide.

-Original Message-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Robert 
Miles
Sent: Sunday, April 2, 2017 9:21 PM
To: elliott...@comcast.net; 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

Charles Elliott,

Looks like you're using a rather different definition of "connection" 
than most of the other
people in this discussion.

I, and probably most of the others, use it to mean a physical method of 
connection, such as
ethernet, wifi, analog modem, and so on.  The ports are a way to 
effectively divide up one IP
connection 65536 ways.  This is important for servers, which otherwise 
could not handle
exchanging information with more than one computer at a time for each 
physical connection.

On 4/2/2017 9:04 AM, Charles Elliott wrote:
> A computer can have as many connections to an IP address as it has free
> ports (numbered up to 65535, although many of the numbers less than 32768
> are reserved) and memory for the software implementation of an abstract
> concept called a "socket."
>
> A TCP/IP connection is defined by four numbers: client IP address, client
> port; server IP address, server port.  For example, right now I have, inter
> alia, the following connections displayed in the connections table of my
> router:
>
> 192.168.0.100:61266  151.101.22.2:80
> 192.168.0.100:61368  151.101.22.2:80
> 192.168.0.100:61367  151.101.22.2:80
> 192.168.0.100:61265  151.101.22.2:80
> 192.168.0.100:61268  151.101.22.2:80
> 192.168.0.100:61269  151.101.22.2:80
>
>
> 151.101.22.2 is an IP address owned by fastly.com, a CDN, which I believe
> stands for Content Delivery Network.  When a browser accesses a webpage, it
> is told to download the advertisements from fastly.com.  Advertisers upload
> their content to fastly.com, and it is delivered when and where requested.
> Fastly may also help with billing issues and generating statistics on
> impressions delivered and viewed and possibly follow thru, but I am not
> certain about that.
>
> I don't understand what this discussion is about, though I suspect it is
> fundamentally about net neutrality.  At one point the Oxford project person,
> David, wrote:
>
>>> It would be much easier if the clients did this. My Mac for example
>>> is able to tell me the latest network bandwidth it has for any of its
>>> interfaces.
> If by client he means his application, then all he has to do is put the
> download timing code in his application.  Then if he wants to refuse to
> deliver very large files to computers with very narrow bandwidth
> connections, it is all on him and the school.  I believe that if you just
> explain to people with clear, jargon-less statements why it is infeasible to
> deliver very large files in kilobit dribbles, they will not object.  I did
> not like it when GPU Grid told me I could not participate when I signed up
> because my video cards were inadequate, but I got over it (and eventually
> bought new video cards, which I used elsewhere).
>
> Charles Elliott
>
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Robert Miles
> Sent: Sunday, April 2, 2017 1:26 AM
> To: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] An additional preference to prevent, downloading
> when on WiFi, 

Re: [boinc_dev] An additional preference to prevent, downloading when on WiFi, to enable downloading only on when connected, to cable

[Robert Miles]

Charles Elliott,

Looks like you're using a rather different definition of "connection" 
than most of the other

people in this discussion.

I, and probably most of the others, use it to mean a physical method of 
connection, such as
ethernet, wifi, analog modem, and so on.  The ports are a way to 
effectively divide up one IP
connection 65536 ways.  This is important for servers, which otherwise 
could not handle
exchanging information with more than one computer at a time for each 
physical connection.


On 4/2/2017 9:04 AM, Charles Elliott wrote:

A computer can have as many connections to an IP address as it has free
ports (numbered up to 65535, although many of the numbers less than 32768
are reserved) and memory for the software implementation of an abstract
concept called a "socket."

A TCP/IP connection is defined by four numbers: client IP address, client
port; server IP address, server port.  For example, right now I have, inter
alia, the following connections displayed in the connections table of my
router:

192.168.0.100:61266  151.101.22.2:80
192.168.0.100:61368  151.101.22.2:80
192.168.0.100:61367  151.101.22.2:80
192.168.0.100:61265  151.101.22.2:80
192.168.0.100:61268  151.101.22.2:80
192.168.0.100:61269  151.101.22.2:80


151.101.22.2 is an IP address owned by fastly.com, a CDN, which I believe
stands for Content Delivery Network.  When a browser accesses a webpage, it
is told to download the advertisements from fastly.com.  Advertisers upload
their content to fastly.com, and it is delivered when and where requested.
Fastly may also help with billing issues and generating statistics on
impressions delivered and viewed and possibly follow thru, but I am not
certain about that.

I don't understand what this discussion is about, though I suspect it is
fundamentally about net neutrality.  At one point the Oxford project person,
David, wrote:


It would be much easier if the clients did this. My Mac for example
is able to tell me the latest network bandwidth it has for any of its
interfaces.

If by client he means his application, then all he has to do is put the
download timing code in his application.  Then if he wants to refuse to
deliver very large files to computers with very narrow bandwidth
connections, it is all on him and the school.  I believe that if you just
explain to people with clear, jargon-less statements why it is infeasible to
deliver very large files in kilobit dribbles, they will not object.  I did
not like it when GPU Grid told me I could not participate when I signed up
because my video cards were inadequate, but I got over it (and eventually
bought new video cards, which I used elsewhere).

Charles Elliott


-Original Message-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
Robert Miles
Sent: Sunday, April 2, 2017 1:26 AM
To: 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

  From what I've seen, Windows operating systems do not allow multiple
connections to the internet to be active at once, which means that only one
such connection can be reachable from BOINC at any one time.

On 3/30/2017 8:34 AM, boinc_dev-requ...@ssl.berkeley.edu wrote:

Date: Thu, 30 Mar 2017 16:15:55 +0300
From: Vitalii Koshura 
Subject: Re: [boinc_dev] An additional preference to prevent
downloading when on WiFi, to enable downloading only on when

connected

to cable

Hello gyus,

Maybe it would be preferably to let user choose the connection BOINC
uses for download/upload?
So in this case BOINC need to detect all available connections and
make a checkbox list where user can choose which connection should be
used when available?
Because doind automated testing of connection speed is not good for
these purposes.

Thanks

Best regards,
Vitalii Koshura

2017-03-30 16:08 GMT+03:00 McLeod, John :


We have had this discussion before -- back in the days when dialup
was common.  Without doing an end to end test of the connection there
is no way to tell what the connection speed is.  Dialup is still the
way things are in some places in the world.  Based on dialup with a
router and a switch, I can have a 1Gb connection locally but only a
1.3Kb connection to the outside world, and the computer cannot know
without doing an end to end test.  With ADSL links (much more common
at the moment) it is possible to have a 1Gb connection locally and a 5Mb

connection to the outside world.

Running a check like this against some BOINC BOINC projects could tip
them over into congestion where nothing gets through.

So, it would require:
A selection for what high speed meant.
A checkbox to indicate if enabled.
An end to end check to see what the connection speed was.
Some idea of 

Re: [boinc_dev] An additional preference to prevent, downloading when on WiFi, to enable downloading only on when connected, to cable

[Charles Elliott]

A computer can have as many connections to an IP address as it has free
ports (numbered up to 65535, although many of the numbers less than 32768
are reserved) and memory for the software implementation of an abstract
concept called a "socket."

A TCP/IP connection is defined by four numbers: client IP address, client
port; server IP address, server port.  For example, right now I have, inter
alia, the following connections displayed in the connections table of my
router:

192.168.0.100:61266  151.101.22.2:80  
192.168.0.100:61368  151.101.22.2:80
192.168.0.100:61367  151.101.22.2:80  
192.168.0.100:61265  151.101.22.2:80
192.168.0.100:61268  151.101.22.2:80 
192.168.0.100:61269  151.101.22.2:80


151.101.22.2 is an IP address owned by fastly.com, a CDN, which I believe
stands for Content Delivery Network.  When a browser accesses a webpage, it
is told to download the advertisements from fastly.com.  Advertisers upload
their content to fastly.com, and it is delivered when and where requested.
Fastly may also help with billing issues and generating statistics on
impressions delivered and viewed and possibly follow thru, but I am not
certain about that.

I don't understand what this discussion is about, though I suspect it is
fundamentally about net neutrality.  At one point the Oxford project person,
David, wrote:

>> It would be much easier if the clients did this. My Mac for example 
>> is able to tell me the latest network bandwidth it has for any of its 
>> interfaces.

If by client he means his application, then all he has to do is put the
download timing code in his application.  Then if he wants to refuse to
deliver very large files to computers with very narrow bandwidth
connections, it is all on him and the school.  I believe that if you just
explain to people with clear, jargon-less statements why it is infeasible to
deliver very large files in kilobit dribbles, they will not object.  I did
not like it when GPU Grid told me I could not participate when I signed up
because my video cards were inadequate, but I got over it (and eventually
bought new video cards, which I used elsewhere).

Charles Elliott


-Original Message-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
Robert Miles
Sent: Sunday, April 2, 2017 1:26 AM
To: 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

 From what I've seen, Windows operating systems do not allow multiple
connections to the internet to be active at once, which means that only one
such connection can be reachable from BOINC at any one time.

On 3/30/2017 8:34 AM, boinc_dev-requ...@ssl.berkeley.edu wrote:
> Date: Thu, 30 Mar 2017 16:15:55 +0300
> From: Vitalii Koshura 
> Subject: Re: [boinc_dev] An additional preference to prevent
>   downloading when on WiFi, to enable downloading only on when
connected
>   to cable
>
> Hello gyus,
>
> Maybe it would be preferably to let user choose the connection BOINC 
> uses for download/upload?
> So in this case BOINC need to detect all available connections and 
> make a checkbox list where user can choose which connection should be 
> used when available?
> Because doind automated testing of connection speed is not good for 
> these purposes.
>
> Thanks
>
> Best regards,
> Vitalii Koshura
>
> 2017-03-30 16:08 GMT+03:00 McLeod, John :
>
>> We have had this discussion before -- back in the days when dialup 
>> was common.  Without doing an end to end test of the connection there 
>> is no way to tell what the connection speed is.  Dialup is still the 
>> way things are in some places in the world.  Based on dialup with a 
>> router and a switch, I can have a 1Gb connection locally but only a 
>> 1.3Kb connection to the outside world, and the computer cannot know 
>> without doing an end to end test.  With ADSL links (much more common 
>> at the moment) it is possible to have a 1Gb connection locally and a 5Mb
connection to the outside world.
>> Running a check like this against some BOINC BOINC projects could tip 
>> them over into congestion where nothing gets through.
>>
>> So, it would require:
>> A selection for what high speed meant.
>> A checkbox to indicate if enabled.
>> An end to end check to see what the connection speed was.
>> Some idea of when to use it as doing an end to end connection check 
>> when there was only a few hundred bytes to transfer does not seem
reasonable.
>>
>> At the time it was decided that this was not something we wanted to 
>> pursue.  Of course, this can change.
>>
>> Jm7
>>
>> -Original Message-
>> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf 
>> Of David Wallom
>> Sent: Thursday, March 30, 2017 8:28 AM
>> To: 

Re: [boinc_dev] An additional preference to prevent, downloading when on WiFi, to enable downloading only on when connected, to cable

[Robert Miles]

From what I've seen, Windows operating systems do not allow multiple 
connections to
the internet to be active at once, which means that only one such 
connection can be reachable

from BOINC at any one time.

On 3/30/2017 8:34 AM, boinc_dev-requ...@ssl.berkeley.edu wrote:

Date: Thu, 30 Mar 2017 16:15:55 +0300
From: Vitalii Koshura 
Subject: Re: [boinc_dev] An additional preference to prevent
downloading when on WiFi, to enable downloading only on when connected
to cable

Hello gyus,

Maybe it would be preferably to let user choose the connection BOINC uses
for download/upload?
So in this case BOINC need to detect all available connections and make a
checkbox list where user can choose which connection should be used when
available?
Because doind automated testing of connection speed is not good for these
purposes.

Thanks

Best regards,
Vitalii Koshura

2017-03-30 16:08 GMT+03:00 McLeod, John :


We have had this discussion before -- back in the days when dialup was
common.  Without doing an end to end test of the connection there is no way
to tell what the connection speed is.  Dialup is still the way things are
in some places in the world.  Based on dialup with a router and a switch, I
can have a 1Gb connection locally but only a 1.3Kb connection to the
outside world, and the computer cannot know without doing an end to end
test.  With ADSL links (much more common at the moment) it is possible to
have a 1Gb connection locally and a 5Mb connection to the outside world.
Running a check like this against some BOINC BOINC projects could tip them
over into congestion where nothing gets through.

So, it would require:
A selection for what high speed meant.
A checkbox to indicate if enabled.
An end to end check to see what the connection speed was.
Some idea of when to use it as doing an end to end connection check when
there was only a few hundred bytes to transfer does not seem reasonable.

At the time it was decided that this was not something we wanted to
pursue.  Of course, this can change.

Jm7

-Original Message-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
David Wallom
Sent: Thursday, March 30, 2017 8:28 AM
To: elliott...@comcast.net; '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

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 :

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" 

Re: [boinc_dev] An additional preference to prevent, downloading when on WiFi, to enable downloading only on when connected, to cable

[Robert Miles]

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 +
From: "McLeod, John" 
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 
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 
:


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 :

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 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[David Anderson]

The existing network features are:
- use network only when computer is idle
- time of day and day of week exclusion
- the ability to manually stop network use

These seem to have been sufficient for many years.
If there's a large set of volunteers who know about these features
and feel that they need something else,
I'd be interested in reading their comments.

-- David
___
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.

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

But the connection type (wired/wireless/bluetooth and others) can be
identified by their type so I'd suggest to add a list of configured
connections and then just let the user set preferable connection type. That
would be easier for user too I think.

Best regards,
Vitalii Koshura

2017-03-30 21:57 GMT+03:00 McLeod, John :

> Wired connections often do not have an identifying name.  I have wireless
> connections that are great (1/2Mb/s) sometimes and awful (1Kb/s) at
> others.  the speed of a wirelass connection also depends on distance to the
> antenna, interference, and other traffic.  So a user out on the deck may
> have a much different experience than the same user in his living room.
>
>
>
> *From:* Vitalii Koshura [mailto:lestat.de.lion...@gmail.com]
> *Sent:* Thursday, March 30, 2017 2:48 PM
> *To:* McLeod, John 
> *Cc:* Richard Haselgrove ; BOINC Developers
> Mailing List 
> *Subject:* RE: [boinc_dev] An additional preference to prevent
> downloading when on WiFi, to enable downloading only on when connected to
> cable
>
>
>
> Ok, but why we need to do the automatic speed test? Why user can't do the
> same manually​ once and set this setting to boinc?
>
> Best regards,
> Vitalii
>
> Sent via Android
>
>
>
> 30 марта 2017 г. 21:16 пользователь "McLeod, John" 
> написал:
>
> 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 
> 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
> 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[McLeod, John]

Wired connections often do not have an identifying name.  I have wireless 
connections that are great (1/2Mb/s) sometimes and awful (1Kb/s) at others.  
the speed of a wirelass connection also depends on distance to the antenna, 
interference, and other traffic.  So a user out on the deck may have a much 
different experience than the same user in his living room.

From: Vitalii Koshura [mailto:lestat.de.lion...@gmail.com]
Sent: Thursday, March 30, 2017 2:48 PM
To: McLeod, John 
Cc: Richard Haselgrove ; BOINC Developers Mailing 
List 
Subject: RE: [boinc_dev] An additional preference to prevent downloading when 
on WiFi, to enable downloading only on when connected to cable

Ok, but why we need to do the automatic speed test? Why user can't do the same 
manually​ once and set this setting to boinc?
Best regards,
Vitalii

Sent via Android

30 марта 2017 г. 21:16 пользователь "McLeod, John" 
> написал:
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 
>
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 
>
:

> 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 
> 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

Ok, but why we need to do the automatic speed test? Why user can't do the
same manually​ once and set this setting to boinc?

Best regards,
Vitalii

Sent via Android

30 марта 2017 г. 21:16 пользователь "McLeod, John" 
написал:

> 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 
> 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 :
> > > 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 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[McLeod, John]

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 
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 
:

> 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 :
> > 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.
>
> 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

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 
:

> 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 :
> > 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
> 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Richard Haselgrove]

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 
 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 :
> 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.

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

Hello gyus,

Maybe it would be preferably to let user choose the connection BOINC uses
for download/upload?
So in this case BOINC need to detect all available connections and make a
checkbox list where user can choose which connection should be used when
available?
Because doind automated testing of connection speed is not good for these
purposes.

Thanks

Best regards,
Vitalii Koshura

2017-03-30 16:08 GMT+03:00 McLeod, John :

> We have had this discussion before -- back in the days when dialup was
> common.  Without doing an end to end test of the connection there is no way
> to tell what the connection speed is.  Dialup is still the way things are
> in some places in the world.  Based on dialup with a router and a switch, I
> can have a 1Gb connection locally but only a 1.3Kb connection to the
> outside world, and the computer cannot know without doing an end to end
> test.  With ADSL links (much more common at the moment) it is possible to
> have a 1Gb connection locally and a 5Mb connection to the outside world.
> Running a check like this against some BOINC BOINC projects could tip them
> over into congestion where nothing gets through.
>
> So, it would require:
> A selection for what high speed meant.
> A checkbox to indicate if enabled.
> An end to end check to see what the connection speed was.
> Some idea of when to use it as doing an end to end connection check when
> there was only a few hundred bytes to transfer does not seem reasonable.
>
> At the time it was decided that this was not something we wanted to
> pursue.  Of course, this can change.
>
> Jm7
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> David Wallom
> Sent: Thursday, March 30, 2017 8:28 AM
> To: elliott...@comcast.net; '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
>
> 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 :
> > 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.
>
> 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[McLeod, John]

We have had this discussion before -- back in the days when dialup was common.  
Without doing an end to end test of the connection there is no way to tell what 
the connection speed is.  Dialup is still the way things are in some places in 
the world.  Based on dialup with a router and a switch, I can have a 1Gb 
connection locally but only a 1.3Kb connection to the outside world, and the 
computer cannot know without doing an end to end test.  With ADSL links (much 
more common at the moment) it is possible to have a 1Gb connection locally and 
a 5Mb connection to the outside world.  Running a check like this against some 
BOINC BOINC projects could tip them over into congestion where nothing gets 
through.
 
So, it would require:
A selection for what high speed meant.
A checkbox to indicate if enabled.
An end to end check to see what the connection speed was.
Some idea of when to use it as doing an end to end connection check when there 
was only a few hundred bytes to transfer does not seem reasonable.

At the time it was decided that this was not something we wanted to pursue.  Of 
course, this can change.

Jm7

-Original Message-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of David 
Wallom
Sent: Thursday, March 30, 2017 8:28 AM
To: elliott...@comcast.net; '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

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 :
> 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

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[David Wallom]

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 :
> 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.

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Charles Elliott]

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 :
> 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.

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[David Wallom]

Hi

In the first instance a check able option to only download if connected to 
Ethernet would be a starting point

David

Sent from my iPhone

> On 29 Mar 2017, at 22:40, Nicolás Alvarez  wrote:
> 
> 2017-03-29 14:45 GMT-03:00 Andy Bowery :
>> 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.

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Nicolás Alvarez]

2017-03-29 14:45 GMT-03:00 Andy Bowery :
> 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] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Andy Bowery]

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,

Andy

Oxford e-Research Centre
University of Oxford
7 Keble Road, Oxford, OX1 3QG

www.oerc.ox.ac.uk
___
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.