NativeScript / NativeScript/ios
IOS 7.1.0 startup time slower than 6.5.4
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 150
- Forks
- 43
- Avg merge
- 3d 10h
- Merged PRs (30d)
- 22
Description
With the release of 7.1.0, we've finally been able to test our mobile app on ios-v8. We've found that the startup is significantly slower, to the point that if we start our app via push, apple may kill it due to it taking too long.
My coworker has made a test repo showing this difference, along with much higher CPU usage: https://github.com/IanNMarshall/ns-performance-test
Without any flags (uglify, release, etc.) here is the startup time difference using Time Profiler:

And using release flags:

The times are close, but in our app (and likely anything larger than a demo), the difference grows:

I hope we are just missing something, as I was really hoping to see a significant boost across the board moving to v8. Our tests included codecache, and I'm aware the first startup is meant to be slower in that case, the slowness persists to subsequent app loads as well.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the linked ns-performance-test repository and compare startup profiling for iOS 7.1.0 against 6.5.4, including release flags and codecache scenarios. The issue is done when the startup and CPU regression is identified and addressed or clearly explained, with subsequent app loads checked as well.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ios, javascript
- Domain
- mobile-dev, performance
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 20/100