Does background app refresh ...

Discussion in 'iOS 8' started by Zxxv, Dec 27, 2014.

  1. Zxxv macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #1
    Improve and make up for the lack of ram? Less reboots etc? When it's switched on?
     
  2. Armen macrumors 604

    Armen

    Joined:
    Apr 30, 2013
    Location:
    127.0.0.1
    #2
    No. background app refresh just refreshes the data in apps so when you open them you are seeing the latest information and do not need to press the refresh button.

    This has nothing to with Ram or Reboots.
     
  3. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #3
    so if an app is refreshed in the background when you open it it won't reboot?

    hence giving the impression of better performance?

    do people who complain of low ram and reboots etc have background app refresh off?

    and does having it on improve the low ram situation?
     
  4. Abazigal macrumors 604

    Abazigal

    Joined:
    Jul 18, 2011
    Location:
    Singapore
    #4
    No, it just periodically updates itself in the background.

    Take for instance an app like tweetbot. Normally, you open the app, then it checks for any new tweets and downloads them accordingly. With background refresh, you open the app and may find several tweets already downloaded and waiting for you to read.

    Usually, it's just a savings of anywhere from a split-seconds to a few seconds, but it can give the impression of the OS feeling more snappy and responsive, since the info you want is already there and waiting for you.

    It has no link with ram at all.
     
  5. Small White Car macrumors G4

    Small White Car

    Joined:
    Aug 29, 2006
    Location:
    Washington DC
    #5
    The OP does have a point.

    Yes, Background App Refresh is a method by which a phone with less RAM could mimic some behaviors of a phone with more RAM.

    This does not saying that the two hypothetical phones are the same, just that BAR lessons the distance between them. The OP didn't really explain it well, but the general concept behind the question is solid.
     
  6. Armen macrumors 604

    Armen

    Joined:
    Apr 30, 2013
    Location:
    127.0.0.1
    #6
    Google is your friend

    http://support.apple.com/en-us/HT202070
     
  7. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #7
    Thanks for understanding what I tried to write #

    ----------

    Screw Google. I came to macrumors. And the other poster 'small white car' answered what I was asking thanks.
     
  8. Abazigal macrumors 604

    Abazigal

    Joined:
    Jul 18, 2011
    Location:
    Singapore
    #8
    Actually, I see it as a way of mimicking a similar process (leaving apps open in the background) but with lesser battery drain, not so much to conserve ram usage. iOS has never allowed apps to stay open in the background, so even if you argue that 1gb of ram forces more frequent app closures, that still doesn't seem relevant here.
     
  9. Max(IT) Suspended

    Max(IT)

    Joined:
    Dec 8, 2009
    Location:
    Italy
    #9
    Actually that link was very useful to understand iOS multitasking model.......
     
  10. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #10
    I already understand. Like I said, thanks to 'Small White Car' for answering my question.
     
  11. Max(IT) Suspended

    Max(IT)

    Joined:
    Dec 8, 2009
    Location:
    Italy
    #11
    Actually his answer wasn't completely correct.
    BAR has very little to do with mimic a device with more ram.....
     
  12. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #12
    His answer was exactly what I was looking for because he understood fully what I was asking and he replied with what I wanted.
     
  13. Max(IT) Suspended

    Max(IT)

    Joined:
    Dec 8, 2009
    Location:
    Italy
    #13
    The fact he replied with an answer you liked doesn't make it a correct answer.
     
  14. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #14
    Are you ****ing serious? He understood my question. Keep arguing all you want it won't make a blind bit of difference.
     
  15. Small White Car macrumors G4

    Small White Car

    Joined:
    Aug 29, 2006
    Location:
    Washington DC
    #15
    How does it not?

    A device without BAR that wanted to get the same results as BAR would have to fully run those programs in the background. And doing that would require more RAM.

    Thus, if a BAR-less phone needs more RAM to do the same thing you could conversely say that a BAR-equiped phone could get by with less RAM to do the same thing.
     
  16. Paco II macrumors 65816

    Joined:
    Sep 13, 2009
    #16
    You're reaching. Apple's decision to not allow true multitasking is not due to the amount of RAM in current iPhones. Yes, BAR is a substitute for not having true multitasking, but not as a substitute for RAM.

     
  17. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #17
    If an app background refreshed and you then opened the app it wouldn't need to reload because it's already loaded the new up todate info.
    See my Original question was based on this and flushing ram which users complain about seeing when apps are opened.
     
  18. Paco II macrumors 65816

    Joined:
    Sep 13, 2009
    #18
    The point of my reply is that BAR is a multitasking alternative, not a RAM one.


     
  19. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #19
    But in the context of the topic (mine) I asked about. ?
     
  20. DavidBlack macrumors 6502a

    DavidBlack

    Joined:
    Jan 27, 2013
    Location:
    Somewhere In Apple's HQ ;)
    #20
    How Background Refresh Works

    I did a post a while back that explains how this works in detail:

    "This is how background refresh works based on the session they had at WWDC you can view it at:https://developer.apple.com/wwdc/videos/ I know this reply is going to be long so here goes.

    In iOS 6 only a selected few type of applications can run in the background or program tasks in the background:
    Background Audio (Music apps like, Spotify can run in the background)
    VoIP (Like Skype)
    Newsstand Apps
    Location Services which includes: Region Monitoring, Significant Location Changes, and Continuous Location Monitoring. I think Reminders use this when using GeoFencing.

    In iOS 7 apps can continue to update there content in the background without sacrificing much battery life. Apps can take advantage of a new API called, 'Background Fetch'. For example let's say you social networking app you may notice that when your app becomes frontmost, you refresh your feed. And the user has to wait for that feed to be updated which is not the best user experience. Now with Background Fetch your social media app can update it's content before the user returns to your app, in this case the feed.

    Some key points about Background fetch:
    System-scheduled fetch
    Coalesced across applications (Saving a lot of battery life)
    Adapts to actual usage patterns on device
    Sensitive to energy and data usage
    Indifferent to actual app running state
    Background fetch adapts to how you use your device. So say for instance you check Facebook every morning at 7:00 AM iOS will notice this and will try to give the app an opportunity to fetch content before 7:00 AM. It also coalesces fetches across apps so it doesn't drain to much power it even, avoids frequent fetching during periods of inactivity and when you have a low signal on your phone.

    Remote Notifications

    You may have noticed in the previous versions of iOS say, you got a message on Facebook and a notification pops up on your lock screen, and you swipe to you it there is a delay before the app downloads the message. Well in iOS 7 in Remote Notifications simply put is downloaded before you even receive the notification.
    I have noticed in iMessage on iOS 7 the app is in the background, and I receive a message the app snapshot is updated, this also happens when the user is composing a message. I think that covers most of it, and I hoped I help in some way. Looking forward to your reply."

    Also, there is a awesome post on: http://www.scottyloveless.com/blog/2014/background-app-refresh-explained
    That explains everything in Laymen's terms.
     
  21. Zxxv thread starter macrumors 68040

    Joined:
    Nov 13, 2011
    Location:
    UK
    #21
    Nice post, but it didn't answer my question.
     
  22. Max(IT) Suspended

    Max(IT)

    Joined:
    Dec 8, 2009
    Location:
    Italy
    #22
    BAR is limited to some operations. It's a choice about multitasking, not about ram consumption.

    ----------

    Your question was just wrong.
    BAR has nothing to do with "less reboots" as you asked.
    Apple choice about multitasking is more complex than substitute it with an app refresh for some contents.

    ----------

    Actually his post, and the link he provided, are the best answer to your question, but you either:
    A) didn't read it
    B) didn't understand it
     
  23. Abazigal macrumors 604

    Abazigal

    Joined:
    Jul 18, 2011
    Location:
    Singapore
    #23

    The answer to your question, which seems to have flown completely over your head, is that there is no link at all. Zero. Zilch.
     
  24. Small White Car macrumors G4

    Small White Car

    Joined:
    Aug 29, 2006
    Location:
    Washington DC
    #24
    Since that's not at all what I said I don't see how I'm reaching.

    My post was about comparing different types of hardware and had nothing to do with Apple's thought process.
     
  25. Paco II macrumors 65816

    Joined:
    Sep 13, 2009
    #25
    You said: "A device without BAR that wanted to get the same results as BAR would have to fully run those programs in the background. And doing that would require more RAM."

    My reply stands. You're reaching.
     

Share This Page