GitHub - tidwall/pogocache: Fast caching software with a focus on low latency and cpu efficiency.
Extracto
Fast caching software with a focus on low latency and cpu efficiency. - tidwall/pogocache
Contenido
Pogocache is fast caching software built from scratch with a focus on low latency and cpu efficency.
Faster: Pogocache is faster than Memcache, Valkey, Redis, Dragonfly, and Garnet. It has the lowest latency per request, providing the quickest response times. It's optimized to scale from one to many cores, giving you the best single-threaded and multithreaded performance.
Cheaper: Pogocache uses the fewest cpu cycles per request; minimizing server load, energy usage, and the overall cost to operate.
Easier: Pogocache runs as a server-based program. It supports Memcache, Valkey/Redis, HTTP, and Postgres wire protocols, allowing for the use of system tools such as curl and psql, and numerous client libraries that are available for most programming languages.
Embeddable: Optionally instead of running Pogocache as a server-based program, the self-contained pogocache.c file can be compiled into existing software, bypassing the network and directly accessing the cache programmatically. Running embedded provides raw speed, with over 100M ops per second.

The above benchmarks measure the performance of Pogocache against other caching
software running 8 threads on an AWS c8g.8xlarge.
Visit https://github.com/tidwall/cache-benchmarks to see more benchmarks.
Table of contents
- Gettng started
- Wire protocols and commands
- Security
- Embeddable
- Design details
- Roadmap and status
- License
- Support
Getting started
Pogocache is designed and tested on 64-bit Linux and MacOS.
Building
This will build the pogocache
program
Running
This will start the server on localhost (127.0.0.1) port 9401. To allow connections from other machines, bind the listener to an accessible host address.
./pogocache -h 172.30.2.84
Docker
Run Pogocache using the latest Docker image.
docker run --net=host pogocache/pogocache
See all Pogocache program options
The help menu displayed on a Linux server with 32 CPUs.
Usage: pogocache [options]
Basic options:
-h hostname listening host (default: 127.0.0.1)
-p port listening port (default: 9401)
-s socket unix socket file (default: none)
-v,-vv,-vvv verbose logging level
Additional options:
--threads count number of threads (default: 32)
--maxmemory value set max memory usage (default: 80%)
--evict yes/no evict keys at maxmemory (default: yes)
--persist path persistence file (default: none)
--maxconns conns maximum connections (default: 1024)
Security options:
--auth passwd auth token or password (default: none)
--tlsport port enable tls on port (default: none)
--tlscert certfile tls cert file (default: none)
--tlskey keyfile tls key file (default: none)
--tlscacert cacertfile tls ca-cert file (default: none)
Advanced options:
--shards count number of shards (default: 4096)
--backlog count accept backlog (default: 1024)
--queuesize count event queuesize size (default: 128)
--reuseport yes/no reuseport for tcp (default: no)
--tcpnodelay yes/no disable nagles algo (default: yes)
--quickack yes/no use quickack (linux) (default: no)
--uring yes/no use uring (linux) (default: yes)
--loadfactor percent hashmap load factor (default: 75)
--keysixpack yes/no sixpack compress keys (default: yes)
--cas yes/no use compare and store (default: no)
Connecting
A variety of tools may be used to connect to Pogocache. This includes valkey-cli, redis-cli, psql, and curl. Telnet is also available, which uses the Memcache interface.
Here's an example using curl
$ curl -X PUT -d "my value" http://localhost:9401/mykey
Stored
$ curl http://localhost:9401/mykey
my value
$ curl -X DELETE http://localhost:9401/mykey
Deleted
Here's an example using a RESP (Valkey/Redis) client.
$ valkey-cli -p 9401 > SET mykey value OK > GET mykey "my value" > DEL mykey (integer) 1
Here's an example using psql, the Postgres command line tool.
psql -h localhost -p 9401 => SET mykey 'my value'; => GET mykey; => DEL mykey;
Wire protocols and commands
Pogocache supports the following wire protocols.
HTTP
Pogocache uses HTTP methods PUT, GET, DELETE to store, retrieve, and delete entries.
Store entry
Params
Param | Required | Description |
---|---|---|
key | yes | Key of entry |
ttl | no | Time to live in seconds |
nx | no | Only store if it does not already exist. |
xx | no | Only store if it already exists. |
auth | no | Auth password |
Returns
200 OK
with the response "Stored"
Examples
curl -X PUT -d "my value" "http://localhost:9401/mykey" # store entry curl -X PUT -d "my value" "http://localhost:9401/mykey?ttl=15" # store with 15 second ttl
Get entry
Params
Param | Required | Description |
---|---|---|
key | yes | Key of entry |
auth | no | Auth password |
Returns
200 OK
and the value in the body404 Not Found
and the value "Not Found"
Delete entry
curl -X PUT -d "my value" "http://localhost:9401/mykey" # store entry
Returns
200 OK
with the respone "Deleted"404 Not Found
and the value "Not Found"
Params
Param | Required | Description |
---|---|---|
key | yes | Key of entry |
auth | no | Auth password |
Memcache
Pogocache supports the commands from the Memcache text protocol, including
set
, add
, replace
, append
, prepend
, cas
get
, gets
, delete
, incr/decr
, flush_all
RESP (Valkey/Redis)
Pogocache supports RESP commands, including
SET
, GET
, DEL
, MGET
, MGETS
, TTL
, PTTL
, EXPIRE
, DBSIZE
,
QUIT
, ECHO
, EXISTS
, FLUSH
, PURGE
, SWEEP
, KEYS
, PING
,
APPEND
, PREPEND
, AUTH
, SAVE
, LOAD
These and more can be used with your favorite Valkey/Redis command line tool or client library.
See https://pogocache.com/docs/commands for a complete list commands and examples.
Postgres
The postgres commands are the same as the RESP above.
Here's an example in Python using the psycopg client.
import psycopg # Connect to Pogocache conn = psycopg.connect("host=localhost port=9401") # Insert some values conn.execute("SET first Tom") conn.execute("SET last Anderson") conn.execute("SET age 37") conn.execute("SET city %s", ["Phoenix"]) # Get the values back print(conn.execute("GET first").fetchone()[0]) print(conn.execute("GET last").fetchone()[0]) print(conn.execute("GET age").fetchone()[0]) print(conn.execute("GET %s", ["city"]).fetchone()[0]) # Loop over multiple values for row in conn.execute("MGET first last city"): print(row[0], row[1]) conn.close() # Output: # Tom # Anderson # 37 # first Tom # last Anderson # city Phoenix
Using psql
psql -h localhost -p 9401 => SET first Tom; => SET last Anderson; => SET age 37;
Binary data with Postgres client
The default Postgres output format in Pogocache is ::text
.
This is generally the perferred format and allows for the most seamless text
translations between client and server.
But occasionally storing binary is needed, such as with image, PDFs, or other special data formats. While Pogocache can transparently handle both text and binary, some client libraries may have problems convering text <-> binary due to strict type rules.
Pogocache provides the ::text
and ::bytea
command directives that will
switch the output format for the client session.
While in ::bytea
mode, it becomes the programmers responsibility to convert
between binary and text.
import psycopg conn = psycopg.connect("host=localhost port=9401") conn.execute("SET name %s", ["Tom"]) conn.execute("SET binary %s", [b'\x00\x01\x02hello\xff']) conn.execute("::bytea") print(conn.execute("GET name").fetchone()[0]) print(conn.execute("GET binary").fetchone()[0]) conn.execute("::text") print(conn.execute("GET name").fetchone()[0]) # Output: # b'Tom' # b'\x00\x01\x02hello\xff' # Tom
Postgres parameterize queries
Parameterize queries are allowed with Pogocache. The example above shows how
the psycopg
uses the %s
as a placeholder for a parameter. Other client may
use the standard Postgres placeholders, such as $1
, $2
, $3
.
For example, with the popular jackc/pgx client for Go:
package main import ( "context" "fmt" "os" "github.com/jackc/pgx/v5" ) func main() { // Connect to Pogocache url := "postgres://127.0.0.1:9401" conn, err := pgx.Connect(context.Background(), url) if err != nil { fmt.Fprintf(os.Stderr, "Unable to connect to cache: %v\n", err) os.Exit(1) } defer conn.Close(context.Background()) conn.Exec(context.Background(), "SET $1 $2", "first", "Tom") row := conn.QueryRow(context.Background(), "GET $1", "first") var value string row.Scan(&value) println(value) userID := "1287" conn.Exec(context.Background(), "SET user:$1:first $2", userID, "Tom") conn.Exec(context.Background(), "SET user:$1:last $2", userID, "Anderson") conn.Exec(context.Background(), "SET user:$1:age $2", userID, "37") var first, last, age string conn.QueryRow(context.Background(), "GET user:$1:first", userID).Scan(&first) conn.QueryRow(context.Background(), "GET user:$1:last", userID).Scan(&last) conn.QueryRow(context.Background(), "GET user:$1:age", userID).Scan(&age) println(first) println(last) println(age) } // Output: // Tom // Tom // Anderson // 37
Any string or keyword can be parameterized.
Security
TLS/HTTPS
To use TLS, you need to start Pogocache with TLS-specific program flags.
Example TLS certificate generation
You’ll need:
- CA certificate: ca.crt
- Server certificate: pogocache.crt
- Server private key: pogocache.key
# Generate CA key and cert openssl req -x509 -newkey rsa:4096 -sha256 -days 365 -nodes \ -keyout ca.key -out ca.crt -subj "/CN=My Pogocache CA" # Generate server key and CSR openssl req -newkey rsa:4096 -nodes -keyout pogocache.key -out pogocache.csr -subj "/CN=localhost" # Sign server cert with CA openssl x509 -req -sha256 -days 365 -in pogocache.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out pogocache.crt
Start Pogocache with TLS
pogocache -p 0 \ --tlsport 9401 \ --tlscert pogocache.crt \ --tlskey pogocache.key \ --tlscacert ca.crt
The -p 0
disables the plain-text port.
Connect to Pogocache with TLS
Using valkey/redis cli
valkey-cli --tls \ --cert pogocache.crt \ --key pogocache.key \ --cacert ca.crt \ -h localhost -p 9401
Using curl
curl "https://localhost:9401" \
--cert pogocache.crt \
--key pogocache.key \
--cacert ca.crt
Auth password
An optional auth password may be provide to Pogocache through the --auth
program flag.
When an auth password is being used on the server, that password must be provided with all client request.
Now all connection must supply the auth password
valkey-cli -p 9401 -a mypass
curl -H "Authorization: Bearer mypass" "http://localhost:9401/mykey" # Use header curl "http://localhost:9401/mykey?auth=mypass" # Use querystring
Embeddable
The pogocache.c file in the src directory is a standalone library that can be compiled directly into an existing project that supports C. This makes available an interface to the primary caching operations provided by Pogocache.
For example:
// prog.c #include <stdio.h> #include "pogocache.h" static void load_callback(int shard, int64_t time, const void *key, size_t keylen, const void *value, size_t valuelen, int64_t expires, uint32_t flags, uint64_t cas, struct pogocache_update **update, void *udata) { printf("%.*s\n", (int)valuelen, (char*)value); } int main(void) { // Create a Pogocache instance struct pogocache *cache = pogocache_new(0); // Store some values pogocache_store(cache, "user:1391:name", 14, "Tom", 3, 0); pogocache_store(cache, "user:1391:last", 14, "Anderson", 8, 0); pogocache_store(cache, "user:1391:age", 13, "37", 2, 0); // Read the values back struct pogocache_load_opts lopts = { .entry = load_callback }; pogocache_load(cache, "user:1391:name", 14, &lopts); pogocache_load(cache, "user:1391:last", 14, &lopts); pogocache_load(cache, "user:1391:age", 13, &lopts); return 0; } // Tom // Anderson // 37
Compile and run:
cc prog.c pogocache.c ./a.out
See the src/pogocache.h and src/pogocache.c for more information.
Design details
Overview
Pogocache is fast caching software. It's goal is to provide low latency and cpu efficency. It's written in the C programing language and runs on MacOS and Linux.
Hashmap and shards
Pogocache stores entries (key value pairs) in a sharded hashmap. That sharded hashmap has a high fanout, often 4096 shards. The number of shards is automatically configured at startup and can be changed by the user.
Each shard has its own independent hashmap. That hashmap uses open addressing with Robin hood hashing. The concept for this design originated from the tidwall/shardmap project.
The hashmap buckets are 10-bytes. One byte for the dib (distance to bucket), three bytes for the hash, and six bytes for the entry pointer.
Each entry is a single allocation on the heap. This allocation contains a one byte header and a series of fields. These fields always include one key and one value. There may also be various optional fields such as expiry, cas, and flags. The key is stored using the bespoke sixpack compression, which is just a minor optimization for storing keys using six bits per byte rather than eight.
When inserting or retrieving an entry, the entry's key is hashed into a 64-bit number. From that 64-bit hash, the high 32-bits are used to determine the shard and the low 32-bits are used for the per-shard hashmap. The hash function used is tidwall/th64. Each hash call uses a seed that is crypto-randomly generated at the start of the Pogocache program.
When operating on a shard, that shard is locked for the duration of the operation using a lightweight spinlock.
Networking and threads
At startup Pogocache determines the number threads to use for the life of the program. This number is based on the core count on the machine. At which point the network is initialized.
For each thread, an event queue (epoll or kqueue) is instantiated. All socket connections are bound to one of the queues by round-robin selection. Each queue waits on socket read events. The concept for this model originated from the tidwall/evio project.
For linux, when available, io_uring may be used for read and write batching. This is a minor optimization which can be turned off by the user.
Expiration and eviction
All entries may have an optional expiry value. Upon expiration that entry will no longer be available and will be evicted from the shard.
The other way an entry may be evicted is when the program is low on memory. When memory is low the insert operation will automatically choose to evict some older entry, using the 2-random algorithm.
Low memory evictions free up memory immediately to make room for new entries. Expiration evictions, on the other hand, will not free the memory until the entry's container bucket is accessed, or until the sweep operation is called.
Roadmap and status
Pogocache's initial goal was to create the fastest, most efficent cache.
Next steps are:
- Build domain specific integrations for web, sql, prompts, and geo.
- Add direct access over shared memory and IPC.
- Provide enterprise tooling such as distributed routing and failovers.
License
Pogocache is free & open source software released under the terms of the AGPL license. The Pogocache source code was written and copyrighted by Polypoint Labs, LLC.
For alternative licensing options, please contact us at licensing@polypointlabs.com.
Support
If you decided to use Pogocache for commercial purposes, please consider purchasing support. Contact us at support@polypointlabs.com for more information.
Fuente: GitHub