Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix concurrency issue #22

Open
wants to merge 2 commits into
base: master
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 11 additions & 1 deletion client.go
Original file line number Diff line number Diff line change
Expand Up @@ -7,6 +7,7 @@ import (
"net"
"regexp"
"strings"
"sync"
"time"
)

Expand Down Expand Up @@ -57,6 +58,7 @@ type Client struct {
notify chan Notification
disconnect chan struct{}
res []string
mutex sync.Mutex

Server *ServerMethods
}
Expand Down Expand Up @@ -234,7 +236,15 @@ func (c *Client) ExecCmd(cmd *Cmd) ([]string, error) {
return nil, ErrNotConnected
}

c.work <- cmd.String()
irgendwr marked this conversation as resolved.
Show resolved Hide resolved
c.mutex.Lock()
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm in too minds if we want to do this, it adds the lock overhead to a client which can only perform one request at a time. This falls under the remit of nothing being concurrent safe unless documented to be so.

Copy link
Contributor Author

@irgendwr irgendwr Feb 10, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can try to think of a better solution to solve this but it should definitely be concurrent safe imho (the fact that two people reported the issue suggests that it's expected despite not being "documented to be so").
Is the tiny overhead really that significant in this use case?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My issue doesn't come from trying to use the library from multiple goroutines at once.

My issue happens once unhandled timeout/connection closed errors occur. (for example: read: connection reset by peer)

Because the next time I execute a command on that closed connection, the conn.Write() call freezes indefinitely, causing the issue.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

enabling keepalive on the connection should fix this

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

conn.Write() should also never freeze "indefinitely", only as long as the Timeout that is specified/DefaultTimout, since there's a Deadline set before calling it.

defer c.mutex.Unlock()

select {
case c.work <- cmd.String():
// continue
case <-time.After(c.timeout):
return nil, ErrTimeout
}

select {
case err := <-c.err:
Expand Down
33 changes: 33 additions & 0 deletions client_test.go
Original file line number Diff line number Diff line change
Expand Up @@ -230,3 +230,36 @@ func TestClientBadHeader(t *testing.T) {
// Should never get here
assert.NoError(t, c.Close())
}

func TestConcurrency(t *testing.T) {
s := newServer(t)
if s == nil {
return
}
defer func() {
assert.NoError(t, s.Close())
}()

c, err := NewClient(s.Addr, Timeout(time.Millisecond*100))
if !assert.NoError(t, err) {
return
}

wait := make(chan struct{})
irgendwr marked this conversation as resolved.
Show resolved Hide resolved

go func() {
for i := 0; i <= 10; i++ {
_, err = c.Server.GroupList()
assert.NoError(t, err)
irgendwr marked this conversation as resolved.
Show resolved Hide resolved
}
wait <- struct{}{}
irgendwr marked this conversation as resolved.
Show resolved Hide resolved
}()

for i := 0; i <= 10; i++ {
_, err = c.Server.GroupList()
assert.NoError(t, err)
}

// wait for go routine to finish
<-wait
}