datocp

我记得当年有个讨论是说别人家的孩子有多强
怎么不跟别人家的父母比一下。。。
现在早已经不是越穷越光荣的时代了

笑，论学历拿工资？

当年，我们领导是如此描述一个岗位的，给那同事 8000 工资，一年也就 96000 ，人家一年能招 300000 万的学费，这笔买卖值嘛？一些英语部门的前台招生人员轻松月入 3w ，人家能做 3.7 亿。。。

论学历拿工资，老板裤裆都要变卖了。

win10 还是需要做大量优化的，系统内置的一些计划任务，以及更新补丁后的加料。
另外就是当时一个新闻组件导致卡，右击任务栏关了就 ok 。这些云组件也是很搞，巨硬网站是 7×24 屏蔽的，会导致 office 至少 2010 卡顿，后来解决了不知道是否顺带解决了 windows 。一些软件在是否设定 dns 表现不一，至今没好的方法，也就是互联网通断也会影响一些软件正常工作。

是年轻嘛，
首先保持了一个常年的习惯，刷牙加盐，有摩擦和消炎作用
天天喝光明，咦，掉的牙齿竟然一直在长。

哈哈，这种东西是看人的。
有些人就喜欢马屁精
有些人就会拍到严肃的人马腣上

去年敬老板酒时，可能因为顺序的关系，他要求要学会敬酒然后右手开始就不是他了。然后知趣的人都是先敬老板，我连敬酒都不会的，懒得管，只能最后敬老板。这块老板倒属于随和的人，一直在教人做事。
估计带那帮销售喝趴客户，就不能这样了。

看场合的，有些鸟人，特别是官老爷很讲究这些排位之类的问题。

酒肉朋友都带业务属性，酒喝成了，订单来了，无非就是尊敬为上，讲得对方心头一甜也是要练的，都是套路。

并发在 linux 下涉及到 tcp/udp 一些 timeout 设定。不能太高也不能太低，要刚刚好，不然并发连接不能及时消亡就算 1 个并发存在。

从 qos 的角度来看 icmp 和 tcp tcping/udp 分属于不同的流量类型，
qos 往往解决的是流量和延迟 2 个问题，并发是一个忽有忽没的问题
对于 linux tc 我的方法是
将 20%上行用于高优先级流量包括 icmp
将 60%上行用于所有无法区分的假定为 p2p 流量
根据以前电话拔话宽带的观察 60 ％的上行会获得满速下行，此时延迟极低
当达到 80%的上行时下行开始下降，延迟开始变高
在这个 60/80 的结论下，qos 一下变得非常简单，把 hfsc 的延迟理解简单化。

将一根宽带分为
20/80 两个分组
高优级的流量在 20%那组，怎么也不可能在 20%的总流量以超过 80%的比例通过，游戏可以小于 19ms
低优先级的 p2p 流量在 80%那组，总是在 80%的总流量以接近 100%的比例抢夺通过延迟可以接近 600ms

再辅以下行流量
高速下载高优先级通过但只能使用 60%下行
无下载低优先级通过但能使用 100%下行

这样在 1 根 100mbps 宽带带 280+ip 在线，可以无视任何 p2p 的存在，延迟依然有保障，每个 ip 都有机会获得 100%的带宽。当然移动专线最高并发最高见过接近 50000 。

至于家用宽带，像以前 8mbps 大概在 1200 个并发。单机还想保证正常，用 iptables limit 来压抑，即能保证流量，又能抑制并发。

tcl 也有 cec 不知道是什么东东。。。

习惯对着 tcl 电视喊
小 t 小 t ，连接 hdmi4/关闭屏幕/关机/音量 10 开机不行得按遥控