I've opened a bug about this
https://bugzilla.gnome.org/show_bug.cgi?id=641828
On 02/01/11 00:31, pancake wrote:
Wow! Thats good news! Will test it tomorrow :)
Another optimization that can bring a 1% extra can be to define ref and unref
in .h as static inline functions. But thats something the compiler must
optimize.
On 31/01/2011, at 20:23, Aleksander Wabik<[email protected]> wrote:
Hi,
on signals i can say that vala uses to call signals by name. vala should
generate g_signal_emit() instead of g_signal_emit_by_name(). can you do a
benchmark with this and tell us the performance boost?
I added new benchmark by manually hacking generated C code. The
performance gain is significant, about 18%.
call_signal_typed: 10,473<----- this it in vala-generated signal
invoking benchmark
call_signal_by_reference_typed: 8,544<---- this is in the hacked code
I've committed the patch that should be applied to the generated C
code, and the instructions what to checkout, how to generate C code,
how to apply a patch, and how to build benchmark application from the
patched C code. The patch itself is very hackish, but does the job.
The commit containing this patch was tagged with name:
'check_g_signal_emit_vs_g_signal_emit_by_name_performance.patch'
It can also be reviewed here:
http://gitorious.org/vala-object-benchmarks/vala-object-benchmarks/commit/e90927e4cb1d65ce692d295817d25cafc789c85f
best regards,
_______________________________________________
vala-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/vala-list
