in reply to Which is the best compiler
Depending what your code is doing, it could either be that your code requires 50% of thr cpu in order to do the work it is doing OR, it could be that the way your code is doing what it is doing it less efficient than it could be and that by switching to a better algorithm, you maybe able to improve it.
Often just the right choice of algorithm can make a world of difference. In effect, the better compiler you need is the one compiling (ie. typing :) the source code.
Why not profile your code (see Devel::Dprof or Devel::SmallProf ), and when you know where your code is using the most time, post that here and see if we can't help you optimise that.
It may be that you might need to recast some small parts of your program into Inline::C) to improve things.
That said, usually, an efficient algorithm uses more cpu than less--it just finishes more quickly. It could be that you could reduce the cpu loading your program generates by the tactical inclusion of a short sleep statement into one or more of your loops. This is especially true if your program spends a lot of time polling, waiting for something to happen.
Without a description of the program, or preferably, sight of the code, it is difficult to speculate what approach might be the best,
|
|---|