I think (assume) that configuring Redis in the config.php is only for the session handler. The names of the CFG variables begin with session_redis, but correct me if I'm wrong.
Alain Raap
Messages écrits par Alain Raap
It's possible to only configure your Redis in config.php, I tested it on a server and the caching was assigned to my Redis instance I configured in my config.php. I saw with 'redis-cli MONITOR' that the caching server was assigned and was showing the keys.
I don't know if it's also necessary to configure a cache store on the frontend, it seems not, as it works when configured in the config file.
I don't know if it's also necessary to configure a cache store on the frontend, it seems not, as it works when configured in the config file.
Hi Jay Dee, if you choose "Add instance", you can add a store for Redis and map it on the same page to
application/session. If you can start /usr/bin/redis-cli on the server, you can check with command MONITOR
if your caching server is working.
application/session. If you can start /usr/bin/redis-cli on the server, you can check with command MONITOR
if your caching server is working.
Michael are your still having problems with caching locks and are you also using Redis for caching?
Michael, we switched from memcached to Redis already some time ago as caching server.
Switching to Redis will not solve the problem as we have the same problem with caching locks.
I found out that it could be a performance issue, we tried the same functions on a server with
the same configuration and without user load, it wasn't a problem there to acquire a lock for
caching.
Switching to Redis will not solve the problem as we have the same problem with caching locks.
I found out that it could be a performance issue, we tried the same functions on a server with
the same configuration and without user load, it wasn't a problem there to acquire a lock for
caching.
Anyone who has experience with Redis and io-threading? It's possible in the configuration file to
configure extra io-threads. I haven't tested yet if this could make a difference.
configure extra io-threads. I haven't tested yet if this could make a difference.
This is the io-threads section in redis.conf configuration:
################################ THREADED I/O #################################
# Redis is mostly single threaded, however there are certain threaded
# operations such as UNLINK, slow I/O accesses and other things that are
# performed on side threads.
#
# Now it is also possible to handle Redis clients socket reads and writes
# in different I/O threads. Since especially writing is so slow, normally
# Redis users use pipelining in order to speed up the Redis performances per
# core, and spawn multiple instances in order to scale more. Using I/O
# threads it is possible to easily speedup two times Redis without resorting
# to pipelining nor sharding of the instance.
#
# By default threading is disabled, we suggest enabling it only in machines
# that have at least 4 or more cores, leaving at least one spare core.
# Using more than 8 threads is unlikely to help much. We also recommend using
# threaded I/O only if you actually have performance problems, with Redis
# instances being able to use a quite big percentage of CPU time, otherwise
# there is no point in using this feature.
#
# So for instance if you have a four cores boxes, try to use 2 or 3 I/O
# threads, if you have a 8 cores, try to use 6 threads. In order to
# enable I/O threads use the following configuration directive:
#
# io-threads 6