Skip to content

Conversation

@tldev
Copy link

@tldev tldev commented Apr 24, 2017

Small optimization. I'm not sure if this is less ideal due to the expiration saved potentially being +/- a second from the desired expiration due to I/O. Let me know.

@NuckChorris
Copy link
Member

That seems like an acceptable trade-off to make 👍 One fewer roundtrip at the cost of possibly being off by 1 RTT seems like a good optimization

@NuckChorris
Copy link
Member

One of the specs seems to be broken, any idea what might've happened there?

@ben-axnick
Copy link

I came across the same sort of thing when working on #17 . It was due to an interaction with the stubbed scheduled set object. In that case I got past it by pulling in timecop and not using the stub, but there'll be a less drastic solution in there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants