Onebit

> @chinawilon > > @furthergo 我看到这里的时候也觉得蛮奇怪的，buffer 设置为 1，不要阻塞 call 的返回，理论上就OK了，我觉得 10 只是随手写的一个数字吧。 > > 如果客户端大量基于这个chan的rpc异步请求，那么1显然是不够的，10是比较合理的。 基于同一个chan的话就需要客户端传入chan，客户端如果传入了chan，就不会走初始化为10的逻辑了，所以我觉得你这个逻辑不太成立

> @GodXuebi > ``` > func (server *Server) handleRequest(cc codec.Codec, req *request, sending *sync.Mutex, wg *sync.WaitGroup, timeout time.Duration) { > defer wg.Done() > called := make(chan struct{}) > sent :=...

> @DrGreenpepper > 大佬你好，day6和day7代码在跑的时候有几率出现以下错误，不知道为什么，希望大佬能指点一下问题可能出在哪里，谢谢大佬。 > > rpc server: read header error: gob: unknown type id or corrupted data > > call Foo.Sum error: read tcp [::1]:57188->[::1]:40693: read: connection reset by...

有个问题，discovery 里面的服务列表还没过期，但是已经有服务宕掉了，请求就只能失败了？

onlyForV2中出现的Context的Fail方法，在前面的教程中好像漏掉了

> ‘rpc server: read header error: gob: unknown type id or corrupted data’ 偶尔会报这个错，不知道gob出了什么问题 应该是 tcp 粘包了。我在 NewClient 的时候，服务器接收到 Option 之后，让服务器给客户端一个响应，即进行两次握手之后，这个问题就没出现过了。如下图所示： - 服务端  - 客户端 

> 您好，应该是梯度爆炸的问题，建议先把seq2seq模型的encoder_length和decoder_length调小，预训练之后把参数存下来后继续训练长步长的模型。 明白了，谢谢您！

> 您好，应该是梯度爆炸的问题，建议先把seq2seq模型的encoder_length和decoder_length调小，预训练之后把参数存下来后继续训练长步长的模型。 还有一个问题想请教一下，在TestVisual中，预测完，对预测值进行反差分时，lng0和lat0用lng_source[len(lng_source) - 1] 和 lat_source[len(lat_source) - 1]是否要合理一些？如下所示： ``` # delta_lng, delta_lat to lng, lat lng0 = lng_source[len(lng_source) - 1] lat0 = lat_source[len(lat_source) - 1] ```