The Mirages

我们都知道http1.1是支持keepalive，这样就可以减少建连的次数，可以提高性能。

于是简单在单机上做了一个测试。

我们先使用一个没有keepalive的配置。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

upstream test_server {
        server 127.0.0.1:8999;
        server 127.0.0.1:8997;
        keepalive 32;
}

server {
    listen 8998;
      server_name _;
    access_log /opt/server/nginx/log/8998-access.log main;
    error_log /opt/server/nginx/log/8998-error.log;

      location / {
        proxy_pass http://test_server;
#        proxy_http_version 1.1;
#        proxy_set_header Connection "";
      }
}



server {
    listen 8999;
      server_name _;
    access_log /opt/server/nginx/log/8999-access.log main;
    error_log /opt/server/nginx/log/8999-error.log;

      location / {
        return 200 '{"status":"OK","entities":[]}';
      }
}
server {
    listen 8997;
      server_name _;
    access_log /opt/server/nginx/log/8997-access.log main;
    error_log /opt/server/nginx/log/8997-error.log;

      location / {
        return 200 '{"status":"OK","entities":[]}';
      }
}

测试结果如下：

1
2
3
4
5
6
7
8
9

$ wrk -t1 -c32 -d60s http://127.0.0.1:8998/
Running 1m test @ http://127.0.0.1:8998/
  1 threads and 32 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     1.61ms    2.14ms  76.87ms   99.52%
    Req/Sec    21.31k     2.22k   26.73k    69.00%
  1272221 requests in 1.00m, 260.85MB read
Requests/sec:  21202.84
Transfer/sec:      4.35MB

这周真算是波澜壮阔的一周。
周一周二的全面下跌，大有崩溃之势。而到了周三周四又是全面收复失地。

可实际上中概互联这些算最高点开始都已经打一折了，好多都是0.5折，0.1折了。就算现在一天涨50%，那也就是从0.1折变成0.2折，从0.5折涨到一折。

但是周一周二真的是底部吗？有过08年和15年的股民肯定知道这只是前菜。只有你哪天看到狂拉银行股的时候，那才算是最悲观的时候。但是市场的最低往往还要往后继续延后。

就算是2015年千股跌停，但是市场一直到2018年底才是最最低的那个底。因为这些都是有惯性的。

2000年纳斯达克一泻千里，但是最低的那个底一直到2002年才出现。

其实最快的是08年的崩溃，我从其他资料也看到了，在2006年有人就已经开始做空了，2007年大部分泡沫也都已经破裂了，只是雷曼本身作为一个标志性事件，然后就是几万亿的资金进入。

nginx connection limit模块是用来限制整体的连接数。这个贵司是用来限制单个nginx最大连接数。一旦超过了就限制重新连接，默认就返回503了。

这个阿里云slb也是这样的策略。

但是我们碰到了一点问题。突然有一台服务器reload之后，发现很多503返回了。可查了一下当时该机器的连接数，并没有超过我们设置的限定数。但其他服务器的却没有问题。

配置如下：

1
2
3

#整个整体连接数限制：
  limit_conn_zone all zone=allserver:10m;
  limit_conn allserver 50000;

而且每次reload之后我们会清理的对应shutting down的进程。 后来只能通过restart nginx来处理。于是我们就进行了测试。

mesos+marathon是一个很好用的资源调度框架.
原先我们很多调度原则都是基于hostname来进行，但是这样其实很不方便。

其实很早mesos slave就支持使用attribute了。

首先需要在mesos slave服务器上增加相应的attribute

1

echo "rack:bj-h;type:v4c;internet:no" > /etc/mesos-slave/attriburtes

如果这个服务器上还运行着对应容器，那我们先挪走这些容器。然后重启mesos-slave进程

1
2
3

sudo rm -rf /data/apps/mesos-slave/data/meta/slaves/latest
sudo systemctl restart mesos-slave
ps aux | grep mesos-slave | grep attribute

上一次物业要求关窗户，关窗帘还是2006年的时候了，那时候内贾德老兄来魔都开会，于是整个延安路高架两边的写字楼都被要求了。毕竟是敏感人物和敏感事情。

不过现在帝都还要求这样，还跟开会地方八竿子都打不着的写字楼也要求这样，下午路过，这路口全部都是保安，难道这旁边这宾馆住了什么敏感人物？

年年开两会，以前都每啥要求，这真的有点过头。两会不都是人大代表，人大代表不就是人民自己选出来的。

要做一个很简单的功能。就是对整个nginx限流，因此也不需要定义好特别的变量

1
2
3
4

#整个nginx每秒请求数限制：
  limit_req_zone allreq zone=allreq:10m rate=20000r/s;
  limit_req_dry_run on;
  limit_req zone=allreq burst=10 nodelay;

为了防止被误拦截，于是还特地加了limit_req_dry_run方法。这里就是限制整个nginx每秒20000次请求。超过了就返回503.

可观察了一天，发现居然还是要有超过的，虽然burst设置为10，可居然还是有超过的，最多的都超了20多。

这就很奇怪了，这个机器的并发根本不会到2万每秒的，难道这里必须写变量？ 可也不对啊，这里检查也没有报错。那不会是nginx的bug，于是下载1.18.1的代码看了下

src/http/modules/ngx_http_limit_req_module.c文件的468行里是这样来的。

在IT相关的公司中，sa和sre一般都会被称为运维。 原先我一直认为并没有特别大的区别，但是这2者的概念其实是有很大的区别，出发点也是不一样的。

sa（system admin）这个岗位在大宋是在20多年前产生的，也是伴随着第一代互联网公司产生的。 而他们的工作职责主要是维护服务器，交换机，高级点还有点防火墙什么的。而这些事情可能就花费了大量的时间。当年就看到某游戏公司的2个运维在机房里待了1个月，就为了上架30多个机柜的服务器。

而当年会用kickstart安装操作系统也算是小有成就。更高点的还要进行驱动更新，kernel裁剪这些事情。以及要对整个操作系统的启动流程要烂熟于心。
而我当年还干了一点什么测量服务器最大电流，平均工作负载的电流，就是为了一个机柜里塞更多的机器。

魔都电话电报局的那个机房因为年代久远，管理混乱，经常你推着机房小推车就不知道把谁家的网线电源给兜走了。能知道的就给人插回去，不知道插哪里的就只能扔那里了。

这个第一代sa主要就是针对硬件，操作系统相关的工作。因此他们一般对于操作系统，网络协议都会非常熟悉。这些是跟后面几代的区别差异。

而第二代sa的成长是由于整个硬件和操作系统的成熟度越来越高，而且远程控制卡(iDRAC)这些越来越成熟，终于可以脱离物理的限制进行远程工作了。那时间更多的在操作系统之上的基础软件上了。http server，db server， cache server这些事情上花的时间更多了。

放假闲来无事就读了读《史上最伟大的交易》。这本书整体上说的是约翰保尔森在2007年看空美国房市并大赚一笔的故事，合计他的基金赚了140亿美金。

在这场房市盛宴里其实不光保尔森，还有格林，迈克尔伯利，李普曼，李伯特，拉赫德这些人。 可为什么只有主人公约翰保尔森大赚了一笔。其他人其实都只是喝了汤。

首先我们要知道这些人里保尔森和李普曼都是专业投行出生的，这些人本来就是精英。而格林属于靠着房地产大发了一笔，而迈克尔伯利原先居然是医生，只是喜欢金融而已。

也看到了华尔街这些复杂权证的交易其实是很依赖于投行的，书中最后格林卖的那些也是通过美林的交易员花了一周才能找到买家的。而格林那时候却可以不卖，导致这些交易员白忙活一周。

从整体来看主要是如下原因导致保尔森的成功。

机会： cds保险这个东西被发明出来了，虽然是看跌的，但是输的话也只是每年损失一些保费，但是上涨却不封顶。当然最先看到这个东西是迈克尔伯利。但是华尔街那么多聪明人为什么会视而不见呢？

清晨骑着我的小电驴送球球上课，
一个红灯拦住我们直行，
于是90度转弯先过去了。
一个加速就到了对面，
我前面有一辆小电驴，
左面有一辆小电驴，
右面有一辆小电驴,
大家都是带着娃，
可不知道是不是到对面的派顿大厦，
清冷的早晨有的带着标准的头盔，
有的带着绒线帽，
有的躲在车上的挡风被下。
大大的头盔地下看不清脸上的表情，
绿灯亮了，
发动小电驴，
一闪我们的目的地到了，
右边小电驴往西继续前进了。
派顿大厦门口大家扫着码鱼贯而入，
不等这冷风追上就上楼了。

前面几年由于家里的各种变故，导致经常想入手点什么，结果没几天就得取出来。2021年算是一个完整的时间周期了。

从大的方面来说，50%是定期R2的基金，25%是货币基金，25%是证券。这个一直保持相对平衡。也可以看到这里风险比较大的就是证券。

从交易手法来看，我是一个左侧交易者，一直在探寻单个股票的底部。而我比较熟悉的股票也只是消费和计算机行业，对于化工也是在逐步了解的。

左侧交易者最重要的就是找到一个股票的底部，并且进行很好的加仓。这个之前在2018年底购入了千禾味业和浪潮信息，结果19年无奈撤出。然后19年中又购入中环股份，结果无奈又不得不抛掉。

这几个分别涨了4倍，2倍和5倍。

总算家里的事情都收拾好了，可大盘已经扶摇直上了。那就空仓一直看着了。终于等到2021年2月的调整。

当时买了超图软件，结果后面没感觉还是应该买入四维图新，因为它是地图市场的老大。可我明明仔细过分析过超图。后面买入的澜起科技也是如此。 这2个算是上半年最大的教训，虽然亏的不算多，可还是提了一个醒，做好的决定千万不要随意改变，因此每次分析需要做好记录。从理性和推理的角度来看问题。投资中最大的敌人就是情绪化。这也是我平时不怎么看盘的原因。设定一些基础的标准交给软件来进行就行了。

不过作为左侧交易者，最怕抄底抄到了半山腰，TAL均价是30元买入，API是均价26买入。结果前者跌去90%，后者也跌去一半。由于外汇管制的缘故，只能后面找机会补了。不过TAL已经在5块多的时候彻底割肉了。