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 <john.mcl...@sap.com>: > 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 <john.mcl...@sap.com> > *Cc:* Richard Haselgrove <r.haselgr...@btopenworld.com>; 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 > > > > 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" <john.mcl...@sap.com> > написал: > > 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.