Как кэширование работает в openCPU?

Этот вопрос адресован Йеруну и является продолжением этого ответа: https://stackoverflow.com/a/12482918/177984< /а>

Jeroen написал, что «сервер выполняет кэширование» .. «поэтому, если доступно достаточно памяти, он будет автоматически доступен из памяти».

Как я могу подтвердить, кэшируется ли объект «в памяти» или нет? Из того, что я могу сказать (по производительности), все мои объекты считываются с диска. Я хотел бы, чтобы что-то читалось из памяти, чтобы ускорить время загрузки данных. Есть ли способ просмотреть, что находится в кеше в памяти? Есть ли способ принудительно кэшировать объекты в памяти?

Спасибо за вашу помощь.


opencpu
person Callister Park    schedule 31.07.2013    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Проект OpenCPU быстро развивается. В OpenCPU 1.0 все изменилось. Посетите веб-сайт для получения последней информации: http://www.opencpu.org.

Ответ, который вы привели, устарел. В настоящее время действительно все кэширование выполняется на диске. В предыдущей версии OpenCPU использовал Varnish для кэширования, которое полностью выполнялось в памяти. Однако это все усложняло (особенно https), а производительность немного разочаровывала (особенно по сравнению с быстрыми дисками в наши дни). Итак, теперь мы вернулись к nginx, который кеширует на диск, но гораздо более зрелый и настраиваемый как веб-сервер, а также имеет другие преимущества в производительности.

person Jeroen    schedule 31.07.2013
comment
Спасибо за ваш ответ. С нетерпением жду повторной реализации! Каковы сроки этого? Дополнительный вопрос: каков жизненный цикл объектов, хранящихся в /R/tmp? Часть «tmp» подразумевает, что это временно и, следовательно, ограничено. Но есть ли что-нибудь, очищающее эти объекты? Могу ли я рассчитывать на то, что они останутся там навсегда? - person Callister Park; 01.08.2013
comment
Он почти готов, нужно начать документировать. github.com/jeroenooms/opencpu для однопользовательского сервера и github.com/jeroenooms/opencpu-deb#README для облачного сервера. - person Jeroen; 01.08.2013