myzhan

@franzramadhan I use gomq to connect to a pyzmq server. if the version is updated to 3.1, handshake will fail, becase the server sends 3.0 greeting message.

I met the same issue, thank you @Irooniam

> You should not spawn a receive or a send via a go routine Oops, thanks for the heads up. Because Sock.RecvFrame is a blocking call, how can I read...

@taotetek Thanks, if I put reading and writing in a goroutine, I can select on a time.Ticker to do polling.

OK, working on it.

Hi @maniesira , I met the same problem, and I wrote [a new plugin](https://github.com/myzhan/gitlab-build-plugin) In your case, you can use GITLAB_REPOSITORY_NAME and GITLAB_REPOSITORY_SSH_URL, provided by this plugin.

Hi @elvanja / @javiplx , I prefer to contribute to this plugin, instead of starting a new plugin. Trying to learn Ruby, and start contributing.

Yes, a change in MySQLdb 1.2.5 is not compatible with schemasync, use MySQLdb 1.2.4 https://github.com/farcepest/MySQLdb1/commit/87d1145c0d6ee4f5a8ecf6d5c62d2479b9cf27ea

有关联，但跟你理解的可能不一样。 1. locust 阶梯式变化的是并发数，不是负载，落到 boomer 这边，是用 goroutine 实现。 2. 目前在实现递增的时候，会先关掉之前的 goroutine，但不一定能及时反映在连接数的变化上。你可以理解为这些连接还存在，但是实际并发在工作的，没有这么多。 3. 后续在完善递增和递减的时候，确实可以做的更平滑一点，不用全关再全开，就是我在注释里面留的 TODO。

主要的问题不是平滑，而是 locust 下发的消息里面，是根据 locustfile 声明的 class 名来分配的，这样就要求 locustfile 和 boomer Task 里面声明的一致了，使用起来不方便。我想先改 locust，将从 locustfile 读改成从 client ready 消息读。