mirror
/
gitea
mirror of https://github.com/go-gitea/gitea
2
0
Fork 0
Code Issues Releases Wiki Activity
Git with a cup of tea, painless self-hosted git service Mirror for internal git.with.parts use https://git.with.parts
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
10142 Commits
17 Branches
214 Tags
5.0 GiB
 
 
 
 
 
 
Tag: Branch: Tree: 642c3c258b
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '642c3c258b'
${ noResults }
gitea/vendor/github.com/couchbase/gomemcached
History
Antoine GIRARD 559fb6ccf0
chore: update github.com/couchbase/gomemcached and github.com/couchbase/go-couchbase (#9419) 		5 years ago
..
client chore: update github.com/couchbase/gomemcached and github.com/couchbase/go-couchbase (#9419) 5 years ago
.gitignore Use Go1.11 module (#5743) 6 years ago
LICENSE add other session providers (#5963) 6 years ago
README.markdown Use Go1.11 module (#5743) 6 years ago
flexibleFraming.go chore: update github.com/couchbase/gomemcached and github.com/couchbase/go-couchbase (#9419) 5 years ago
mc_constants.go chore: update github.com/couchbase/gomemcached and github.com/couchbase/go-couchbase (#9419) 5 years ago
mc_req.go chore: update github.com/couchbase/gomemcached and github.com/couchbase/go-couchbase (#9419) 5 years ago
mc_res.go chore: update github.com/couchbase/gomemcached and github.com/couchbase/go-couchbase (#9419) 5 years ago
tap.go add other session providers (#5963) 6 years ago

README.markdown

gomemcached

This is a memcached binary protocol toolkit in go.

It provides client and server functionality as well as a little sample server showing how I might make a server if I valued purity over performance.

Server Design

overview

The basic design can be seen in gocache. A storage server is run as a goroutine that receives a MCRequest on a channel, and then issues an MCResponse to a channel contained within the request.

Each connection is a separate goroutine, of course, and is responsible for all IO for that connection until the connection drops or the dataServer decides it's stupid and sends a fatal response back over the channel.

There is currently no work at all in making the thing perform (there are specific areas I know need work). This is just my attempt to learn the language somewhat.