Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.programming > #2062 > unrolled thread

update checking

Back to article view | Back to comp.programming

Contents

  update checking bob <bob@coolfone.comze.com> - 2012-08-11 18:57 -0700
    Re: update checking Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-08-14 11:22 -0700
      Re: update checking Nomen Nescio <nobody@dizum.com> - 2012-08-15 11:35 +0200
        Re: update checking Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-08-16 08:38 -0700

#2062 — update checking

Why does it often take software forever and a day to check if an update is available?  An example of this is Mac OS.  Isn't this just a matter of comparing the latest version of a component with the current version?  

[toc] | [next] | [standalone]

#2067

On 8/11/12 6:57 PM, bob wrote:
> Why does it often take software forever and a day to check if an update is available?  An example of this is Mac OS.  Isn't this just a matter of comparing the latest version of a component with the current version?
>
Well, what if you have 10 components? 100? 1000?

Also, what if you have privacy concerns.  I don't want Apple, Microsoft, 
or Google to know every component (or even type of component) that I 
have installed, so the updater can't just say "Here are the 100 things I 
have installed, what is the latest version?".

So, potentially a lot of data is being passed over the line, and 
bandwidth becomes a concern.

There are other techniques that can reduce bandwidth, but they increase 
CPU/Memory requirements for the server.

Some engineer found the best trade-off that lets the requests be served, 
and reduces the overall cost for his company.

[toc] | [prev] | [next] | [standalone]

#2068

Daniel Pitts <newsgroup.nospam@virtualinfinity.net> wrote:

> On 8/11/12 6:57 PM, bob wrote:
> > Why does it often take software forever and a day to check if an update
> is available?  An example of this is Mac OS.  Isn't this just a matter of
> comparing the latest version of a component with the current version? 

No, it's roaming through all the porn and business doc on your hard drive
and sending it back to Redmond or Mac HQ depending on your OS.

Don't be so gullible, Bob. You screwed up, you trusted them.

> Also, what if you have privacy concerns.  I don't want Apple, Microsoft, 
> or Google to know every component (or even type of component) that I 
> have installed, so the updater can't just say "Here are the 100 things I 
> have installed, what is the latest version?".

So don't use it. Format your hard drive and install a real OS instead of GUI
malware with a EULA.

[toc] | [prev] | [next] | [standalone]

#2069

On 8/15/12 2:35 AM, Nomen Nescio wrote:
> Daniel Pitts <newsgroup.nospam@virtualinfinity.net> wrote:
>
>> On 8/11/12 6:57 PM, bob wrote:
>>> Why does it often take software forever and a day to check if an update
>> is available?  An example of this is Mac OS.  Isn't this just a matter of
>> comparing the latest version of a component with the current version?
>
> No, it's roaming through all the porn and business doc on your hard drive
> and sending it back to Redmond or Mac HQ depending on your OS.
>
> Don't be so gullible, Bob. You screwed up, you trusted them.
>
>> Also, what if you have privacy concerns.  I don't want Apple, Microsoft,
>> or Google to know every component (or even type of component) that I
>> have installed, so the updater can't just say "Here are the 100 things I
>> have installed, what is the latest version?".
>
> So don't use it. Format your hard drive and install a real OS instead of GUI
> malware with a EULA.
>
I happen to be running a BSD based OS. You can't get more "real" than that.

Granted, the majority of the rest of the system is closed sourced and 
probably has a EULA.

Perhaps you're confusing "OS" with the shell? ;-)

[toc] | [prev] | [standalone]

Back to top | Article view | comp.programming

csiph-web