Netbeans SLOWDOWN - PLEEEEEEZZZZZ HEEEELLLLPPPPP

[p3pp8]

Pleez, anyone who knows how to turn off the fu&k°ng compile-on-edit features, the 6.7 version of netbeans is unusable, and is really worsen the previous one(as happended with all previous versions), i can't work waiting 8 second after inserting a character, any help appreciated guys!



My system:



WindowsXP

Intel Pentium dual core 3.0GHZ

2 GB of RAM

Nvida GeForce 6200



It's incredible that a source file of about 7000 lines makes NB such a bag of s?*t expecially with such a system, i think they have to consider adopting c++ to create the next version of this great IDE, it's really a shame, anyway using old version i don't have such a slowdown and it's really strange and using Eclipse too......



Cheers!



-P

[John C. Turnbull]

Pleeeeeeeeeez don't use abusive language.  If you really hate NetBeans that
much then don't use it.

> -----Original Message-----
> From: p3pp8 [mailto:giuseppe@...]
> Sent: Thursday, 2 July 2009 18:33
> To: nbusers@...
> Subject: [nbusers] Netbeans SLOWDOWN - PLEEEEEEZZZZZ HEEEELLLLPPPPP
>
> Pleez, anyone who knows how to turn off the fu&k°ng compile-on-edit
> features, the 6.7 version of netbeans is unusable, and is really worsen
> the previous one(as happended with all previous versions), i can't work
> waiting 8 second after inserting a character, any help appreciated
> guys!
>
>
>
> My system:
>
>
>
> WindowsXP
>
> Intel Pentium dual core 3.0GHZ
>
> 2 GB of RAM
>
> Nvida GeForce 6200
>
>
>
> It's incredible that a source file of about 7000 lines makes NB such a
> bag of s?*t expecially with such a system, i think they have to
> consider adopting c++ to create the next version of this great IDE,
> it's really a shame, anyway using old version i don't have such a
> slowdown and it's really strange and using Eclipse too......
>
>
>
> Cheers!
>
>
>
> -P
>
>

[Peter Ford-4]

p3pp8 wrote:

> Pleez, anyone who knows how to turn off the fu&k°ng compile-on-edit features, the 6.7 version of netbeans is unusable, and is really worsen the previous one(as happended with all previous versions), i can't work waiting 8 second after inserting a character, any help appreciated guys!
>
>
>
> My system:
>
>
>
> WindowsXP
>
> Intel Pentium dual core 3.0GHZ
>
> 2 GB of RAM
>
> Nvida GeForce 6200
>
>
>
> It's incredible that a source file of about 7000 lines makes NB such a bag of s?*t expecially with such a system, i think they have to consider adopting c++ to create the next version of this great IDE, it's really a shame, anyway using old version i don't have such a slowdown and it's really strange and using Eclipse too......
>
>
>
> Cheers!
>
>
>
> -P
>
>
>
>

Windows XP ? For developing code? With ONLY 2GB of RAM? You're having a laugh!
And a source file that's 7000 lines long suggests you need to think about your
code design.

1. Get linux
2. Get more RAM
3. Refactor your code.
4. Stop cussing and get on with it...


--
Peter Ford, Developer                 phone: [phone] fax: [phone]
Justcroft International Ltd.                              www.justcroft.com
Justcroft House, High Street, Staplehurst, Kent   TN12 0AH   United Kingdom
Registered in England and Wales: 2297906
Registered office: Stag Gates House, 63/64 The Avenue, Southampton SO17 1XS

[buyulu mr]

Hey Peter,

You have offered Linux for coding with Netbeans. Can you make any detailed comparison with Windows? How much performance increase can we expect if we switch to Linux?

Kind Regards,
Ersan Ozturk.
MSc Computer Engineer
Mobitech  


--- On Thu, 7/2/09, Peter Ford <pete@...> wrote:

> From: Peter Ford <pete@...>
> Subject: Re: [nbusers] Netbeans SLOWDOWN - PLEEEEEEZZZZZ HEEEELLLLPPPPP
> To: nbusers@...
> Date: Thursday, July 2, 2009, 4:03 AM
> p3pp8 wrote:
> > Pleez, anyone who knows how to turn off the
> fu&k°ng compile-on-edit features, the 6.7 version of
> netbeans is unusable, and is really worsen the previous
> one(as happended with all previous versions), i can't work
> waiting 8 second after inserting a character, any help
> appreciated guys!
> >
> >
> >
> > My system:
> >
> >
> >
> > WindowsXP
> >
> > Intel Pentium dual core 3.0GHZ
> >
> > 2 GB of RAM
> >
> > Nvida GeForce 6200
> >
> >
> >
> > It's incredible that a source file of about 7000 lines
> makes NB such a bag of s?*t expecially with such a system, i
> think they have to consider adopting c++ to create the next
> version of this great IDE, it's really a shame, anyway using
> old version i don't have such a slowdown and it's really
> strange and using Eclipse too......
> >
> >
> >
> > Cheers!
> >
> >
> >
> > -P
> >
> >
> >
> >
>
> Windows XP ? For developing code? With ONLY 2GB of RAM?
> You're having a laugh!
> And a source file that's 7000 lines long suggests you need
> to think about your
> code design.
>
> 1. Get linux
> 2. Get more RAM
> 3. Refactor your code.
> 4. Stop cussing and get on with it...
>
>
> --
> Peter Ford, Developer         
>        phone: [phone] fax:
> 01580 893399
> Justcroft International Ltd.       
>                
>       www.justcroft.com
> Justcroft House, High Street, Staplehurst,
> Kent   TN12 0AH   United
> Kingdom
> Registered in England and Wales: 2297906
> Registered office: Stag Gates House, 63/64 The Avenue,
> Southampton SO17 1XS
>

[p3pp8]

Guys, u're surely joking, any other ide can handle more and more than just 7000 lines of code, i can't split off my code into many files/classes, i've already made it, i haven't said that i hate NB, i love it and that's why i'm posting here, sorry for the language but it's just becoz i'm really desperate, so pleez don't start arguing now, just ask this question if you want, is it possible to disable the compile on edit feature? I did not find any option looking around menus.



Thanx in advance and pleez pardon my rude language!



-P

[Jess Holle]

Peter Ford wrote:

Windows XP ? For developing code? With ONLY 2GB of RAM? You're having a laugh!
And a source file that's 7000 lines long suggests you need to think about your
code design.

1. Get linux
2. Get more RAM
3. Refactor your code.
4. Stop cussing and get on with it...
  

The post that started this thread was abrasive, etc.  [It was also not mine.]

That said, when it comes to class file length, etc, shtuff happens.

• 7000 lines is by no means the upper limit of what I've seen in a Java source file.  You can't refactor a decade's worth of code overnight.  Nor should you have to.
• Windows XP is a commonly required platform in business -- and where it is not required it is the only thing IT will provide any assistance whatsoever with.  Not everyone wants to be the system administrator for their machine at work.  Some people just want to do their work.
  
• RAM is often at the discretion of your employer.  While going to 4GB is cheap and clearly worth it, this may not be clear to accountants.

Despite the original abrasive post, there is no reason a Java IDE written in Java shouldn't be able to handle 10-15k source files well (and do so without using SWT).

I have 4GB of RAM and a Core 2 Duo, so perhaps that does the trick, but NetBeans hasn't struck me as awful in dealing with such files lately.  Or perhaps it is just that I've been able to avoid such files as of late.

In any case, no one should be under any illusion that NetBeans shouldn't work well with such files as this situation is a fact of life for many.

--
Jess Holle

[weijun.wang]

Maybe not, since you need this compile-on-edit feature to do code  
completion, error bar, code hints, syntax hilighting etc. Maybe some  
of these are more heavy than the others, but I don't know the details.

On Jul 2, 2009, at 6:46 PM, p3pp8 wrote:

> Guys, u're surely joking, any other ide can handle more and more  
> than just 7000 lines of code, i can't split off my code into many  
> files/classes, i've already made it, i haven't said that i hate NB,  
> i love it and that's why i'm posting here, sorry for the language  
> but it's just becoz i'm really desperate, so pleez don't start  
> arguing now, just ask this question if you want, is it possible to  
> disable the compile on edit feature? I did not find any option  
> looking around menus.
>
>
>
> Thanx in advance and pleez pardon my rude language!
>
>
>
> -P
>
>
>
>

[Marián Petráš]

As far as I know, this depends on the type of project. For example,
plain J2SE projects have a check-box in the Project Properties dialog:

1) Right-click on the project's root node in the Projects view.
2) Select category Build/Compiling.
3) Uncheck the topmost check-box on the right.

Some project types do not have this option (e.g. NetBeans module
projects) but I would expect that if a given project type has such an
option, then it is in the Project Properties dialog.

Marián


p3pp8 wrote:
> ... is it possible to disable the compile on edit feature? I did not find any option looking around menus.
>
> ...

[Marián Petráš]

Oops! What I described is option to enable/disable feature "Compile on
Save". This feature actually compiles Java source files to .class files.

What you may need to disable is continuous parsing of a Java source file
during editing. If this is the case, then I am afraid that it cannot be
turned off, as Max Wang already explained.

Marián


Marián Petráš wrote:

> As far as I know, this depends on the type of project. For example,
> plain J2SE projects have a check-box in the Project Properties dialog:
>
> 1) Right-click on the project's root node in the Projects view.
> 2) Select category Build/Compiling.
> 3) Uncheck the topmost check-box on the right.
>
> Some project types do not have this option (e.g. NetBeans module
> projects) but I would expect that if a given project type has such an
> option, then it is in the Project Properties dialog.
>
> Marián
>
>
> p3pp8 wrote:
>> ... is it possible to disable the compile on edit feature? I did not
>> find any option looking around menus.
>>
>> ...

[Pavel Pribyl]

Hello.

I think it is obvious, that the "abusive language" was used as a result
of a desperation, so no need to argue about that anymore :) Flames
belong to different kind of discussions ...

OK, performance has always been a big issue, no doubt. But it is also
still a priority for NB developers. I recommend reading Peter's blog and
following comments at :
http://blogs.sun.com/joshis/entry/netbeans_ide_is_scanning_parsing

Now to your question - you can turn of Compile on save (for J2SE
project) and Deploy on save (J2EE). Both from Project Properties -
Build/Compiling (J2SE) or Run (J2EE). But this is all about  action
taken  upon saving. And I guess that is not exactly what you meant,
right? You probably have more problems with the scanning, as mentioned
in the blog.

Your system configuration should imho handle such source files without
problem. Well, at least better than 8 sec after inserting a character :)
Maybe some Windows optimalization/tweaking can help a bit.  I have
nothing about WinXP (I am using them myself and I am quite satisfied).
but we both know how "messy" they can become ;)

Wish you best luck

Pavel

p3pp8 wrote:

> Pleez, anyone who knows how to turn off the fu&k°ng compile-on-edit features, the 6.7 version of netbeans is unusable, and is really worsen the previous one(as happended with all previous versions), i can't work waiting 8 second after inserting a character, any help appreciated guys!
>
>
>
> My system:
>
>
>
> WindowsXP
>
> Intel Pentium dual core 3.0GHZ
>
> 2 GB of RAM
>
> Nvida GeForce 6200
>
>
>
> It's incredible that a source file of about 7000 lines makes NB such a bag of s?*t expecially with such a system, i think they have to consider adopting c++ to create the next version of this great IDE, it's really a shame, anyway using old version i don't have such a slowdown and it's really strange and using Eclipse too......
>
>
>
> Cheers!
>
>
>
> -P
>
>
>
>
>  

[Peter Ford-4]

Jess Holle wrote:

> Peter Ford wrote:
>> Windows XP ? For developing code? With ONLY 2GB of RAM? You're having a laugh!
>> And a source file that's 7000 lines long suggests you need to think about your
>> code design.
>>
>> 1. Get linux
>> 2. Get more RAM
>> 3. Refactor your code.
>> 4. Stop cussing and get on with it...
>>  
> The post that started this thread was abrasive, etc.  [It was also not
> mine.]
>
> That said, when it comes to class file length, etc, shtuff happens.
>
>     * 7000 lines is by no means the upper limit of what I've seen in a
>       Java source file.  You can't refactor a decade's worth of code
>       overnight.  Nor should you have to.
>     * Windows XP is a commonly /required/ platform in business -- and
>       where it is not required it is the only thing IT will provide any
>       assistance whatsoever with.  Not everyone wants to be the system
>       administrator for their machine at work.  Some people just want to
>       do their work.
>     * RAM is often at the discretion of your employer.  While going to
>       4GB is cheap and clearly worth it, this may not be clear to
>       accountants.
>
> Despite the original abrasive post, there is no reason a Java IDE
> /written in Java /shouldn't be able to handle 10-15k source files well
> (and do so without using SWT).
>
> I have 4GB of RAM and a Core 2 Duo, so perhaps that does the trick, but
> NetBeans hasn't struck me as /awful/ in dealing with such files lately.
> Or perhaps it is just that I've been able to avoid such files as of late.
>
> In any case, no one should be under any illusion that NetBeans shouldn't
> work /well/ with such files as this situation is a fact of life for many.
>
> --
> Jess Holle
>

You're absolutely right - I think the OP should have no problems with the set up
he's using, even in the code is 7000 lines or more. I didn't put the smileys in,
so I guess it turned into a flame rather than a light-hearted response. ooops... :(

I've certainly had no real problems on a much less highly-specced system than
the OP described, except that I don't use MS Windows. I have seen other people's
systems where Windows XP happily slurps most of 2GB on irrelevant nonsense and
leave me with a few KB to actually do anything productive, so more memory is
worth a look for serious development work, as is an alternative OS.

At the moment I'm using NetBeans for PHP coding, not Java, so I'm not seeing the
compile-on-edit problems, and even the scanning performance issues that others
have highlighted don't seem to be a problem.

--
Peter Ford, Developer                 phone: [phone] fax: [phone]
Justcroft International Ltd.                              www.justcroft.com
Justcroft House, High Street, Staplehurst, Kent   TN12 0AH   United Kingdom
Registered in England and Wales: 2297906
Registered office: Stag Gates House, 63/64 The Avenue, Southampton SO17 1XS

[John C. Turnbull]

> You're absolutely right - I think the OP should have no problems with
> the set up
> he's using, even in the code is 7000 lines or more. I didn't put the
> smileys in,
> so I guess it turned into a flame rather than a light-hearted response.
> ooops... :(
>
> I've certainly had no real problems on a much less highly-specced
> system than
> the OP described, except that I don't use MS Windows. I have seen other
> people's
> systems where Windows XP happily slurps most of 2GB on irrelevant
> nonsense and
> leave me with a few KB to actually do anything productive, so more
> memory is
> worth a look for serious development work, as is an alternative OS.
>
> At the moment I'm using NetBeans for PHP coding, not Java, so I'm not
> seeing the
> compile-on-edit problems, and even the scanning performance issues that
> others
> have highlighted don't seem to be a problem.

WRT to the scanning issue, I have only experienced it once and that was the first time I ran NB 6.7 after installing it.  Prior to that I never experienced it and all subsequent runs of NB 6.7 have not exhibited the problem either.  I have seen people refer to free-from projects and the scanning problems with those so perhaps it's purely related to that kind of project.  Personally I have never used free-form projects.

John

[Thomas Wolf-4]

On 07/02/2009 09:11 AM, John C. Turnbull wrote:
> WRT to the scanning issue, I have only experienced it once and that was the first time I ran NB 6.7 after installing it.  Prior to that I never experienced it and all subsequent runs of NB 6.7 have not exhibited the problem either.  I have seen people refer to free-from projects and the scanning problems with those so perhaps it's purely related to that kind of project.  Personally I have never used free-form projects.

This was a huge issue in all the dev builds and even up through the RCs
(I can't remember, but it may have also been an issue in 6.5) and wasn't
confined to free-form projects.  I'm on a simple J2SE project and faced
it every day.  The NB devs did some substantial work to alleviate the
worst of the symptoms right before the release of 6.7 - because they
were so many complaints, issues filed and voted on.

Tom

[Mihai Vasilache]

Are you kidding?
Check out this project and watch netbeans loading the projects .....

http://www.nuxeo.org/xwiki/bin/view/FAQ/DownloadingNuxeoSources/

It is an open source project. The checkout takes 1 minute.
The only time i was able to open this project in netbeans was when i started netbeans before i was going to sleep, then check the projects in the morning.

The projects are maven based so netbeans can open them natively.  Just open the main project and check the "Open required projects" check box. Then watch how netbeans freezes.


--- On Thu, 7/2/09, John C. Turnbull <ozemale@...> wrote:

From: John C. Turnbull <ozemale@...>
Subject: RE: [nbusers] Netbeans SLOWDOWN - PLEEEEEEZZZZZ HEEEELLLLPPPPP
To: nbusers@...
Date: Thursday, July 2, 2009, 4:11 PM

> You're absolutely right - I think the OP should have no problems with

> the set up
> he's using, even in the code is 7000 lines or more. I didn't put the
> smileys in,
> so I guess it turned into a flame rather than a light-hearted response.
> ooops... :(
>
> I've certainly had no real problems on a much less highly-specced
> system than
> the OP described, except that I don't use MS Windows. I have seen other
> people's
> systems where Windows XP happily slurps most of 2GB on irrelevant
> nonsense and
> leave me with a few KB to actually do anything productive, so more
> memory is
> worth a look for serious development work, as is an alternative OS.
>
> At the moment I'm using NetBeans for PHP coding, not Java, so I'm not
> seeing the
> compile-on-edit problems, and even the scanning performance issues that
> others
> have highlighted don't seem to be a problem.

WRT to the scanning issue, I have only experienced it once and that was the first time I ran NB 6.7 after installing it.  Prior to that I never experienced it and all subsequent runs of NB 6.7 have not exhibited the problem either.  I have seen people refer to free-from projects and the scanning problems with those so perhaps it's purely related to that kind of project.  Personally I have never used free-form projects.

John

[joshis]

Hi,

I have just cloned the project you mentioned and successfully opened it
in the IDE. Yes, the opening itself took little longer - approx. 2
minutes + some time for scanning of the projects (according to log,
scanning of all projects was completed in exactly 570060 milliseconds,
which is some 9min30s)... For me, this was not enough time to sleep
(pity - I was hoping I could take a nap at work;o)).

My configuration:

AMD Opteron 148+2GB RAM
Product Version: NetBeans IDE 6.7 (Build 200906241340)
Java: 1.6.0_13; Java HotSpot(TM) Client VM 11.3-b02
System: Linux version 2.6.28-11-generic running on i386; UTF-8; en_US (nb)

Anyway... This is exactly the reason why I have written the post that
Pavel mentioned in this thread - to show what information are helpful
for us.

http://blogs.sun.com/joshis/entry/netbeans_ide_is_scanning_parsing

What OS do you use? What version of NetBeans are you talking about? What
JDK version do you use? What does the thread dump say
(http://wiki.netbeans.org/GenerateThreadDump)? Can you provide the log
file with improved logging?

Those are the questions that matter...

But thank you for the project - we have got some more data for testing.

With kind regards,

Petr Dvorak

Mihai Vasilache wrote:

> Are you kidding?
> Check out this project and watch netbeans loading the projects .....
>
> http://www.nuxeo.org/xwiki/bin/view/FAQ/DownloadingNuxeoSources/
>
> It is an open source project. The checkout takes 1 minute.
> The only time i was able to open this project in netbeans was when i
> started netbeans before i was going to sleep, then check the projects
> in the morning.
>
> The projects are maven based so netbeans can open them natively.  Just
> open the main project and check the "Open required projects" check
> box. Then watch how netbeans freezes.
>
>
> --- On *Thu, 7/2/09, John C. Turnbull /<ozemale@...>/* wrote:
>
>
>     From: John C. Turnbull <ozemale@...>
>     Subject: RE: [nbusers] Netbeans SLOWDOWN - PLEEEEEEZZZZZ
>     HEEEELLLLPPPPP
>     To: nbusers@...
>     Date: Thursday, July 2, 2009, 4:11 PM
>
>     > You're absolutely right - I think the OP should have no problems
>     with
>     > the set up
>     > he's using, even in the code is 7000 lines or more. I didn't put the
>     > smileys in,
>     > so I guess it turned into a flame rather than a light-hearted
>     response.
>     > ooops... :(
>     >
>     > I've certainly had no real problems on a much less highly-specced
>     > system than
>     > the OP described, except that I don't use MS Windows. I have
>     seen other
>     > people's
>     > systems where Windows XP happily slurps most of 2GB on irrelevant
>     > nonsense and
>     > leave me with a few KB to actually do anything productive, so more
>     > memory is
>     > worth a look for serious development work, as is an alternative OS.
>     >
>     > At the moment I'm using NetBeans for PHP coding, not Java, so
>     I'm not
>     > seeing the
>     > compile-on-edit problems, and even the scanning performance
>     issues that
>     > others
>     > have highlighted don't seem to be a problem.
>
>     WRT to the scanning issue, I have only experienced it once and
>     that was the first time I ran NB 6.7 after installing it.  Prior
>     to that I never experienced it and all subsequent runs of NB 6.7
>     have not exhibited the problem either.  I have seen people refer
>     to free-from projects and the scanning problems with those so
>     perhaps it's purely related to that kind of project.  Personally I
>     have never used free-form projects.
>
>     John
>

[Nigel Leck]

The scanning issues appear to be more a function of the number of source files. There are some projects with 10k-20k of source files.

John C. Turnbull wrote:

You're absolutely right - I think the OP should have no problems with
the set up
he's using, even in the code is 7000 lines or more. I didn't put the
smileys in,
so I guess it turned into a flame rather than a light-hearted response.
ooops... :(

I've certainly had no real problems on a much less highly-specced
system than
the OP described, except that I don't use MS Windows. I have seen other
people's
systems where Windows XP happily slurps most of 2GB on irrelevant
nonsense and
leave me with a few KB to actually do anything productive, so more
memory is
worth a look for serious development work, as is an alternative OS.

At the moment I'm using NetBeans for PHP coding, not Java, so I'm not
seeing the
compile-on-edit problems, and even the scanning performance issues that
others
have highlighted don't seem to be a problem.
    

WRT to the scanning issue, I have only experienced it once and that was the first time I ran NB 6.7 after installing it.  Prior to that I never experienced it and all subsequent runs of NB 6.7 have not exhibited the problem either.  I have seen people refer to free-from projects and the scanning problems with those so perhaps it's purely related to that kind of project.  Personally I have never used free-form projects.

John


  

[Mihai Vasilache]

Hi Petr,

I repeated the test last night. The IDE became unresponsive (with an sand glass cursor) and this time even in the morning (after a sleep, not a nap :) ) it was in the same state: frozen.

I sent last night some thread dump, ide logs and printscreens on [nbusers] but i guess that the email with attachments are blocked by the server.

Can you help me to find the issue that is the most appropriate to this problem? I am almost sure there is an issue on this problem and i don't want to open a duplicate.  I will attach the details on that issue.


Thank you,
Mihai

--- On Thu, 7/2/09, Petr Dvorak <Petr.Dvorak@...> wrote:

From: Petr Dvorak <Petr.Dvorak@...>
Subject: Re: [nbusers] Netbeans SLOWDOWN - PLEEEEEEZZZZZ HEEEELLLLPPPPP
To: nbusers@...
Date: Thursday, July 2, 2009, 6:29 PM

Hi,

I have just cloned the project you mentioned and successfully opened it in the IDE. Yes, the opening itself took little longer - approx. 2 minutes + some time for scanning of the projects (according to log, scanning of all projects was completed in exactly 570060 milliseconds, which is some 9min30s)... For me, this was not enough time to sleep (pity - I was hoping I could take a nap at work;o)).

My configuration:

AMD Opteron 148+2GB RAM
Product Version: NetBeans IDE 6.7 (Build 200906241340)
Java: 1.6.0_13; Java HotSpot(TM) Client VM 11.3-b02
System: Linux version 2.6.28-11-generic running on i386; UTF-8; en_US (nb)

Anyway... This is exactly the reason why I have written the post that Pavel mentioned in this thread - to show what information are helpful for us.

http://blogs.sun.com/joshis/entry/netbeans_ide_is_scanning_parsing

What OS do you use? What version of NetBeans are you talking about? What JDK version do you use? What does the thread dump say (http://wiki.netbeans.org/GenerateThreadDump)? Can you provide the log file with improved logging?

Those are the questions that matter...

But thank you for the project - we have got some more data for testing.

With kind regards,

Petr Dvorak

Mihai Vasilache wrote:

> Are you kidding?
> Check out this project and watch netbeans loading the projects .....
>
> http://www.nuxeo.org/xwiki/bin/view/FAQ/DownloadingNuxeoSources/
>
> It is an open source project. The checkout takes 1 minute.
> The only time i was able to open this project in netbeans was when i started netbeans before i was going to sleep, then check the projects in the morning.
>
> The projects are maven based so netbeans can open them natively.  Just open the main project and check the "Open required projects" check box. Then watch how netbeans freezes.
>
>
> --- On *Thu, 7/2/09, John C. Turnbull /<ozemale@...>/* wrote:
>
>
>     From: John C. Turnbull <ozemale@...>
>     Subject: RE: [nbusers] Netbeans SLOWDOWN - PLEEEEEEZZZZZ
>     HEEEELLLLPPPPP
>     To: nbusers@...
>     Date: Thursday, July 2, 2009, 4:11 PM
>
>     > You're absolutely right - I think the OP should have no problems
>     with
>     > the set up
>     > he's using, even in the code is 7000 lines or more. I didn't put the
>     > smileys in,
>     > so I guess it turned into a flame rather than a light-hearted
>     response.
>     > ooops... :(
>     >
>     > I've certainly had no real problems on a much less highly-specced
>     > system than
>     > the OP described, except that I don't use MS Windows. I have
>     seen other
>     > people's
>     > systems where Windows XP happily slurps most of 2GB on irrelevant
>     > nonsense and
>     > leave me with a few KB to actually do anything productive, so more
>     > memory is
>     > worth a look for serious development work, as is an alternative OS.
>     >
>     > At the moment I'm using NetBeans for PHP coding, not Java, so
>     I'm not
>     > seeing the
>     > compile-on-edit problems, and even the scanning performance
>     issues that
>     > others
>     > have highlighted don't seem to be a problem.
>
>     WRT to the scanning issue, I have only experienced it once and
>     that was the first time I ran NB 6.7 after installing it.  Prior
>     to that I never experienced it and all subsequent runs of NB 6.7
>     have not exhibited the problem either.  I have seen people refer
>     to free-from projects and the scanning problems with those so
>     perhaps it's purely related to that kind of project.  Personally I
>     have never used free-form projects.
>
>     John
>

[Werner Punz-2]

buyulu mr schrieb:
>
> Hey Peter,
>
> You have offered Linux for coding with Netbeans. Can you make any detailed comparison with Windows? How much performance increase can we expect if we switch to Linux?
>
It is less the performance increase per se, but the biggest obstacle for
development under windows is the inherent file locking, which causes
severe problems in many ides, beginning from broken deployments due to a
pending lock and ending with slow downs because some background tasks
have a lock on some files!
Things have become worse regarding this in most ides due to the fact
that they do way more asynchronous background processing lately than
they used to do!