Hi all,
Since last Friday I've been experiencing strange issues with the phone memory. I'm on WB's 6c and Facebook inside Xperia ver.2 installed. I used to have about ~100mb free phone's memory. When it comes to sync the FB, Skype, Google etc. accounts' data running in the background (upper tray circle icon consists of two arrows) it fills my phone's memory with unknown?? data. I've got every avab app moved to SD. I'd like to ask you guys how it could be sorted?? I did try to remove some more apps from sd and (partly) phone's memory to get some more free space there. However, the story starts again... It (sync) recognizes any free mb on the phone and then starts to sync the data (??unknown?? unnecessary sh**) until it reaches out of phone's memory and stops [at last, thanks, eventually]. So silly I have no idea how to prevent this and gain any more free phone memory!!??
P.S. In addition: during synchronizing my x10 seems to be too laggy for me to stay calm -.-
Every little help is much appreciated.
Regards
Jack
I've noticed that when my Rezound's txt message to a particular person has a large history of txt's, it takes longer to send the txt. I once backed up , then deleted all the txt's for one person and afterwards when I txt'd them, it was sent fast. But once the txt history gets large, it sends the txt at a slower pace. Also the phone's dialer loads slowly when there's a large history of calls stored, but I just deleted the history today and it loads faster.
Does anyone know why the history of txt's/calls causes a slowdown and lag? This phone is supposed to have large specs with 1 GB RAM, 16 GB onboard storage + 16 GB SD Card, 1.5 GHZ dual core S3, but for some reason a large history of txt's and calls causes some slowdown and lag.
Does anyone have a solution to the problem without having to delete history?
I've never experienced that, but I've always had my Sms capped at 50 per conversation. A friend of mine had roughly 1,700 messages in one conversation and was questioning why here SMS app was slow. Sometimes it's just a lot to hold in memory and render at once.
i've seen the same issues. although in my experience, some roms deal with it better so i don't think it's necessarily a hardware issue, more so bloated software.
maybe I should limit the msg size, I don't know
I am on stock gingerbread still, so I wonder if that also is a reason.
Dear all,
I've got a problem that I hear a lot about for different phones but haven't found a useful solution yet (yes, I searched xda as best as I could).
While my phone Android phone (Desire Z, stock 2.3.3, not rooted) used to be pretty swift after I got it, it significantly slowed down over time.
What's bothering me most is that, after using a couple of applications, it takes a couple of seconds to load the launcher, even after having exchanged HTC Sense for LauncherPro which helped for a while.
I'm not a developer but it seems logic to me that that once powerful phone is still there and is only crammed up with useless processes/background operations by useless/inefficient apps.
So here are my questions:
How can I clearly identify apps which slow my phone down? Is there a way to limit their damage?
How much internal memory or RAM needs to be available before memory becomes a performance issue? Right now, I have 220MB internal storage and 71MB RAM available.
Can I selectively and completely turn off apps while I don't use them without uninstalling them?
Can I switch background operations on and off (e.g. I will definitely survive without some rarely used social apps checking for messages)
Can I change how often an app is active while I'm not using it actively (e.g. have whatsapp check for new messages only every 5 minutes)
I'd appreciate any answer!
Best regards & Thanks in advance
Not sure if it is wrong, just would like to get some explanation of this. Phone has bit less than 1GB ram available for apps and default behavior of Androuid should be to use it all for caching recently run proceses, because there is no difference if memory is free or taken - it uses same power.
I have Viper ROM 1.06 and using Nik3r kernel, tested with and without dataswap mod (128MB). Even tried to tweak Viper settings for minfree setting, using Multitasking ultimate profile. And still the same behavior. When I check available memory, it always sits around 750 used out of 980MB. Regardless what and how many apps I run.
Problem is, that when phone is not used for some time I see almost every time apps starting instead of fast switching from memory. Its mainly visible for me on FBReader, which I use to read ebooks every time I have little spare time. I pull phone from pocket, start FBReader and voila, it is starting from scratch loading book. Its 2-3s, but still. its relatively small app, shouldnt be killed most of the time thanks to system policies on free ram.
When I try to play with phone and run as many apps (start FBReader, home and run Chrome+load 2 tabs, run Camera, run Viber, run Tapatalk and back to FBReader) to force it to close my FBreader from memory, everything works fine and it swaps back in immediately. Even though checking Apps tab in settings shows memory usage about 750-800/980, not fully stuffed with cached apps (think its not showing correct numbers? Or not showing memory taken by apps in empty state?). But anyway. I give up, turn off my phone and let it be for some time. Then I check for example for SMS and would like to continue reading my book. And FBReader is loading as if it was closed. Why?
Seems to me like phone does cleaning of cached stuff in memory after some time when it is not used? Cant say precise when it happens, it just annoys me to see that system shows all the time around 750/980MB used and still is unable to keep my app in memory for longer period when it works fine if I test it directly.
Any ideas/tips/explanation?
Hi, I have the same issue with the fb messenger (chat heads)
I
Android still shut down and it doesn't restart...
Any idea ?
Sent from my ARCHOS 80 COBALT using xda app-developers app
I've seen this problem discussed before, but not specifically in the context of using BitTorrent Sync. Since I've started using BitTorrent Sync as a Dropbox replacement to sync about 16GB and 24,000 files, every 1-3 days (sometimes more frequently) my S4 goes into a period of high CPU usage (30-40% capacity, all cores pinned at 1.6GHz) that lasts 2-4 hours, while it consumes battery at about 20% per hour. Using performance analyzers such as Android Tuner, I've ruled out any single app hogging CPU, and the culprit is the Android system itself. I've tried many things to try to stave off or reduce the battery drain if it happens at a bad time, but there seems to be no way to exert any kind of control at this level. I figure that putting governors on the cores won't help because it will reduce my phone's performance while merely extending the time the maintenance requires before it will let my people go, saving no power in the end. Yes, I shut as much stuff down as possible--even going into airplane mode--but once this annoyance begins, it overwhelms any energy conservation efforts. My only viable strategy is then to find an AC outlet and weather the storm there, or plan to finish using my phone within a couple of hours.
I gather from comments people have made in other contexts that if a lot of files change status, then the system needs to do a bunch of stuff, but I'm really not changing that many files, or moving folders around, etc. But it could be that BitTorrent Sync changes a lot if its own system files (while checking in with peers, maintaining its db, and whatever it does), so in response Android then has to do a lot of work maintaining files that the user never directly sees or uses. I do use BitTorrent Sync's auto sleep function, but still.
So I'm wondering if the scenario I'm describing sounds plausible. I'd have to shutdown data sync completely for several days just to do one trial, and it would take several trials to confirm more positively that using BitTorrent Sync is the root of the problem. But I need my data to sync more than I need my battery, so I'm willing to live with short battery times. But it's still a pain in the a$$--and the instances of 2-3 hours battery time are really crippling--so I'm wondering if anyone has any suggestions how to analyze or improve this situation because I don't really know enough. Then maybe I'll be able to suggest something to the BitTorrent Sync devs. I don't want to raise the problem in the BitTorrent Sync forums because very few of the active people there are well-versed in Android, the Windows/Linux/OSX crowd being much more numerous. Any comments are welcome: I want to start collecting info on this issue so that it can be discussed more profitably at the BT forums.
Jimmy34742 said:
I've seen this problem discussed before, but not specifically in the context of using BitTorrent Sync. Since I've started using BitTorrent Sync as a Dropbox replacement to sync about 16GB and 24,000 files, every 1-3 days (sometimes more frequently) my S4 goes into a period of high CPU usage (30-40% capacity, all cores pinned at 1.6GHz) that lasts 2-4 hours, while it consumes battery at about 20% per hour. Using performance analyzers such as Android Tuner, I've ruled out any single app hogging CPU, and the culprit is the Android system itself. I've tried many things to try to stave off or reduce the battery drain if it happens at a bad time, but there seems to be no way to exert any kind of control at this level. I figure that putting governors on the cores won't help because it will reduce my phone's performance while merely extending the time the maintenance requires before it will let my people go, saving no power in the end. Yes, I shut as much stuff down as possible--even going into airplane mode--but once this annoyance begins, it overwhelms any energy conservation efforts. My only viable strategy is then to find an AC outlet and weather the storm there, or plan to finish using my phone within a couple of hours.
I gather from comments people have made in other contexts that if a lot of files change status, then the system needs to do a bunch of stuff, but I'm really not changing that many files, or moving folders around, etc. But it could be that BitTorrent Sync changes a lot if its own system files (while checking in with peers, maintaining its db, and whatever it does), so in response Android then has to do a lot of work maintaining files that the user never directly sees or uses. I do use BitTorrent Sync's auto sleep function, but still.
So I'm wondering if the scenario I'm describing sounds plausible. I'd have to shutdown data sync completely for several days just to do one trial, and it would take several trials to confirm more positively that using BitTorrent Sync is the root of the problem. But I need my data to sync more than I need my battery, so I'm willing to live with short battery times. But it's still a pain in the a$$--and the instances of 2-3 hours battery time are really crippling--so I'm wondering if anyone has any suggestions how to analyze or improve this situation because I don't really know enough. Then maybe I'll be able to suggest something to the BitTorrent Sync devs. I don't want to raise the problem in the BitTorrent Sync forums because very few of the active people there are well-versed in Android, the Windows/Linux/OSX crowd being much more numerous. Any comments are welcome: I want to start collecting info on this issue so that it can be discussed more profitably at the BT forums.
Click to expand...
Click to collapse
I imagine most of the file you are syncing are media files, and here probably lies your problem/solution.
Your drain is more than likely Android Mediaserver which analyzes media files (images, sounds, videos).
You should troubleshoot using BetterBatteryStats to confirm this.
You can always "kill" the Mediaserver, however you'll lose functionality (your phone won't find new media, quite annoying).
The alternative and the better solution in my opinion is to create a .nomedia file in the root directory where all your files are synced so mediaserver skips them completely. This might not be possible if you have a strange hierarchy though.
The vast majority of files are not media files (mostly docx, pdf, and txt), but there are a large number of media files scattered about. The media files don't change much, but if a few changes trigger the media server to perform major operations, then that might explain it.
If I put a ".nomedia" file at the top of a highly nested file hierarchy, will that suppress finding new media throughout the entire tree? That behavior would be fine in my case because the media that I actually use with any frequency is all in its own tree. But if I use the .nomedia trick, will file browsing apps still be able to list the files that are in media format? In that case, I don't see why I'd care if Android's media server ever runs or not. I mean, I do take some photos, but very few. And I always have to use PowerAmp's media scanning function to listen to my mp3's, which are all in their own file hierarchy.
EDIT: I should that I never use any of the stock Android media apps. In that case, do I even need Android's Mediaserver at all?
I put .nomedia files at the top of all my file trees, but I'm still getting, periodically, massive batter drain from the Media Storage process. It will run for hours constantly using more than 25-30% CPU, thus running down my battery entire in a few hours. I don't know how to check for sure, but this seems to indicate that Media Storage does a lot of work involving the trees where the .nomedia files are. I mean, there's no way my phone could be running at a constant 30% without me being able to account for it. Do I need to put .nomedia files in every folder under the same hierarchy? Is Media Server known to sometimes just ignore the .nomedia directive?
Since Android 4.0/1 the media server now references every files on your SD cards. So even those are not actual media files, that might still be the issue.
Not sure BBS or Android Tuner battery stats will reveal anything particular in this situation, but might be worth adding a .nomedia file at the root of your sync folder, at least to confirm.
Since my original post, I've concluded that BitTorrent Sync is the source of Media Storage running so frequently. It's not an error exactly, but because I sync about 16GB in 20,000 files, then each time a file changes on one of the sync peers, then when the phone syncs and changes the file, it causes Media Storage to want to run again. So Media Storage was running 1 or 2 times a day, every day, at the cost of 20-30% battery each time. It looks like bad software design rather than an error. The only thing I could think of was to freeze Media Storage, which turns out not to be as annoying as one might think because apps seems to be able to find the media files, and my file explorer works fine. But I have the annoyance of missing basic things in the Android UI, like ringtones, so my phone never rings for a phone call, only vibrates. I don't care about the other stuff in the OS UI that I'm missing because I have no interest in any kind of theming, but I don't think many people would like freezing their Media Storage process.