Дело в том, что пока ты дописываешь «до конца», я имею в виду программистов, которые пишут не на контору, а для себя, то пока ты дойдешь до этого победного конца, в голове перебазируется еще столько идей, как переписать тот или иной модуль, что очень тяжело сказать, где же будет та финишная прямая, на которой можно или даже нужно остановиться.
+ это не особенность драйвера, а дополнительная возможность MongoDB. Если у Вас есть какая-то критическая информация, и Вы должны быть уверенны что данные точно попали в БД, то вы юзаете этот флаг, нам он не нужен.
Возможно, я не буду утверждать. мы провели тесты, результат нас устроил.
Я не внушаю Вам ничего и не заставляю его использовать, просто рассматриваем варианты кеширования.
Прогон был не один, я это написал.
На счет сборки XCache я привел ссылку, в которой говорится что не одни мы столкнулись с похожей ситуацией и как ее решить не знаем.
На счет времени соединения — да, какраз нас интересовало время, которое тратится на получение данных. Живой пример — Вам нужно получить только одну запись из кэша, что будет лучше MemCache или MongoDb? Это нас и интересовало.
И на будущее Вам, если Вы заключаете фразу в кавычки, как Вы это сделали в первом предложении, это подразумевает цитату, а я такого не писал.
Я в самой статье писал что на компе стояло 2Gb памяти, а запускались все тесты по очереди, Вы ведь знаете, что APC не уживется с MemCache. Были написаны простые шел скрипты которые запускал php скрипт и подсовывал ему нужный php.ini.
Пробовали ставить любые и 2Mb и 200Kb, ставили и 0, что снимает ограничения, все по прежнему, не запускался.
Что касается APC — все очень просто было, быстро и очень просто.
Нет, после перезагрузки данные будут утеряны!
Эти томы очень хорошо подходят для:
1. если Вы кешируете страницы целиком (скажем на не большей период времени 5-10 сек.)
2. если Вы используете кеширование самим web-сервером, в примере nginx, который позволяет кешировать ответ скрипта на время, в приделах которого он даже не будет обращаться к Вашему прокси или cgi. В этом случаи очень удобно ложить кэш nginx-а в эти тома (ramfs или tmpfs).
Хотя на продакшене мы и юзаем XCache, на тестовом сервере установить его не вышло.
Возможно при дальнейших тестах мы попробуем и его.
Я не внушаю Вам ничего и не заставляю его использовать, просто рассматриваем варианты кеширования.
Лично их не сравнивал, поверил на слово.
На счет сборки XCache я привел ссылку, в которой говорится что не одни мы столкнулись с похожей ситуацией и как ее решить не знаем.
На счет времени соединения — да, какраз нас интересовало время, которое тратится на получение данных. Живой пример — Вам нужно получить только одну запись из кэша, что будет лучше MemCache или MongoDb? Это нас и интересовало.
И на будущее Вам, если Вы заключаете фразу в кавычки, как Вы это сделали в первом предложении, это подразумевает цитату, а я такого не писал.
Что касается APC — все очень просто было, быстро и очень просто.
Эти томы очень хорошо подходят для:
1. если Вы кешируете страницы целиком (скажем на не большей период времени 5-10 сек.)
2. если Вы используете кеширование самим web-сервером, в примере nginx, который позволяет кешировать ответ скрипта на время, в приделах которого он даже не будет обращаться к Вашему прокси или cgi. В этом случаи очень удобно ложить кэш nginx-а в эти тома (ramfs или tmpfs).