<div class="gmail_quote">On Mon, Mar 30, 2009 at 5:32 PM, Christian Horne <span dir="ltr"><<a href="mailto:blendmaster1024@gmail.com">blendmaster1024@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
... and why?<br>
because python is relatively slow.<br>
i'm not saying that python in general is bad, but everything that can be<br>
coded as a C/C++ PYModule probably should be, as python is noticably slower.</blockquote><div><br>Hey Christian,<br><br>If you think about what the Python code is actually doing, this isn't really true. We're not crunching numbers or doing heavy 3D transformation or image processing. <br>
<br>In Sugar activities, Python code executes effectively instantly. All the hard work happens inside Cairo, Pygame, the X driver, Numeric, etc. which are already all written in C.<br><br>Take it from me, two of my Sugar activities (Colors! and Bounce) rely on C extension modules. In both cases, I stayed in Python as long as I could before moving anything to C. With tools like SWIG available, it's an easy transition to make if you found find you need to.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">i can say this for sure, not just because of all the places you hear that<br>
interpreted is slower (and i'm not saying they're wrong) but because<br>
XFCE runs at least 2x faster on my XO than sugar does.</blockquote><div><br>Sugar's performance has a lot more to do with what its Python code is doing than the fact that it's running Python. Not enough attention has been paid to optimizing it.<br>
<br>Best,<br>Wade<br></div></div><br>