Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

memory not release #12

Closed
jobpassion opened this issue Jan 21, 2015 · 4 comments
Closed

memory not release #12

jobpassion opened this issue Jan 21, 2015 · 4 comments

Comments

@jobpassion
Copy link

before open picker, the app use memory 30m
then open the picker, select one image,then the view push to the filter view
memory use increase to 110m
then click cancel button on the left navigation to dismiss controller view
memory use 100m

the 70m(100m - 30m) memory use will never release.
did some one also had this problem?

@rivera-ernesto
Copy link
Contributor

Could you try launching the picker more than once to see if it just keeps growing. Ideally profiling with Instruments.

During the first launch is normal that some internal SDK caching/initialization takes place, thus consuming more memory. This may get released later or on low memory conditions automatically.

As for memory leaks or circular retentions, I think I have checked many times in the past.

@jobpassion
Copy link
Author

I tried launching the picker more than once, it didn't keep growing.
Because of I'm new to iOS developing, I may try profiling with Instruments
as soon as possible.
I'll try to see that if memory get released later.If I find some useful,
I'll contract you.

Thanks for your replying.
The ImagePicker is wonderful ! Thanks for your effort for that.

2015-01-22 9:21 GMT+08:00 Ernesto Rivera notifications@github.com:

Could you try launching the picker more than once to see if it just keeps
growing. Ideally profiling with Instruments.

During the first launch is normal that some internal SDK
caching/initialization takes place, thus consuming more memory. This may
get released later or on low memory conditions automatically.

As for memory leaks or circular retentions, I think I have checked many
times in the past.


Reply to this email directly or view it on GitHub
#12 (comment)
.

@jobpassion
Copy link
Author

image

as the screenshot above, is the profiling with Instruments.
may be as you said, internal SDK caching/initialization took the place

@rivera-ernesto
Copy link
Contributor

What I usually try is to:

  • Profile in the simulator with a Release configuration.
  • Use the app normally repeating actions several times.
  • "Simulate Memory Warning" in the Simulator. This will purge most internal caches and give you an idea of how well your app behaves.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants