Ram Usage!

[ViViDboarder]

Wirelessly posted (Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_2 like Mac OS X; en-us) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5G77 Safari/525.20)

Just was checking out MxTube and found out 1.5b has a background downloader. Now, it looks like they made that little process to run in the background for your downloads so you don't have to keep the whole app going to background download. The only thing is, the background app always stays loaded. It should be like dTunes, where if it's not in use, then it closes the background app too when you quit. The background app should start and stop with your downloads and not always run. Anyways, just thought I'd share about that memory mystery.

 

[godfather5800]

Ram Usage

I don't think this looks right. This is with an idle iPhone 3G with winterboard installed and a 80% complete theme change on. Oh and I have 11 cycling backgrounds.

 

[ViViDboarder]

I don't think this looks right. This is with an idle iPhone 3G with winterboard installed and a 80% complete theme change on. Oh and I have 11 cycling backgrounds.

What didn't you think was right about it? It looks like no matter how much you are changing with Winterboard, it still drains the same amount of memory. Roughly 30M. Mine is pretty close to that and I only have 4 icons changed.

 

[Stimpy5050]

I've seen the exact same problems with Winterboard. Ultimately I dropped it cause I was seeing IntelliScreen and Safari crashing a lot (both shutdown when there isn't a lot of memory available). I started manuallly changing icons instead so my memory would stay low.

I've actually looked through the source code (not many people realize that Winterboard is open source) but I didn't see anything in particular that would look like a memory hog. I reached out to Saurik, but never heard back.

I'm holding off on Winterboard until I'm able to understand what it's doing to eat up so much memory. Seems odd that a program like that would more than double, almost triple, the memory usage of SpringBoard.

 

[godfather5800]

What I meant by not looking right was that all processes were 0.0% cpu usage, and since I had a rotating background I figured there would be a little Processor usage. I just didn't know if it was going to be helpful or not.

 

[ViViDboarder]

I've seen the exact same problems with Winterboard. Ultimately I dropped it cause I was seeing IntelliScreen and Safari crashing a lot (both shutdown when there isn't a lot of memory available). I started manuallly changing icons instead so my memory would stay low.

I've actually looked through the source code (not many people realize that Winterboard is open source) but I didn't see anything in particular that would look like a memory hog. I reached out to Saurik, but never heard back.

I'm holding off on Winterboard until I'm able to understand what it's doing to eat up so much memory. Seems odd that a program like that would more than double, almost triple, the memory usage of SpringBoard.

Definitely. Where did you find the source? You email Saruik for it? I've emailed him before and got a pretty quick response about MobileFinder. You check his IRC channel? I'll probably try to get the source and take a look when I get some free time as well. I really wonder where the memory is going.

 

[Stimpy5050]

Definitely. Where did you find the source? You email Saruik for it? I've emailed him before and got a pretty quick response about MobileFinder. You check his IRC channel? I'll probably try to get the source and take a look when I get some free time as well. I really wonder where the memory is going.

http://svn.saurik.com/repos/menes/trunk/winterboard/

Just grab any Subversion client and you can download the source. You can also look through it online. Where's his IRC channel?

 

[ppc750fx]

If there's a memory leak, my bet is it won't be in WinterBoard itself -- I'd look at MobileSubstrate -- my bet is that this is a compound bug: something leaky in MobileSubstrate that is being used extensively by WinterBoard.

 

[mappyman]

With the previous version of SBsettings and mobilesubstrate I noticed that SBsettings was draining the battery much faster.

Even a forced reboot didnt fix it.

Uninstalled it and everything is back to normal. I havent tried with the new version though.

I should have ssd in to confirm what it was but since SBsetting was the only jail broken program I had running it had to be that.

 

[ViViDboarder]

If there's a memory leak, my bet is it won't be in WinterBoard itself -- I'd look at MobileSubstrate -- my bet is that this is a compound bug: something leaky in MobileSubstrate that is being used extensively by WinterBoard.

That's a good point. Probably that.

Also his IRC is listed on his webpage at the top.

irc.saurik.com join #iphone or #saurik.

 

[Gamecockfan1214]

Type 'top' (with no '')

What exactly does that mean to type in. I am using winscp and using the terminal there but i cant get it to work. I was just curious what was running with mine.

 

[ViViDboarder]

Type 'top' (with no '')

What exactly does that mean to type in. I am using winscp and using the terminal there but i cant get it to work. I was just curious what was running with mine.

winscp is a sftp client. You need Putty or something like it to act as an SSH client. You connect with the same settings as winscp and you type it in the terminal.

 

[ttrtilley]

Lets see what is hogging people's ram.

This is still a problem. iPhone 3Gs, iOS 4.2.1
SpringBoard keeps leaking memory, and needs restarting more than once a day.
I have never installed WinterBoard

USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
mobile 1021 42.1 3.2 342900 8348 ?? Rs 12:43PM 0:01.55 /System/Library/CoreServices/SpringBoard.app/SpringBoard

Here it is only up to 17% so all is still OK:

Processes: 33 total, 2 running, 31 sleeping... 153 threads 15:23:09
Load Avg: 0.38, 0.67, 0.40 CPU usage: 1.96% user, 4.02% sys, 94.01% idle
SharedLibs: num = 0, resident = 0 code, 0 data, 0 linkedit.
MemRegions: num = 10642, resident = 87M + 0 private, 26M shared.
PhysMem: 52M wired, 17M active, 14M inactive, 172M used, 81M free.
VM: 1393M + 0 252834(0) pageins, 114(0) pageouts

PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
2765 SpringBoar 1.6% 2:08.95 17 479 7707 38052K 10M+ 43M 180M