Re: django template modules compiled with cython

[Adam Johnson]

Hey Cristiano

Yeah it's a shame it didn't work out.

In our case, we would love to try Jinja2, but we can't, because the slow 
pages are in the Django Admin rather than our own code :(

For our main site we do use javascript templates - clientside as you say, 
except we call out to a node.js server to render the first page view 
"isomorphically" so Google likes us.

Pyjion does look intereseting, thanks for the link.

On Saturday, February 6, 2016 at 12:28:16 AM UTC, Cristiano Coelho wrote:
>
> Hi Adam,
>
> I'm sorry it didnt'work out after all, let me tell you that Python itself 
> is quite slow and the template engine has some good overhead as well making 
> this slowlyness even worse, greatly noticed on big or nested loops. Also, 
> 10% increase seems quite low to be important.
>
> I think that if you really want a performance boost you have a few options 
> (all quite bad though):
>
> - Use PyPy rather than python, this one is quite complicated if you have 
> cloud deplyoments or lots of 3rd party libraries.
> - Use Jinja2 template engine which is said to be faster
> - Re write the template engine or parts in actual C code as C extension 
> (this is very complicated)
> - Stop using templates completely (only keep it for a start page) and move 
> to client side templating such as AngularJS (the web is moving towards this 
> with client side + REST Api, this is a highly performant and scalable 
> option compared to server side templating)
> - There's a new Microsoft project called Pyjion, which says they have 
> implemented a JIT API for CPython, adding JIT support to python while still 
> being 100% compatible with it, this is quite different from PyPy approach. 
> I believe this is quite alpha yet but looks promising: 
> https://github.com/Microsoft/Pyjion
>
> El viernes, 5 de febrero de 2016, 13:23:59 (UTC-3), Adam Johnson escribió:
>>
>> Hi guys,
>>
>> I work with Alex here at YPlan. We deployed a tidied updated version of 
>> Alex's code as django-speedboost, since it looked promising in local 
>> profiling. You can see the code here: 
>> https://github.com/YPlan/django-speedboost . It uses a Cythonized 
>> version of Django 1.8.8's template engine, and passes Django 1.8.8's test 
>> suite. This is also compatible with 1.8.9, since there were no template 
>> changes, but not 1.9.x (as far as we know!).
>>
>> However, we did take it out of production recently though. The speed 
>> boost we could measure locally with profiling, about 10% on whole page 
>> time, didn't seem to translate into a speed boost in production. We don't 
>> really know why, but since it's quite hackish and requires maintenance, 
>> we've stopped using it. Just wanted to let everyone know where we got.
>>
>> Thanks,
>>
>> Adam
>>
>> On Tuesday, December 15, 2015 at 8:51:58 AM UTC, Florian Apolloner wrote:
>>>
>>>
>>>
>>> On Monday, December 14, 2015 at 3:53:50 PM UTC+1, Alexandru Damian wrote:

 I am not really convinced that replacing the whole file is a good idea. 
> In my experience one gets better results when using Cython by 
> strategically 
> replacing single functions and rewriting those in C directly. 
>

 This is the actual approach I am taking, but at class level. I 
 selectively choose the base classes and convert those to Cython language; 
 the modules are packaged in as a whole to make packaging easier. 

>>>
>>> Well, defaulttags.pyx and base.pyx seems to indicate to me that the 
>>> whole files are compiled? I understand that this is most likely due to 
>>> cdefing some base classes -- therefore you need a C-context. But that is 
>>> what I ment with replacing the whole files.
>>>
>>> Cheers,
>>> Florian 
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/34c47e83-5019-49a3-9eaa-4f61fb8bec72%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Adam Johnson]

Hi guys,

I work with Alex here at YPlan. We deployed a tidied updated version of 
Alex's code as django-speedboost, since it looked promising in local 
profiling. You can see the code here: 
https://github.com/YPlan/django-speedboost . It uses a Cythonized version 
of Django 1.8.8's template engine, and passes Django 1.8.8's test suite. 
This is also compatible with 1.8.9, since there were no template changes, 
but not 1.9.x (as far as we know!).

However, we did take it out of production recently though. The speed boost 
we could measure locally with profiling, about 10% on whole page time, 
didn't seem to translate into a speed boost in production. We don't really 
know why, but since it's quite hackish and requires maintenance, we've 
stopped using it. Just wanted to let everyone know where we got.

Thanks,

Adam

On Tuesday, December 15, 2015 at 8:51:58 AM UTC, Florian Apolloner wrote:
>
>
>
> On Monday, December 14, 2015 at 3:53:50 PM UTC+1, Alexandru Damian wrote:
>>
>> I am not really convinced that replacing the whole file is a good idea. 
>>> In my experience one gets better results when using Cython by strategically 
>>> replacing single functions and rewriting those in C directly. 
>>>
>>
>> This is the actual approach I am taking, but at class level. I 
>> selectively choose the base classes and convert those to Cython language; 
>> the modules are packaged in as a whole to make packaging easier. 
>>
>
> Well, defaulttags.pyx and base.pyx seems to indicate to me that the whole 
> files are compiled? I understand that this is most likely due to cdefing 
> some base classes -- therefore you need a C-context. But that is what I 
> ment with replacing the whole files.
>
> Cheers,
> Florian 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/76dc5b1b-62ca-4c61-b85b-231949a8961e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Florian Apolloner]

On Monday, December 14, 2015 at 3:53:50 PM UTC+1, Alexandru Damian wrote:
>
> I am not really convinced that replacing the whole file is a good idea. In 
>> my experience one gets better results when using Cython by strategically 
>> replacing single functions and rewriting those in C directly. 
>>
>
> This is the actual approach I am taking, but at class level. I selectively 
> choose the base classes and convert those to Cython language; the modules 
> are packaged in as a whole to make packaging easier. 
>

Well, defaulttags.pyx and base.pyx seems to indicate to me that the whole 
files are compiled? I understand that this is most likely due to cdefing 
some base classes -- therefore you need a C-context. But that is what I 
ment with replacing the whole files.

Cheers,
Florian 

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/2655b656-53f0-4d3a-804f-bdc6cb1be91a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Alexandru Damian]

On Friday, December 11, 2015 at 9:11:55 AM UTC, Florian Apolloner wrote:
>
> Hi Alexandru,
>
> On Thursday, December 10, 2015 at 12:52:46 PM UTC+1, Alexandru Damian 
> wrote:
>>
>> I cProfile-instrumented *def get_response() *in 
>> *django/core/handlers/base.py  
>> *without (vanilla django) and with cemplate, posted the results here:
>>
>> https://github.com/ddalex/django-cemplate/tree/master/profile_data
>>
>
> The results are odd, looks as if you are running in a "test"-like 
> environment. Please make sure you run them with DEBUG=False and without any 
> test instrumentation to mimic a production environment.
>

I've switched to using *runprofileserver* from django-extended; the 
uploaded files are in kcachegrind format - these are profiled with all 
instrumentation off, and DEBUG set to False.

>
> Both profiles are with all caches primed. Please compare time spent in 
>> django/template/base.py in vanilla (0.773 seconds) and cemplate (0.288) 
>> seconds.
>>
>
> Yeah, that is roughly a 100% speedup in template rendering (does one say 
> 100% if twice as fast?!)
>  
>
>> Can you please advise on how to continue this work ? 
>>> I feel that maintaining separate trees for each Django release is not 
>>> scalable on my part.
>>>
>>  
>>> It’s difficult to say without knowing what you’re proposing. Is there 
>>> some change you’d like to see merged into Django? Some API hook that you’d 
>>> like to add to make your life easier?
>>>
>>
> I am not really convinced that replacing the whole file is a good idea. In 
> my experience one gets better results when using Cython by strategically 
> replacing single functions and rewriting those in C directly. 
>

This is the actual approach I am taking, but at class level. I selectively 
choose the base classes and convert those to Cython language; the modules 
are packaged in as a whole to make packaging easier. 

I am not sure how one would go about replacing just certain classes at 
runtime in Django, if that's your suggestion. Any suggestions ?

 

> A factor of two is all nice an well, but if this is still just 10% in the 
> overall response there might be other (better) optimizations out there.
>

I'm still trying to find low hanging fruits out here. I have profiled the 
no-data pages at 300ms which is still too high for my targets (render pages 
under 200ms). As expected, most of the time is spent in django.template.*, 
but it is difficult to pinpoint what exactly is going wrong.


> Cheers,
> Florian
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/7fc6db92-8785-4bf7-bb37-f384745a2488%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Florian Apolloner]

Hi Alexandru,

On Thursday, December 10, 2015 at 12:52:46 PM UTC+1, Alexandru Damian wrote:
>
> I cProfile-instrumented *def get_response() *in *django/core/handlers/base.py 
>  
> *without (vanilla django) and with cemplate, posted the results here:
>
> https://github.com/ddalex/django-cemplate/tree/master/profile_data
>

The results are odd, looks as if you are running in a "test"-like 
environment. Please make sure you run them with DEBUG=False and without any 
test instrumentation to mimic a production environment.

Both profiles are with all caches primed. Please compare time spent in 
> django/template/base.py in vanilla (0.773 seconds) and cemplate (0.288) 
> seconds.
>

Yeah, that is roughly a 100% speedup in template rendering (does one say 
100% if twice as fast?!)
 

> Can you please advise on how to continue this work ? 
>> I feel that maintaining separate trees for each Django release is not 
>> scalable on my part.
>>
>  
>> It’s difficult to say without knowing what you’re proposing. Is there 
>> some change you’d like to see merged into Django? Some API hook that you’d 
>> like to add to make your life easier?
>>
>
I am not really convinced that replacing the whole file is a good idea. In 
my experience one gets better results when using Cython by strategically 
replacing single functions and rewriting those in C directly. A factor of 
two is all nice an well, but if this is still just 10% in the overall 
response there might be other (better) optimizations out there.

Cheers,
Florian

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/83250b7f-58fb-46b1-83fe-79b792eb70df%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Shai Berger]

On Thursday 10 December 2015 22:44:54 Tim Graham wrote:
> Sorry for the ignorance, but I have little idea what cython is and what
> incorporating this into Django involves. If you could give a little
> background information that would be appreciated.
> 
Cython (http://cython.org/) is a system for writing C extensions for Python, 
It defines a language which is mostly a superset of Python and provides a 
compiler which translates code from this language to C, such that modules 
defined in Cython become loadable extension modules. 

The Cython language includes, besides Python constructs, syntax which 
translates more directly to C, allowing Cython code to easily use existing C 
libraries; since it produces extension modules, the same code is also easy to 
combine with pure Python.

The home page says "All of this makes Cython the ideal language for wrapping 
external C libraries, embedding CPython into existing applications, and for 
fast C modules that speed up the execution of Python code". As you may 
imagine, the picture is not all rosy -- you do get complicated builds and 
cryptic error messages and subtle interactions and all that jazz, but in my 
experience it mostly stands up to that promise.

(this doesn't mean it's a perfect match for Django, of course)

Shai.

Re: django template modules compiled with cython

[Russell Keith-Magee]

On Thu, Dec 10, 2015 at 7:52 PM, Alexandru Damian  wrote:

> Hi Russ,
>
> Thanks for coming back to me so quickly.
>
> On Thursday, December 10, 2015 at 12:30:03 AM UTC, Russell Keith-Magee
> wrote:
>>
>> HI Alex,
>>
>> On Wed, Dec 9, 2015 at 9:57 PM, Alexandru Damian 
>> wrote:
>>
>>> Hi,
>>>
>>> I've compiled the django.template.{base,context,context_processor}
>>> modules with cython in order to speed up template rendering.
>>>
>>> I've come to the conclusion that this is needed after profiling long
>>> page loads that had the data from the database returned in 10-50 ms,
>>> but the page would take seconds to complete - especially *admin change
>>> views* with lots of inlines.
>>>
>>
>> If you’re seeing admin pages taking *seconds* to render, and the database
>> is truly taking 10-50ms, there’s something going *very* wrong here. Can you
>> share your profile data?
>>
>
> I cProfile-instrumented *def get_response() *in *django/core/handlers/base.py
> *without (vanilla django) and with cemplate, posted the results here:
>
> https://github.com/ddalex/django-cemplate/tree/master/profile_data
>
> Both profiles are with all caches primed. Please compare time spent in
> django/template/base.py in vanilla (0.773 seconds) and cemplate (0.288)
> seconds.
>
>>
>>
>>> I am seeing a 13% decrease in page rendering time across the board,
>>> obviously passing all django tests.
>>>
>>
>> Have you tried running PyPy instead? The reports I’ve seen suggest you’ll
>> get a *lot* more than a 13% speedup.
>>
>
> Looked at pypy first; unfortunately, not all the modules we are using are
> pypy-compatible.
>
>>
>> To make this easy to deploy I've compiled it as a drop-in replacement
>>> (targeting django 1.8.7) that uses import hooks (PEP 302)
>>> to replace targeted modules on the fly.
>>>
>>> The sources/releases are here: https://github.com/ddalex/django-cemplate
>>>
>>> Can you please advise on how to continue this work ?
>>> I feel that maintaining separate trees for each Django release is not
>>> scalable on my part.
>>>
>>
>> It’s difficult to say without knowing what you’re proposing. Is there
>> some change you’d like to see merged into Django? Some API hook that you’d
>> like to add to make your life easier?
>>
>>
> I am thinking of cythonizing parts of django (e.g. the modules that I am
> modifying here) - this will bring .c compilation on install, but will make
> code faster in the framework, where it is likely that nobody is modifying
> it. It brings in an extra dependency on cython for developers. What is your
> take on this ?
>

If you’re proposing that Django use Cython by default, I have to say that
I’m not especially enthusiastic about the idea. I’m not a huge fan of
Cython - I’ve found it to be a bunch of headaches every time I’ve tried to
use it, and based on the data you’re presenting, a 13% performance boost
isn’t enough to get me excited.

If you’re proposing a mechanism by which someone who wants to use Cython
can opt-in - I might be more inclined; but I’d need to see what the
maintenance overhead would be for the core team.

I’d be a *lot* more interested in providing some sort of hook so that
Cython support can be maintained externally, rather than by the core team.

Yours,
Russ Magee %-)

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAJxq8486_p7Mb-v3%3DTfyQ5-u9eJYkcO-U4KJBjW-1%3DGQjOxeeQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Tim Graham]

Sorry for the ignorance, but I have little idea what cython is and what 
incorporating this into Django involves. If you could give a little 
background information that would be appreciated.

On Thursday, December 10, 2015 at 1:14:46 PM UTC-5, Florian Apolloner wrote:
>
>
>
> On Thursday, December 10, 2015 at 12:52:46 PM UTC+1, Alexandru Damian 
> wrote:
>>
>> I am thinking of cythonizing parts of django (e.g. the modules that I am 
>> modifying here) - this will bring .c compilation on install, but will make 
>> code faster in the framework, where it is likely that nobody is modifying 
>> it. It brings in an extra dependency on cython for developers. What is your 
>> take on this ?
>>
>
> As long as it is optional, getting Cython running on Windows is most 
> likely not the easiest thing to do ;)
>
> Cheers,
> Florian
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/e6eecd06-526d-4e72-b795-aad27f86ff3a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Florian Apolloner]

On Thursday, December 10, 2015 at 12:52:46 PM UTC+1, Alexandru Damian wrote:
>
> I am thinking of cythonizing parts of django (e.g. the modules that I am 
> modifying here) - this will bring .c compilation on install, but will make 
> code faster in the framework, where it is likely that nobody is modifying 
> it. It brings in an extra dependency on cython for developers. What is your 
> take on this ?
>

As long as it is optional, getting Cython running on Windows is most likely 
not the easiest thing to do ;)

Cheers,
Florian

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/9e395f1c-49b4-4ec2-ad39-09ddcd0fcfb9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Alexandru Damian]

Hi Russ,

Thanks for coming back to me so quickly.

On Thursday, December 10, 2015 at 12:30:03 AM UTC, Russell Keith-Magee 
wrote:
>
> HI Alex,
>
> On Wed, Dec 9, 2015 at 9:57 PM, Alexandru Damian  > wrote:
>
>> Hi,
>>
>> I've compiled the django.template.{base,context,context_processor} 
>> modules with cython in order to speed up template rendering.
>>
>> I've come to the conclusion that this is needed after profiling long page 
>> loads that had the data from the database returned in 10-50 ms,
>> but the page would take seconds to complete - especially *admin change 
>> views* with lots of inlines.
>>
>
> If you’re seeing admin pages taking *seconds* to render, and the database 
> is truly taking 10-50ms, there’s something going *very* wrong here. Can you 
> share your profile data?
>

I cProfile-instrumented *def get_response() *in *django/core/handlers/base.py  
*without (vanilla django) and with cemplate, posted the results here:

https://github.com/ddalex/django-cemplate/tree/master/profile_data

Both profiles are with all caches primed. Please compare time spent in 
django/template/base.py in vanilla (0.773 seconds) and cemplate (0.288) 
seconds.

>  
>
>> I am seeing a 13% decrease in page rendering time across the board, 
>> obviously passing all django tests.
>>
>
> Have you tried running PyPy instead? The reports I’ve seen suggest you’ll 
> get a *lot* more than a 13% speedup.
>

Looked at pypy first; unfortunately, not all the modules we are using are 
pypy-compatible.

>
> To make this easy to deploy I've compiled it as a drop-in replacement 
>> (targeting django 1.8.7) that uses import hooks (PEP 302)
>> to replace targeted modules on the fly.
>>
>> The sources/releases are here: https://github.com/ddalex/django-cemplate
>>
>> Can you please advise on how to continue this work ? 
>> I feel that maintaining separate trees for each Django release is not 
>> scalable on my part.
>>
>  
> It’s difficult to say without knowing what you’re proposing. Is there some 
> change you’d like to see merged into Django? Some API hook that you’d like 
> to add to make your life easier?
>
>
I am thinking of cythonizing parts of django (e.g. the modules that I am 
modifying here) - this will bring .c compilation on install, but will make 
code faster in the framework, where it is likely that nobody is modifying 
it. It brings in an extra dependency on cython for developers. What is your 
take on this ?

Yours,
> Russ Magee %-)
>

Cheers,
Alex 

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/ad46f2d6-3c20-4c3d-b26f-66b8fd19f967%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: django template modules compiled with cython

[Russell Keith-Magee]

HI Alex,

On Wed, Dec 9, 2015 at 9:57 PM, Alexandru Damian  wrote:

> Hi,
>
> I've compiled the django.template.{base,context,context_processor} modules
> with cython in order to speed up template rendering.
>
> I've come to the conclusion that this is needed after profiling long page
> loads that had the data from the database returned in 10-50 ms,
> but the page would take seconds to complete - especially *admin change
> views* with lots of inlines.
>

If you’re seeing admin pages taking *seconds* to render, and the database
is truly taking 10-50ms, there’s something going *very* wrong here. Can you
share your profile data?


> I am seeing a 13% decrease in page rendering time across the board,
> obviously passing all django tests.
>

Have you tried running PyPy instead? The reports I’ve seen suggest you’ll
get a *lot* more than a 13% speedup.

To make this easy to deploy I've compiled it as a drop-in replacement
> (targeting django 1.8.7) that uses import hooks (PEP 302)
> to replace targeted modules on the fly.
>
> The sources/releases are here: https://github.com/ddalex/django-cemplate
>
> Can you please advise on how to continue this work ?
> I feel that maintaining separate trees for each Django release is not
> scalable on my part.
>

It’s difficult to say without knowing what you’re proposing. Is there some
change you’d like to see merged into Django? Some API hook that you’d like
to add to make your life easier?

Yours,
Russ Magee %-)

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAJxq849mDK2rzmsr78fGLwTpQjp5Hg0GJ%2BhSc-jo93oek1EW0Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

django template modules compiled with cython

[Alexandru Damian]

Hi,

I've compiled the django.template.{base,context,context_processor} modules 
with cython in order to speed up template rendering.

I've come to the conclusion that this is needed after profiling long page 
loads that had the data from the database returned in 10-50 ms,
but the page would take seconds to complete - especially *admin change 
views* with lots of inlines.

I am seeing a 13% decrease in page rendering time across the board, 
obviously passing all django tests.

To make this easy to deploy I've compiled it as a drop-in replacement 
(targeting django 1.8.7) that uses import hooks (PEP 302)
to replace targeted modules on the fly.

The sources/releases are here: https://github.com/ddalex/django-cemplate

Can you please advise on how to continue this work ? 
I feel that maintaining separate trees for each Django release is not 
scalable on my part.

Cheers,
Alex

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/2fabf7f1-d9d7-4336-a5b2-ff69c497067a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.