В случае Вы упоминаете, он не влияет на вызывающие стороны Вашего API, который является, почему он обычно не делал (и не необходимо в заголовке). Это только влияет на реализацию Вашей функции.
Это не особенно плохая вещь сделать, но преимущества не являются настолько большими, учитывая, что это не влияет на Ваш API, и это добавляет ввод, таким образом, это обычно не делается.
Исходя из моего опыта работы с mod_wsgi в Apache, маловероятно, что они вызывают кеширование. Вот пара вещей, которые стоит попробовать:
Используете ли вы многопроцессорную конфигурацию для Apache / mod_wsgi? Если да, то это будет объяснять, почему разные ответы могут иметь разное значение для таймера, так как вероятность того, что при инициализации таймера, будет отличаться для каждого запроса обработки процесса. Поэтому почему он может прыгать.
Прочтите:
http://code.google.com/p/modwsgi/wiki/ProcessesAndThreading
Определите, в каком режиме или конфигурации вы используете Apache / mod_wsgi и, возможно, опубликуйте, что это за конфигурация. Сам того не зная, существует слишком много неизвестных.
Вы специально настраивали кеширование Django? Из документации кажется, что вы четко знаете, кэширует ли Django, поскольку для его работы требуется предварительная работа. В частности, вам нужно определить, где будут сохраняться кэшированные файлы.