poltergeist
просто локальные ресурсы одного процесса.

но в одном процессе можно запустить кучу потоков, но надо глянуть что за зверь мемкеш

а вот использование проксирования делает ненужным fastcgi если решу задачу общих ресурсов

Для веб-приложения на питоне иметь много потоков имеет наверное смысл только тогда, когда приложение самостоятельно обрабатывает запросы пользователей. Тут потоки помогают сэкономить время, затрачиваемое на задержки в каналах передачи данных. Но такую задачу легко и более эффективно решит проксирующий веб-сервер типа nginx. Реальный прирост производительности обработки запросов (в разы) может дать только запуск нескольких параллельных процессов. По той сылке что я вам дал есть пример такой конфигурации: nginx используется как реверсивный прокси и как балансировщик нагрузки, количество рабочих процессов = количеству ядер, многопоточность не используется.

В общем не думаю что вам это сейчас нужно, просто хочу сказать, что глобальные переменные - это зло, и потоки - это не выход.

poltergeist
что глобальные переменные - это зло

а как же сессии, или статические часто используемые страницы? каждый раз в базу за ними лазить?

сейчас появилась идея, сделать общий ресурс сетевым. тогда и локальный wsgi сгодиться :)

o7412369815963 Пример из веб-фреймворка django:
- сессии по дефолту храняться в базе
- кэширование происходит на разных уровнях, что-то кэшируется в локальной памяти, что-то кэшируется на диск, в БД, в тот же memcached
- глобальные переменные (не константы) обычно создаются в памяти потока (http://docs.python.org/library/threading.html#threading.local) и живут столько, сколько длится обработка одного запроса, т.е. каждый запрос обрабатывается изолированно от других запросов.

Вы же не делаете сервер приложений, вы делаете веб-приложение, которое должно работать от запроса к запросу, хранить своё состояние во внешних хранилищах, чтобы после падения или перезапуска продолжить работу с того же места и без потери важной информации, так чтобы пользователь ничего и не заметил:)

poltergeist
Вы же не делаете сервер приложений, вы делаете веб-приложение, которое должно работать от запроса к запросу, хранить своё состояние во внешних хранилищах,

это зависит от задачи,
на данный момент у меня есть проект который БД не использует, при старте загружает файлы на мегабайт и отдает их пользователям (с разными фильтрами), если не использовать общие ресурсы то при обращении клиента скрипту придется каждый раз их загружать, а так они висят в памяти в одном экземпляре готовые для отдачи…

poltergeist
после падения или перезапуска продолжить работу с того же места и без потери важной информации

вся важная информация всегда должна где-то храниться не зависимо от сферы, она же важная.
а например сессии, кешированная информация т.п. не страшно если пропадет при перезагрузке, тем более по статистике на нашем предприятии перезагрузка происходит раз в полгода.

У меня когда-то давно тоже было что-то похожее, получился велосипед бесперспективный, сейчас сделал бы всё совсем по-другому и на других технологиях…

lorien
o7412369815963 объясните чем вас не устраивает memcached

устраивает