[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #30787] Table lookup performance is really slo
From: |
Jaroslav Hajek |
Subject: |
[Octave-bug-tracker] [bug #30787] Table lookup performance is really slow |
Date: |
Mon, 16 Aug 2010 12:23:16 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.2 (KHTML, like Gecko) Chrome/5.0.342.9 Safari/533.2 |
Update of bug #30787 (project octave):
Category: None => Interpreter
Severity: 3 - Normal => 1 - Wish
Item Group: None => Feature Request
_______________________________________________________
Follow-up Comment #1:
There is no newtable() builtin in Octave; besides, I think you guess wrong
where the problem is. A couple of simple measurements suggest that the
function to blame is addtotable(), which is designed to take advantage of
Matlab's matching input/output argument optimization. Octave doesn't have that
optimization, that's why the performance sucks.
Since Octave 3.3.51+ can do the trick for classes, a nice solution would be
to turn the hashtable into a class, and turn on optimize_subsasgn_calls.
Another option is to use a global variable. I've had some ideas how to proceed
to implement the optimization in question for Octave; but right now I lack the
incentive to do so.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30787>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/