{"action":"created","issue":{"url":"https://api.github.com/repos/efficient/libcuckoo/issues/58","repository_url":"https://api.github.com/repos/efficient/libcuckoo","labels_url":"https://api.github.com/repos/efficient/libcuckoo/issues/58/labels{/name}","comments_url":"https://api.github.com/repos/efficient/libcuckoo/issues/58/comments","events_url":"https://api.github.com/repos/efficient/libcuckoo/issues/58/events","html_url":"https://github.com/efficient/libcuckoo/issues/58","id":203715726,"node_id":"MDU6SXNzdWUyMDM3MTU3MjY=","number":58,"title":"Feature Request: Serialization/Persistence","user":{"login":"dnbaker","id":6412885,"node_id":"MDQ6VXNlcjY0MTI4ODU=","avatar_url":"https://avatars2.githubusercontent.com/u/6412885?v=4","gravatar_id":"","url":"https://api.github.com/users/dnbaker","html_url":"https://github.com/dnbaker","followers_url":"https://api.github.com/users/dnbaker/followers","following_url":"https://api.github.com/users/dnbaker/following{/other_user}","gists_url":"https://api.github.com/users/dnbaker/gists{/gist_id}","starred_url":"https://api.github.com/users/dnbaker/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/dnbaker/subscriptions","organizations_url":"https://api.github.com/users/dnbaker/orgs","repos_url":"https://api.github.com/users/dnbaker/repos","events_url":"https://api.github.com/users/dnbaker/events{/privacy}","received_events_url":"https://api.github.com/users/dnbaker/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":9,"created_at":"2017-01-27T19:12:23Z","updated_at":"2018-12-24T05:36:21Z","closed_at":null,"author_association":"NONE","body":"Have you considered implementing writing to and reading from disk?\r\n\r\nI've been looking for a high-performance concurrent hash table for scientific computing applications, and have been using [https://github.com/attractivechaos/klib](khash), which is not threadsafe, because serializing khash with fundamental keys and values is relatively trivial, in spite of the performance cost of only allowing one thread to update the table.\r\n\r\nLibcuckoo has been great for use in online applications, and it'd be nice to be able to use it for offline applications as well. I imagine others might find persistence useful."},"comment":{"url":"https://api.github.com/repos/efficient/libcuckoo/issues/comments/449688382","html_url":"https://github.com/efficient/libcuckoo/issues/58#issuecomment-449688382","issue_url":"https://api.github.com/repos/efficient/libcuckoo/issues/58","id":449688382,"node_id":"MDEyOklzc3VlQ29tbWVudDQ0OTY4ODM4Mg==","user":{"login":"manugoyal","id":628968,"node_id":"MDQ6VXNlcjYyODk2OA==","avatar_url":"https://avatars0.githubusercontent.com/u/628968?v=4","gravatar_id":"","url":"https://api.github.com/users/manugoyal","html_url":"https://github.com/manugoyal","followers_url":"https://api.github.com/users/manugoyal/followers","following_url":"https://api.github.com/users/manugoyal/following{/other_user}","gists_url":"https://api.github.com/users/manugoyal/gists{/gist_id}","starred_url":"https://api.github.com/users/manugoyal/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/manugoyal/subscriptions","organizations_url":"https://api.github.com/users/manugoyal/orgs","repos_url":"https://api.github.com/users/manugoyal/repos","events_url":"https://api.github.com/users/manugoyal/events{/privacy}","received_events_url":"https://api.github.com/users/manugoyal/received_events","type":"User","site_admin":false},"created_at":"2018-12-24T05:36:21Z","updated_at":"2018-12-24T05:36:21Z","author_association":"CONTRIBUTOR","body":"Hey there! No snapshotting yet. I suppose that would be a fairly involved feature to implement, and I haven't gotten much time recently. Definitely would be great to have though!"}}
{"actor":{"display_login":"manugoyal"}}