I am using IntelliJ IDEA (10.5) for Android development with latest Google USB Driver (version 4) for debugging. After some time of development in IntelliJ IDEA when Android device (Nexus One) is connected via USB, the computer (with Windows 7, 32 bit) freezes. No blue screen just freeze. Everything is visible but screen is not updating. I have to restart the computer.
Is anyone experiencing similar issues? Any solutions?
Sorry, not sure how to comment on your original post (the field is not displayed).
I'm experiencing the same issue and I'd love to determine a solution. It's very annoying!
I use Eclipse (Windows 7 64-bit) with a Nexus One (2.2) and my PC will randomly, completely freeze. The mouse pointer locks up, Caps Lock button (and others) don't toggle, touch pad doesn't react, etc. No blue screen and nothing is ever written to the system's event log. I have to physically shut down the machine and restart it each time.
At first, it happened in the same manner for me -- developing within Eclipse. I noticed it didn't happen on compile or debug launch, more during development (again, randomly). Then I noticed it started happening when Eclipse wasn't open at all. That's when I started to suspect a driver or similar issue. But I'm not sure how to troubleshoot further from here.
If anyone has ANY insight into this issue, it would be greatly appreciated.
UPDATE: Incorrectly reported N1 version as 2.1 -- corrected to 2.2
Idea is known to have long GC pauses sometimes - it may freeze completely for some time. And it takes even longer if it goes into swap - in this case, whole system may become unresponsive. See this issue and discussion in forums.
So, if it is indeed your case, try using statically-compiled version from here - it's proven to work faster.
It sounds like OS/Hardware problem
Related
I have a Mid 2015 MBP that I use for developing both Android and iOS apps. I have been having a lot of issues with the Android emulator using way too much processor. Sometimes it's using 120% - 130%. My system fans run full blast the entire time I'm trying to work with it and it's gotten to the point where I really just don't want to work on the code anymore because of the effects on the computer.
I have scoured the internet looking for solutions. The one that I came across that seemed to work for a while was editing the config.ini for the emulator and updating the following lines:
hw.audioInput=no
hw.audioOutput=no
hw.cpu.ncore=1
hw.gps=no
This seemed to work and my processor dropped to 8% - 15% and my computer stopped overheating. After a while, this stopped working. I've tried everything that I can think of. I've restarted the emulator, stopped and started the emulator, and even killed and recreated the emulator. Nothing has worked.
This seems like a big enough issue that I see all kinds of posts around for it. Has there ever been a solution that works all the time? I've updated Android Studio to the latest version. I am on OS Catalina right now. I cannot think of anything else to do.
As i work in Android Studio 3.1.4, I have noticed that the Android emulator is blazing fast when I first open it. As I continue to use it, typically by clicking on the "apply changes" icon, it slows down over time until it is eventually no longer usable. If I then close the emulator and open it up again it reverts to being blazing fast.
This happens on multiple computers, all using Windows 10. One of the PCs even has an SSD hard disk. It happens in multiple apps, whether I have only one app open or multiple apps open.
Any thoughts about an easy fix for this? Thank you in advance.
I don't know why is doing that.I've heard about Genymotion emulator if you want to try(i haven't tried it yet though).You can give a try :)
Genymotion
I'm not really sure how to word this.For some reason when I install an app that I'm working on from Android Studio it runs very slow (when an option is pressed it takes 10-20 seconds to register). But if I install the app from either my coworkers Android studio or adb from my own machine it works fine.
My specs are:
OS: Windows 10
Android Studio Version: 3.0.1
Phone OS: Android API 24
It was working fine this morning, but during the course of the day, something has happened. Has anyone run into this sort of problem before?
I'm using a Samsung Galaxy S8 physical device. I have tried a factory reset on the phone which worked for one install after I changed some things I'm back where I started. I have also restarted both the machine and phone multiple times. I'm at a loss as to what is going on. If you guys need any more info let me know. Also INSTANT RUN IS NOT ON.
EDIT: I'm at a total loss as to why this is happening. I've tried everything from restoring the phone, reinstalling Android Studio, changing wires, changing settings, but nothing is working. If anyone has a suggestion I will gladly try anything.
I've finally found a solid solution to my problem. I'm positive now that something went wrong with m usb drivers for windows 10. I went to this page https://answers.microsoft.com/en-us/windows/forum/windows_10-hardware/windows-10-slow-usb-30-transfer-speeds/a5e1eebb-74bb-4777-8902-5131f3e8ec3e and I completed the steps in method 1 and that did the trick for me. it took a while to find this out, but hopefully, someone else will find this helpful.
Have you compared your yesterday build and today build which is making your app slow. Any Significant change in code?
Have you set up breakpoints or similar? Some debugging options can significantly slow the app down at runtime. When this happens, if you disconnect the phone from ADB - e.g. pull out the cable - and it speeds up again, then it's likely related to your debug connection to that particular instance of Android Studio.
The title speaks for itself, but I would add some pointers I've noticed along the way.
I would like anyone who also experiences the end result while developing for Android to try to reproduce this and see if this scenario is really the case.
The crash happens when Logcat is overpopulated. By overpopulated I mean that from a point in time, if you would leave a device connected in debug mode for a while, and you would look at the Logcat view, it would display only the new 'delta' lines added to the log in the past short interval of about two seconds.
If you would pay attention, while the Logcat is overpopulated, the device which is been debugged, responds slowly to user interaction (this can be your indication, that the Logcat is overpopulated while testing your application), and perform other actions ridiculously slow.
If you would leave the device connected and more logs would be added, there is a short interval 5-10 seconds, where Eclipse starts to behave weird, and after that, there is nothing you can do, Windows 7 freezes and only hard reboot allows you to get back to work.
I can reproduce this every time, if I would just leave a device connected in debug mode with an application running.
I've Googled this and came up with nothing. I assume that if me and my colleagues encounter this (we have the same Eclipse setup), then other should also experience this, so before posting a bug, I would like to confirm this...
Details:
Windows 7
Eclipse 3.6
ADT 10.0.0.v201102162101-104271 (latest for today)
I have the same problem here. I've been troubleshooting this for months! Mostly because it's been extremely difficult to find anyone with the same issue. (I was actually linked to this post from the bug report that Android Developer provided.)
I've been working with someone on a similar Stack Overflow issue. He thought the problem was his IDE until I reported that I was experiencing the same issue, but with a different IDE. Together, we've been able to whittle the problem down to either the device itself or the drivers. We recently just excluded the USB cables as the culprit.
However, the problems reported in the Google bug report are exactly what we've been experiencing. It makes sense that ADB might be where the problem ultimately lies.
Hopefully, this post will help create some search-friendly connections between the other posts.
Other Stack Overflow post mentioned above -- Android development in IntelliJ IDEA causes computer to freeze
Google bug report, Issue #24171 (originally posted by Android Developer) -- http://code.google.com/p/android/issues/detail?id=24171
I also have a similar problem. Sometimes, the Windows OS completely freeze when an Android device is connected.
I'm not sure why it happens, but I think that it only occurs when the ADB is active.
Here's a bug report I've found recently about this:
adb causes whole Windows operating system to freeze randomly
After using a USB from the back, and installing Windows 8, the problem doesn't occur any more.
However, it's Windows 8, and I wish I used Windows 7. For some reason, Microsoft didn't provide a way to go back...
Try setting your Eclipse Android Settings for the maximum amount of logcat messages in the buffer to a lower value.
This should help
I don't want to jump to conclusions, but I think I've found the real issue which causes this halt...
I'm going to make some assumptions, and if one of these does not fit your scenario, let me know:
Assumptions:
This only happens on a chargeable computer... Be very very sure before dismissing this assumption.
This happens when a laptop is connected to the adapter, and is being charged.
Cause:
This happens when you use a custom adapter, and not one that 100% fit your computer.
According to my experience, once I've used my home adapter on my work computer, the crash reoccurred over, and over, and over... drove me nuts... and when I got back to work, and used the proper adapter, the issue vanished!
Same with my home computer, and work adapter.
Lend me your thoughts...
The emulator comes up but its very unstable. It keeps giving me the window that asks to send data to microsoft. The it becomes not responding and freezes up. Sometimes I might keep it up for a while and am not doing anything to it and all of a sudden it pops up the debug window.
Is there something I can do to make it more stable.
This is specific to your system and the software installed on it. The emulator is rock solid (mostly), so try and solve the problem on your system.
I had such problems when trying to create an emulator with higher resolutions.
Creating a simpler device solved my problem. Probably it was due to my PC specs (P4 2.4 Ghz, 1 GB of RAM).
I have found emulator instances and the AVD manager itself to be VERY flakey.
This is despite re-installs, constant SDK updates and across multiple machines.
Often the only resolution I've found is to delete the AVD that is crashing and recreate it from scratch.
Also make sure you are using the snapshot facility so that you are at least loading fast when it does crash.