4 ms·

Hope they port their IDEs to native code. They are sluggish most of the time and freeze pretty bad (during garbage collection ?). That sucks because the functio

Hope they port their IDEs to native code. They are sluggish most of the time and freeze pretty bad (during garbage collection ?). That sucks because the functionality they provide is pretty awesome in most of their IDEs (intelli-j, webstorm).

merry-year 13y ago
Buy/build a faster PC?
- captainmuon 13y ago
  I can only speak for myself, but... I have that option privately, and in that situation I would by a new PC. But I need a C++ IDE at work, not for my hobby...
diab0lic 13y ago
I unfortunately have this same problem, most of the time the IDE works great and it's feature set is most definitely nice. However sometimes it just locks right up / chugs along, especially with the IdeaVIM emulator -- which isn't that satisfying in itself. My machine is plenty fast (a sibling comment on this thread mentioned to another user that it may be the issue). 2.53GHz Xeon (Quad core, hyperthreading) and 24GB of RAM. All of this has left me using vim + terminal for python development, loading up PyCharm community as a glorified debugger.
- sitkack 13y ago
  I haven't used it in _years_ but this used to be the best and only refactoring editor for C/Java/C++, http://www.xref.sk/xrefactory/main.html http://www.xref.sk/xrefactory/main.html not sure if it is even supported or installable. It ran as a plugin in emacs. Even in 2003-4 it was able to index the entire Linux kernel in a handful of minutes.
sitkack 13y ago
That used to be a problem for me on a polycarbonate macbook, it has been decent on a quad core i7 and 16GB of ram. If you have specific scenarios that are slow they will be happy to look at them. Jetbrains has always been responsive to the bugs I file, it is making me a little teary eyed.
- captainmuon 13y ago
  > quad core i7 and 16GB My problem is that the computers I'd like to code on are not the ones I have to code on. At work, I have a computer that is from Q1 2009. It has an Intel dual core (pre "core i") CPU and 2 GB ram, and is running some kind of ancient Scientific Linux (based on CentOS). I also have some code on computers standing on the other side of the atlantic, into which I have to ssh, and then use vi over the net, which is horrible. My portable is a trusty old eeePC that, while great for writing/coding on the go, and doing office stuff, is really painful to use with a modern IDE. That sucks of course, but it's not going to change soon since I'm a scientist, not a programmer (although I mainly program). And it's not just my university, but apparently a common problem in my field. The crappy state of PCs doesn't affect the runtime of our programs though. We're supposed to run most code on the Grid or on batch systems anyway, which usually have plenty of power. But it's really a problem for productivity, and I wonder what I would be able to do if we had similar resources like industrial programmers. Btw. at home I have a desktop PC that I bought for gaming some time ago (Intel i5 2500, 8 GB ram, decent GPU, Hackintosh/Win7), and I find myself more and more bringing work home to run on it, because it outperforms anything I have in the lab. On that, of course I have no problem running any IDE I've tested.
  - edoloughlin 13y ago
    I also have some code on computers standing on the other side of the atlantic, into which I have to ssh, and then use vi over the net, which is horrible Have you tried using sshfs and then running an editor locally? Just don't use a GUI-based file manager on the mounted filesystem (esp. the OSX Finder.) :(
    - captainmuon 13y ago
jsight 13y ago
Having used Visual Studio, I am not convinced that native code vs. VM-based code is the issue. :)
- teh_klev 13y ago
  Visual Studio 2013 is pretty quick off the blocks now. They've definitely made a bunch of improvements with initial load time and time to open non-trivial solutions. That and some tweaks they've made to the glyphy UI has made me fall in love with it again, especially running the out of box "Dark" theme.
  - jsight 13y ago
    Yeah, it starts up fast. But there are still pauses and freezes when it does certain things. I don't find them to be particularly less significant than pauses in Jetbrains' products (which also startup pretty quick here).
    - teh_klev 13y ago
      I agree, I can live with these minor behavioural infractions by both products because they let me get far more stuff done than by not having them.
maaaats 13y ago
I never experience any slugginesh or freezing. And I don't think porting it to native will do much, the myth about java being sooo slow should be dead by now.
EdwardDiego 13y ago
Which version? I've found I get less and less pauses with each new version of IDEA. Currently the only blocking pauses I get now are when I change branches and my Maven POMs change underneath IDEA and it has to recalculate what modules belong in my project.

merry-year 13y ago

Buy/build a faster PC?

captainmuon 13y ago
I can only speak for myself, but... I have that option privately, and in that situation I would by a new PC. But I need a C++ IDE at work, not for my hobby...

diab0lic 13y ago

I unfortunately have this same problem, most of the time the IDE works great and it's feature set is most definitely nice. However sometimes it just locks right up / chugs along, especially with the IdeaVIM emulator -- which isn't that satisfying in itself. My machine is plenty fast (a sibling comment on this thread mentioned to another user that it may be the issue). 2.53GHz Xeon (Quad core, hyperthreading) and 24GB of RAM. All of this has left me using vim + terminal for python development, loading up PyCharm community as a glorified debugger.

sitkack 13y ago
I haven't used it in _years_ but this used to be the best and only refactoring editor for C/Java/C++, http://www.xref.sk/xrefactory/main.html http://www.xref.sk/xrefactory/main.html not sure if it is even supported or installable. It ran as a plugin in emacs. Even in 2003-4 it was able to index the entire Linux kernel in a handful of minutes.

sitkack 13y ago

That used to be a problem for me on a polycarbonate macbook, it has been decent on a quad core i7 and 16GB of ram. If you have specific scenarios that are slow they will be happy to look at them. Jetbrains has always been responsive to the bugs I file, it is making me a little teary eyed.

captainmuon 13y ago
> quad core i7 and 16GB My problem is that the computers I'd like to code on are not the ones I have to code on. At work, I have a computer that is from Q1 2009. It has an Intel dual core (pre "core i") CPU and 2 GB ram, and is running some kind of ancient Scientific Linux (based on CentOS). I also have some code on computers standing on the other side of the atlantic, into which I have to ssh, and then use vi over the net, which is horrible. My portable is a trusty old eeePC that, while great for writing/coding on the go, and doing office stuff, is really painful to use with a modern IDE. That sucks of course, but it's not going to change soon since I'm a scientist, not a programmer (although I mainly program). And it's not just my university, but apparently a common problem in my field. The crappy state of PCs doesn't affect the runtime of our programs though. We're supposed to run most code on the Grid or on batch systems anyway, which usually have plenty of power. But it's really a problem for productivity, and I wonder what I would be able to do if we had similar resources like industrial programmers. Btw. at home I have a desktop PC that I bought for gaming some time ago (Intel i5 2500, 8 GB ram, decent GPU, Hackintosh/Win7), and I find myself more and more bringing work home to run on it, because it outperforms anything I have in the lab. On that, of course I have no problem running any IDE I've tested.
- edoloughlin 13y ago
  I also have some code on computers standing on the other side of the atlantic, into which I have to ssh, and then use vi over the net, which is horrible Have you tried using sshfs and then running an editor locally? Just don't use a GUI-based file manager on the mounted filesystem (esp. the OSX Finder.) :(
  - captainmuon 13y ago

jsight 13y ago

Having used Visual Studio, I am not convinced that native code vs. VM-based code is the issue. :)

teh_klev 13y ago
Visual Studio 2013 is pretty quick off the blocks now. They've definitely made a bunch of improvements with initial load time and time to open non-trivial solutions. That and some tweaks they've made to the glyphy UI has made me fall in love with it again, especially running the out of box "Dark" theme.
- jsight 13y ago
  Yeah, it starts up fast. But there are still pauses and freezes when it does certain things. I don't find them to be particularly less significant than pauses in Jetbrains' products (which also startup pretty quick here).
  - teh_klev 13y ago
    I agree, I can live with these minor behavioural infractions by both products because they let me get far more stuff done than by not having them.

maaaats 13y ago

I never experience any slugginesh or freezing. And I don't think porting it to native will do much, the myth about java being sooo slow should be dead by now.

EdwardDiego 13y ago

Which version? I've found I get less and less pauses with each new version of IDEA. Currently the only blocking pauses I get now are when I change branches and my Maven POMs change underneath IDEA and it has to recalculate what modules belong in my project.