这个只能算是售前没有做好吧。

要是业余项目不要想太多变现的问题，心态要放好。我觉得如果是想拿来整点外快的话，还是要看一下自己时间。

搞付费咨询这种，太耗时间，交交朋友还是可以，但不适合变现。有些项目有一两个客户就行了，不要摊太多。

@wanguorui123 VMware 有整合 OpenStack 方案的。

公开信息直接看职位招聘就可以了。好像各地都有项目的。

传统行业的问题是不会做持续投入，需求解决就没事了。对下面的子公司什么的整合也是以五年十年计算的。下面的很多都是建成以后，相当长时间投入运维投入都很少。不会像互联网，自建一个私有云，然后基础部门就会想着把私有云变公有云。

大概时间点就是以后你买汽车，车商给你一堆乐高让你拼。拼完直接上牌。

差不多这个时候吧。

@liao20 天气系统是由西向东传播的，前苏联地区是中国的上游，如果前苏联地区的气象数据质量会影响到中国的天气预报质量。

@miaoji 你的原话并没有说的那么清楚。

如果你要进行商业运营，至少应该主动向数据生产者寻求合作，这不是件很正常的事情吗？这是 v 站，我举个开源的例子，双许可本来就是很常见的。代码开源，你想商业使用买商业许可。有什么不对的呢？


事实上 NOAA / NWS 对于私营公司的的态度也很微妙。私营公司过度渲染自己的能力又不是一天两天的事情。

早几年 NOAA 的头头接受美国国会质询的时候就很无奈。主席台上坐着的人就直接说我们已经有了某某和某某私营公司，要你们何用？你说议员老爷这个印象是哪里来的？

就好像这个贴子本身一样，今天北京最高气温多少？上海多少？广州多少，一目了然的事情。结果现在这个贴子变成了 app 推广贴。使劲在推自己的产品。而不是去自己网站上对一下数据是否正常。

这有意思吗？

你反正肯定有数据，你自己说说，冬季中国北方的大中城市，预报和实况差六度，这十年出现过几次？

@ziseyinzi 两小时内，本来就是用眼睛看更准。

一帮城里人就知道信 app 得永生。

24 小时气温只要是平原地区，或者大中城市，各模式几乎不可能相差 6 度。只要做过这个，就知道，这个是绝对不可能。往回推四十年前，直接人工报都不可能出现的。现在更不可能。

所以，更可能的原因是 app 自己的报文处理有问题。当然，如果是真的用了自己的模型，而不是，当地气象部门人工干预过的数据，那就是模型问题。

@miaoji 风云系列的数据是广播加入 WWW 网络的。事实上 NOAA 就有 DVB-S 接收站来收 CMACast 的数据。

说看不上，不想合作是可以的，但是说无法合作就太扯了。朝鲜都能收，你说收不了？

如果还想在 iPad 上的用的话，可以考虑一下妙控。

但是为什么要用鼠标？

@everyx DO 应该是改过 tcp_rmem 和 tcp_wmem 的这些的，不然光 ticket 就能烦死。

这个事情一般很少人会遇到，所以没有太好的文章可以看。你最多也只能看一下 cat /proc/net/sockstat 的输出。想再往下查只能是排除单个 socket 的内存用量。这个就烦了。就算接触过内核网络栈这个想排查也很麻烦。还不如直接重启。

只说一下个人猜测，如果访问量不高，不会有这个报错。除非自己把这两个值改的很小。否则很可能是应用问题。像 docker 的 containerd 这种链接溢出。

我不是来上班的，所以就只说到这里吧。

在这里顺带问一下，买基金都会去看基金的材料吗？我感觉要读的还是很多，多到都不想买了。

这个具体看情况，比如机器是不是实机，配置如何，主要用途是什么。当前的内核参数是多少。这些都要有个上下文才行。

默认内核参数非常保守，大部分说这个参数的，场景都是用到应用主打网络栈。文章肯定都是说往高了调。

一周 reddit 上面有人在说这个事情，有人发贴回复说是系统索引之类的升级以后的后台服务导致的。

看看有没有人一周前就更新的，谈谈体会？

说起在各位有多少人看过《人月神话》的？

看了这个贴，我打算看一下。

@toptyloo 这也要看是哪一代的 gram ，再早之前我用的是 xps 13 ，那一代的倒是散热还可以。然而因为不是独立显卡，播个 2k mp4 可以卡成狗。

@toptyloo 五六十度还好啦，它能冲到七十度。关键不是网站实现问题，是 U 本身频率上去以后，散热不好，温度瞬间冲上去，风扇就起来了，又不静音。

油管我也看的，它也是能飞起来的。

其实，我也有一台 M1 的 Mac mini 。

再看看 intel 本的续航时间。反正这一代我选 intel 选得太失败了。三年以后，要换代再说吧。