最近开始优化线上整个微服务的内存使用了。本来是通过抓取spring boot的metric来进行绘图查看，后来sy搞了个jconsle，这样画出来的东西就更多了。
但是之前我们都是用nmt来查看的。首先是打开服务的nmt
1 | -XX:NativeMemoryTracking=summary |
默认选项为 off(默认), summary, detail 这3个选项，看名字就知道大概含义了，一般我们就summary就够了。
然后使用jcmd就可以查看整个nmt的构成了
1 | jcmd 18050 VM.native_memory summary scale=MB |
小小球由于是校车的第一个小朋友，所以每天都是最早起床的，本来说好的每天早上6点20分小度会响闹铃起床，可现在还是赖床。
今天好不容易起来之后，这裤子也不会自己穿了，衣服也不会了。
好不容易穿上后这饭也不会吃了。
跟他明确了这磨蹭的时间都是自己的，别到时候坐不上校车。结果还是各种磨蹭。那就只能自己去承担后果了。
于是我就跟杜老师说了今天不坐班车了。
这班车走了，小小球终于会刷牙了，虽然不干净，但是说明自己会，自己也努力了，以后都自己来。
| 厂商 | 跑步机 | 洗澡 | 更衣 | 费用 | 位置 |
|---|---|---|---|---|---|
| Shape | 有 | 有，10元 | 有 | 39~99 | 艾瑟顿 |
| SUPERMONKEY | 有 | 无 | 有 | 跑步50、操69起 | 彩和坊路 |
| Keepland | 有 | 无 | 有 | 59起步 | 双榆树 |
这些都是按次的收费的，不用办卡，需要约课。
但是从我个人来讲，其实只是想去跑跑步，而这些地方都比门口的大学要远，那我又何必舍近求远的去这些健身房呢。
如果公司有淋浴间，我都想着爬楼梯作为健身呢。只是夏天满身臭汗上班也不好。
等以后需要做操的时候再来看吧。
以下均为选自《sre google运维解密》一书。
- 设计一个具体的，有延续性的学习体验，以便学员跟进。
- 鼓励反向工程，利用统计学来思考问题，以及多思考问题的本质。
- 鼓励学员分析失败的案例，分享好的事后总结来阅读。
- 创造一些受控的，但是逼真的场景让学员利用真是的监控环境和工具来修复。
- 在团队内以角色扮演的形式演习理论上可能发生的问题，让大家在这个过程中交流彼此的解决问题的方式。
- 给学员创造条件让他们参与间隙on-call，和实际轮值的on-call工程师交流经验。
- 让学员与sre老手一起共同修订培训计划中的某个部分。
- 帮学员一起找到一个具有一定复杂度的项目，帮助他们在整个技术栈内建立自己的地位。
从我个人的角度来看，一个新入职的sre，不可能直接就扔到线上去做事。而对于新人来说，那样就完全是盲人摸象一样。
我们首先要告知的是：
经历了上次XX阳光的拔牙，这次来到公立医院了。
提前1周多网上挂的号，但是如果着急，海淀医院可以早上8点前来挂号就好了，一个早上60个号，今天来的时候居然还有，不过最好网上挂，这样号比较前。
拿着社保卡去窗口付款取号，挂号费50元，医保出40，自己出10元。 一看20号，我想着估计得等2个小时吧。
到了分诊台，发现都是按号进行排队的，我前面只有5个号，大喜。
可看了旁边，怎么还有额面外科和牙周科，这一个不是拔牙补牙的，一个是洗牙的吗？没记得网上有这2个科啊。
于是掏出手机又查了下，确实没有。
帝都有全世界绝无仅有的车牌摇号制度，其他城市都会留一个口子给着急用车的人去竞拍。
从2011年1月1日开始帝都就开始摇号制度，但是这个时候帝都都已经有了452.9万量车，实在太堵了，于是推出了摇号制度，每年10万辆，到现在是每年只有4万辆油车。
除了数量变化，对于其他规则里不公平的地方，帝都市交管局从来没有进行修正，懒政到家。
http://www.newsmth.net/nForum/#!board/Yaohao
看看水木上的摇号版块，全部都是出租和求租号牌的。想要有车的买不了，不需要的还到处出租获利。我想交管局的大佬不会看不到这个。但是都8年过去了，居然一点措施都没有。
帝都出台摇号的行为是因为太堵了，但是帝都总共保有量那么大，现在每天5环内早晚高峰限制外地牌上路，可不是照样堵车啊，所以问题根本不是在这里，可交管局从来不作为。堂堂长安街上随便调头，也从来没见过交警做什么表示。
消弱的前提是：儿童的行为是为了引起大人的注意。但如果是其他的那就应该马上进行制止。
靠增强作用来养成好行为，使良好行为巩固；赖消弱过程来根除坏行为，使不良习惯减弱。
比如当出现儿童哭泣的行为，那首先确定哭泣是一种结果，而导致它的原因是不一样的。我们要消弱的行为必须是儿童不良行为所导致的哭泣行为，而不是良好行为下的哭泣行为。
上述所谓不良行为，必须建立在下列两个条件下：
儿童若有不良行为的存在而想消除它，首先应采取不予理会，已消弱此种行为的继续发生，个案有良好行为出现时，即予以增强，如此才能消除不良行为，建立良好行为。
天天斗智斗勇还真是挺锻炼脑子的。
原先认为GFW会主动去扫端口，然后识别是不是ss的流量，然后再封，那我禁止扫是不是就万事大吉了。
但是现在发现居然用一会就整个IP被封了，看来运营商是会过滤所有国外的流量啊，然后确定有ss特征的就全部封了。
那就根据这种新模式进行规避吧。
一个是增加混淆流量，一个是不直接连海外。
看看这种模式什么时候终结。
在好几周以前，线上一直有一个接口操作1秒就报500错误了。导致线上监控系统频频报警，浪费了很多人力。
通过检查是一个SQL的问题，由于历史原因这个表的索引比较多，但是当用户数据草果4万的时候，这个count结果就容易出现慢sql。
于是给研发提交了改进的jira，也提供了改进的sql。这样的结果就是结果集只有99+显示，而不是具体数值。然后我们又拉着产品一起确认这个设计是否可以，然后产品很快确认了。
然后1周多过去了，研发的这个改变连测试环境中都没有进，更别说上线了。
我不知道这个效率再其他公司是否也是如此的，但是这种在之前待过的人人网是绝对无法容忍的了。
我想研发肯定会说我们用了jpa这些来说事，但是如果一个工具不好用，那要么直接废弃，要么就是没用好。