Устранение неполадок при запуске Django 1.8

Question

Я пытаюсь обнаружить причину задержек при запуске Django 1.8, особенно, но не только при запуске в отладчике (WingIDE 5 и 6 в моем случае).

Минимальный тестовый пример: пример «опроса» в Django 1.8, выполненный только до первой точки, где работает «manage.py runningerver». Все настройки по умолчанию, используя SQLite. Python 3.5.2 с Django 1.8.14, в новом помещении.

Из командной строки на Linux (Mint 18) и Windows (7-64) это может занять до 2 секунд, чтобы добраться до сообщения «Запустить сервер разработки». Но в Windows это иногда занимает 10+ секунд. И в отладчике на обеих машинах это может занять 40 секунд.

Одна конкретная проблема: поместив операторы печати в начало и конец django/__init__.py setup(), я отмечаю, что эта функция вызывается дважды перед сообщением «Starting ...» и снова после этого сообщения; первые два раза вносят половину задержки каждый. Это говорит о том, что django запускается три раза. В чем цель этого, или это указывает на проблему?

(Я обнаружил, что я мог бы избавиться от одного из первых двух запусков() с помощью параметра runerver --noreload. Но почему это происходит в первую очередь? И все же есть вызов startup() после сообщение «Starting ...».)

Подводя итог вопросу: - Какие-либо сведения о том, что может быть причиной задержки? - Почему django нужно запускать три раза? (Или дважды, даже с --noreload).

Answer 1

Частичный ответ.

Спустя некоторое время с отладчиком WingIDE IDE и некоторым профилированием с помощью cProfile, я обнаружил проблему главного процессора.

Во время начального запуска django существует каскад импорта, в котором модуль validators.py готовит некоторые скомпилированные регулярные выражения для последующего использования. Один, в частности, URLValidator.regex, является сложным и включает также пять экземпляров набора символов Юникода (переменная ul). Это заставляет re.compile выполнять большую обработку, особенно в sre_compile.py _optimize_charset() и при большом количестве вызовов функции fixup().

Как бы то ни было, конкретная комбинация вызовов и структуры данных, по-видимому, достигла особой медлительности в отладчике WingIDE 6.0b2. Это значительно быстрее в отладчике WingIDE 5.1 ​​(хотя все еще намного медленнее, чем при запуске из командной строки). Не уверен, почему пока, но Wingware изучает его.

Это не объясняет случайную медлительность при запуске из командной строки в Windows; есть внешнее изменение, это ожидало, что спальный диск пробудится. Все еще наблюдает.