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<mailto: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<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<mailto:r.haselgr...@btopenworld.com>> Cc: boinc_dev@ssl.berkeley.edu<mailto: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<mailto: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<mailto: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<mailto:boinc_dev-boun...@ssl.berkeley.edu>] > on behalf of Charles > Elliott [elliott...@comcast.net<mailto:elliott...@comcast.net>] > Sent: 30 March 2017 13:10 > To: 'Nicolás Alvarez'; Andy Bowery > Cc: boinc_dev@ssl.berkeley.edu<mailto: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<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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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.
