|
|
|
|
|
by gophernaught
4133 days ago
|
|
I like it, though I think it's likely to create a lot of garbage, what with spawning a goroutine on each Put, I suppose that's probably not an issue for most programs. I find defer pretty expensive, I don't use them that liberally anymore, only when they're really called for. Bug: defer fh.Close() without error checking in put(). This can result in data loss. It would also be nice to at least have the option of doing synchronous stores, possibly even with an os.Sync(). |
|
I use defer a lot so I decided to test your statement, and you were right. The testcase is not representative of the functionality in github.com/sebcat/store. here it is: https://pastie.se/e4352d50
BenchmarkNoDefer 10000000 177 ns/op
BenchmarkDefer 2000000 633 ns/op
ok foo 3.874s