DevilKing's blog

冷灯看剑,剑上几分功名?炉香无需计苍生,纵一穿烟逝,万丈云埋,孤阳还照古陵

0%

当时有一份真诚的爱情摆在我面前,我没有珍惜,等到失去的时候,我才追悔莫及,人生中最痛苦的事莫过于此。。。


本周完成:

  • 在线数据整合部分整体完成

  • bidder部分,完成相关数据修复

  • bidder部分,完成依赖剥离

本周未完成:

  • 数据抽象的一些心得体会部分

  • gatling部分的一些调整

本周所得:

  • 数据抽象部分,渐入佳境

  • govendor部分,依赖部分调整

  • mock service部分的一些了解

下周计划:

  • bidder日志部分进行调整以及监控

  • 调整相关的数据监控部分

数据部分,看大数据部分如何进行存储以及处理,后续的情况

还是先保证,在余下的时间内,保证自己的学习,调整自己的状态。。

整理一下方向,后续这块如何进行,如何进行突破部分,看如何进行。。

看书部分,写代码部分要捡起来。。。

还有写blog部分。。。

重看一遍大圣娶亲,其实,只是不想做渣男,结果,却发现自己错过了最美丽的风景,人生,有时就是这么无奈。。。

把握好现在,既然在最美丽的时候,就绽放出它应有的光芒,其他的时候,并不是我们能决定的。。


本周完成:

  • 在线数据部分代码进行重构,相关数据的维度方面进行整合

  • 监控文档方面的整理,还是稍显有些不足

  • bidder部分数据一些追查

本周未完成:

  • 关于数据维度的一些整合,相关的数据抽象部分

  • 详细文档部分

本周所得:

  • mock_path部分,针对大型项目的一些目录分布

  • 关于数据抽象的一部分内容

下周计划:

  • 关于bidder数据的一些整理

  • 维度部分数据的收尾以及相关总结

看书,写代码,学会在余下的时间内,调整自己学习。。

心态放平和,很多事情不要用力过猛。。。

诚然,很多时候,并不想失去,但尽力做好自己就行,在工作和生活之间进行调整好自己。。

走~

本来不想重启这样一篇,结果,还是各种不到位,不知道怎么办,中间还是有些怪怪的,可能还是给不了太多吧。。

acer还是有acer的觉悟,太高难度的事情还是不要去尝试,也不要太多想了。。

可能还是自己的不安全感,更重一些,有些东西不明白怎么相处,在交流过程中,还是不自觉地奉承的因素多了一些,导致越来越受不了说话的方式。。。

在同别人交流的时候,说是没习惯,其实还是感觉以不确定的态度去处理这段关系,既然不确定的话,很多的时候就不知道该如何相处。。。

说是要保持自信,其实骨子里的悲观主义还是跑不了,acer还是有些理解不了过多复杂的问题。。

还是保持,简单,真诚,改变一些说话的方式,也不要纠结,事情本来很简单,不要想地过于复杂。。。

其实,挺讨厌自己这样一种状态,自己一个人瞎想,有联系的时候,有时候会觉得有些难hold住,没联系的时候,又会觉得自己做错了什么,这样一种状态,也算是恋爱的一种体验吧。。

这其中一个最大的问题,还是不确定性,X可能算一方面,然后其他方面,感觉还是不够坦诚,或者自己想太多,觉得自己还是太low,配不上吧。。。

保持自己吧,让自己忙一些,不要多想,不纠结,顺其自然,不纠结。。


突然,想到处男和处女的问题,其实好像差不多是一样的。。。

有时候觉得无所谓的,不知道怎么办才好,其实还是在逃避,逃避一些处理的未来。。。

或者还是自己没有资本或者实力去强求一些事情,自己有时候也想不到未来,也就只能先逃避一些。。

其实,最重要的还是提升自己了,提高自己的资本以及实力,才能去要求一些事情,做一些事情。。

生活以及工作上去保持平衡,多看书以及学习。。。

不强求,也不纠结,不要让不安全感绑架了自己,做好自己就行。。


果然,有时莫名地冷淡,真是很让人无奈,这时候,就会问自己,是否能hold地住了。。。

是不是真的适合,这种高强度的神经紧绷式的,不安全感的。。。

还是提升自己,该干嘛干嘛,或许自己真的。。。

acer有acer的觉悟。。。


自己可能真的是不知道怎么弄,前一秒钟还热情似火,后一秒钟就冷面如霜。。或许还是自己玻璃心吧。。在这种不断地拉扯中,感觉有点癫狂。。。

有时是想发火,但想想还是算了吧。。。发了火又解决不了问题,该是什么样子就是什么样子。。。

acer做好自己就好,不用想太多其他的了。。。

准备好6月份的那一次,大不了就拉倒呗。。。

该干嘛干嘛。。。


6月份如期地还是黄了。。其实怨不得别人,还是自己有些拖延症晚期,很多东西本来想试试,结果还是拖过去了。。。

做好计划,按部就班地进行吧,调整下状态,一切清零,重新上路吧。。。

不管是工作还是生活上,做好计划,acer就慢慢地进行,没有其他的路可以走。。。

真的是需要不断地给自己打鸡血,加油,只有不断地提升自己。。。

不要想太多其他后面的事情,不用筹谋后面更多的事情,做好现在,按照节奏,达成目标就行,不要想地太多。。。

自己有时候,真的不知道是否应该坚持下去,有时得不到理解,或许有时候也只是自己一厢情愿的所谓的牺牲,但也不要管那么多,不强求一些事情,尽力地做好自己的最好就可以,按照自己的标准和原则,去实践相关的行为就行了,至于结果如何,就不是自己所能决定的。。。

还是需要多学习,多看书,以及多锻炼,加油,找回之前的状态,重新整理一下时间表部分。。


一切归零,重新上路。。

人总是要学会成长,一些事情,就算知道没有好的结果,依然要根据自己的意愿去做下去,如果连做都不做下去的话,会从心理感到遗憾和鄙视自己。。。

人少言,多做事,不要动不动以训导人的姿态,少言,或者不言。。。

重新调整一下状态,按照既定的时间计划,去看书,锻炼,学习,每周一部电影,一些文章,找到相应的节奏。。。


说是没有压力,其实压力很大。。现在的主流是x经验多,就很牛,渣男永远比老实人更受欢迎,应该是更有趣吧。。。

做个无趣的人吧。。谨言慎行。。。

其实,感觉除了X方面外,还有很多问题没有去面对,都是在逃避。。。例如,未来,例如,学习,等等

还是感觉自己的心态有问题。。。说好地全身心投入进去。。感觉自己玻璃心划了好多下。。。

acer。。。该干嘛干嘛去。。。

说着死工资,其实,也是自我成长的一部分。。。还是专心写自己的代码,提升自己吧。。


大姨妈没来,应该不会有了吧。。。都没有经历过X。。。感觉略有些讽刺。。

药拖延着还是买了。。。按着计划来吧。。成不成,自己都不知道。。。

只能自己加油了。。。


不出意外地怂了。。。自己可能是没救了。。。

其实挺排斥这种氛围,但没办法,自己所空想的一些东西,太幼稚了。。。

acer,还是努力学习,看书,写代码。。其他的就不要妄想了。。。

反正已经做好了最坏的打算。。不是吗。。

时间表部分,尽快整理一下,并且坚持下去。。。

不要想着逃避了。。。


感觉最近有点颓废,原本按照计划的事情,由于自己的拖延症以及颓废,很多事情都没有做。。。

不能再这样了,不然又回到以前的痛苦的老路上。。

强化自己,遵守时间表,坚持下去,看书,写代码。。。

加油吧。。。


还是对自己的不自信吧。。。有些东西顺其自然。。没有什么过不了的坎,只是时间的问题

心态放轻松,已经做好了最坏的打算,没有比那个更差了。。

博客部分,慢慢恢复,但代码部分,也要有所跟上,例如100天算法部分,jupyter平台尽快熟悉起来。。。

学习,忙碌起来,让自己不要想那么多。。。强化自己。。。加油。。。


一切顺其自然地进行,顺其自然地发生,不要想太多,不是已经做好最坏的打算,所谓的放弃,或者及时止损什么的。。哎。。

一切顺心意,做自己该做的,做自己想做的。。

加油。。。


莫名地就到房子的事情,就当是借钱吧。。。。既然已经做了最坏的打算,不甘心又能怎么样,

恶心,想吐。。。应该不会有了吧。。。毕竟都没有X进去。。。自己应该控制了一下了。。还是有点讽刺。。

哎。。自己果然还是不太行。。也就这样吧,顺其自然,acer什么的,不要太多幻想了。。。

该干嘛干嘛,还是继续学习,工作才是王道。。

博客部分,要捡起来,学习计划部分,也要整理一下。。。

或许自己是想逃避,但也要正向的逃避。。。

自己真的很水。。感觉达不到各种。。。可能比之前还要严重些吧,有的时候,感觉hold不住吧。。。像自己这样,可能真的不是很适合。。。

自己果然还是有些太幼稚了,或者说是不适合,自己可能脱离社会太久了。。。

就这样吧,acer呗,本来就是一种很怪异的生物。。

该干嘛就干嘛。。。

涉及到钱的问题,总是感觉双方会有隔阂吧,可能真的是因为穷的原因吧,有时候,也在怀疑当初自己怎么就认为自己是门当户对的。。哎,自己还是有些天真。。

感觉自从买房后,整个趋势就向不可逆转的方式在发展,钱,果然是个决定性的因素。。哎。。。

坦诚地面对吧,该怎么做就怎么做吧。。。

A站虽然暂时不在了,但acer这种还是在的。。

该干嘛就干嘛吧。。并没有什么大不了,做自己想做的。。

在jinwu的运行过程中,出现过,在取redis中的数值时

1
2
3
4
5
6
7
8
9
10
11
12
13
14
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout
pkg error redis: connection pool timeout

在将poolsize升至500后,有时会出现这样的错误:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
pkg error ERR max number of clients reached
win id error ERR max number of clients reached
response id error ERR max number of clients reached

出现这样的问题,可能是因为:

  • Redis is busy doing some expensive work (unlikely)
  • you use PubSub or Multi and don’t close it correctly (multi.Close() when multi is not needed any more) so connection is not returned to the pool

猜测的原因,是因为并发数太大,导致redis部分的pool connection没有及时释放。

注意到redis连接option中这样的一个参数:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
type Options struct {
...

// The maximum number of socket connections.
// Default is 10 connections.
PoolSize int
// Specifies amount of time client waits for connection if all
// connections are busy before returning an error.
// Default is 1 seconds.
PoolTimeout time.Duration
// Specifies amount of time after which client closes idle
// connections. Should be less than server's timeout.
// Default is to not close idle connections.
IdleTimeout time.Duration

...
}

注意到poolTimeout这样的参数,1s的timeout的设置,在高并发的情况,可能有些connection来不及返回,这样导致获取不到connection,这样就会出现timeout的情况

于是,针对现有的情况,做了以下处理

1
2
3
4
5
6
7
8
9
10
11

Cluster = redis.NewClusterClient(&redis.ClusterOptions{
Addrs: addresses,
PoolSize: 1000,
PoolTimeout: 2 * time.Minute,
IdleTimeout: 10 * time.Minute,
ReadTimeout: 2 * time.Minute,
WriteTimeout: 1 * time.Minute,
// Password: password,
})

将pooltimeout以及相关的timeout设置地稍微大一些,是不是可以避免这样因为高并发引起的timeout的bug?

当然,这样的情况,主要是针对接口不是那么实时,不需要在1s以内返回这样的接口

解决思路参考:

connection pool timeout

我迎着风

金山银山 繁华云烟 温柔之夜

我什么也不带走

我爱这艰难又拼尽了全力的每一天


本周完成:

  • 修复redis高并发下的bug,主要是一些pool参数的一些设置问题

  • 代码部分的重构,加入git父子模块部分

  • 监控部分开始整理,针对在线数据部分

本周未完成:

  • 监控文档部分未完成

  • 关于代码重构部分

本周所得:

  • 代码重构部分,看能否提取一些公共库出来

  • 关于uuid的重复部分,取rand部分

  • redis的pool参数设置问题

  • 关于seelog部分的按照分钟来取

下周计划:

  • 监控的文档部分的整理

  • 在线数据部分整理维度,相关数据进行整合

一年过去了。。重新慢慢回到轨道上。。

锻炼,吉他,文章,读书部分,强制性地去调整状态,不要想那么多,该是什么样就是什么样

forever young~