@JustRookie #7
我在用的这个笔记本，二手的老本，就偶尔会莫名其妙蓝屏，报错也是内存管理。
我很久前就怀疑是内存条有毛病，于是就重启跑内存测试，跑了三四遍也没见查出错误。见鬼了？于是狠下心跑了一整个晚上，第二天看屏幕，十几遍就查出来一个错。
我思忖片刻，决定默默地无视这个结果，急需凑合用着。就这么一直用到现在，依然会隔一两个月，就毫无征兆地蓝屏。不过我是从不关机也不休眠，基本上只睡眠，估计每天都关机重启的话，兴许还不会蓝屏。

@TimPeake #92
Owner of the Post

可是这样一个“虚拟机”，它必然是要求很多权限的啊，不然它怎么确保里面安装的应用可以获取所需的权限呢？又不能等到里面的应用申请权限的时候再由虚拟机来传递，这个虚拟机也只是个普通的应用。而应用所需要的权限是在设计的时候就由代码决定的，发布后的应用需要哪些权限那就是需要哪些权限，又不会临时多一个需求，顶多在安装时安装后不给它某些权限，只能关，不能不让它提。

这不就是各大 booru 站点吗。
booru 站点就是 danbooru 这一类 imageboard 网站，即贴图讨论版，内容其实包括图片、视频、wiki 等。由用户上传内容，文件直接按照 hash 命名存储 /去重，额外标记元数据，让用户自行打标签，在此基础上实现内容的审查、发布、搜索、访问、排行榜、推荐。
甚至这套建站模板都是开源的，更有魔改和变种，很多涩图站都是这种（瑟琴果然是第一生产力

@Accessing #12
python 能发展起来其实跟它一开始的定位和特点还是分不开关系的。强类型、动态类型、易于扩展的 C 接口、简洁的语法……讲真，如果真的仅仅是为了写个脚本，这个语言没必要具备这些属性，显然 python 的创始人从一开始就考虑了很多。
论优劣，在不考虑计算性能的情况下，python 在应用上和主流语言打得有来有回。即便考虑性能，如今的借助 cython 、JIT 也能把 python 的性能提高一两个数量级，几乎能摸到 C 的脚后跟了。而以“性能”为代价换来的，是无比简洁的语法，是明显更少的代码量和开发成本。
python 门槛低上限高，易学易用。在“上得了台面”、“赚得了名利”的场景以外，python 还在各行各业被用来写各式各样的脚本、工具包，帮助人们提高效率、方便工作、享受生活。真心的，哪怕就算 python 在商用领域绝迹，甚至不能拿来谋职，这个语言依然会被无数人拿来写各式各样的工具，尤其是那些“低含金量”的应用场景，是其他主流语言难以覆盖的。
python 作为当今最强胶水，有着如同菜市场般热闹的生态，这种“勃勃生机、万物竞发”的境界，真的和它易学易用、无限可能的秉性是分不开的。

Linux 下面，根目录尽量别用 ZFS ，其他随意。因为 ZFS on Linux 还没有稳定到那个程度，而且就算不考虑稳定性，如果根目录是 ZFS 的话相当于整个启动过程多依赖了一个复杂组件，在出问题的时候增加排错成本。
ZFS 确实挺好用的，本身也具备 RAID 这种形式，灵活又方便。能用就用，利大于弊，根目录除外。

移动家宽就是半夜强 QoS ，我这江苏也是如此。其实现在算好了，以前到了晚上就不行了。不过我也一直没想明白为什么大半夜这种谷期要限流，也许是防止有人专门趁晚上跑流量？也许是和国外服务商签订的合作协议是节省成本的分峰谷的然后就选深夜作为限流谷期？

老生常谈的问题，一句话总结就是尽量不要长时间通过 USB 连接硬盘，这种方式稳定性差，更容易出问题，不仅仅是供电是否功率充足电压稳定的事情，USB 协议的驱动程序本身就更需要 CPU 频繁地中断介入、更吃算力、更容易出现 bug 现象。

这东西也难弄？我也就家里布线的时候做了十几个头子，后来就没需求了，当时买的钳子和一堆水晶头也都闲置着。水晶头不贵就那种平价的一包几十个，钳子也是那种属于“不算差”的档次吧。我当时觉得还挺好弄的，印象里面真正被我弄坏了的也就一个，剩下大多数都一次“成功”。我一开始费了老大劲做出一个头子，越看越别扭，想重做，但又怕麻烦，就硬着头皮测了测，发现居然没啥问题，于是后来胆子越来越大，手艺也就慢慢好了些，也就熟练了。也是六类线，六类线确实硬，外加里面还有一根十字骨架，剥线和理顺线芯的时候确实很费力气，说实话手指头都疼，不过也就那样。

呃，这个真的是 FFmpeg 的功能么

@hutoer #1 python 的性能一时半会儿上不去，应该是供需两方都不太上心。
需求就不太强烈，几乎一半的场景都是 IO 密集型，甚至都不在乎所谓的性能和全局锁，剩下的几乎就是拿 python 来写“超脚本”，还有些是临时拿 python 写个原型验证一下算法和流程，打一开始就准备之后拿 C 之类的高性能语言重写。
供给侧的问题主要还是围绕在“动态类型”这个点上，动态类型不做 JIT 的话就快不起来，做了 JIT 的话性能基本就没啥短板了，pypy 已经证明了。无非这个 JIT 不容易做，和 C 接口犯冲，而 C 接口是 python 扩展性的基石，当然这个并不是没法做，只是优先级不高，进展慢。
其实真遇到需要运算速度的场景，直接把功能提取出来，用 C 或者 cython 写个模块不就行了。

我也觉得 B 肯定哪里不对劲，可能硬件可能软件。
另外，别以为设置了对照变量，重复了多次，就不会因为随机性引起假象而做出误判，我收藏夹里就有一个笑死人的 https://www.bilibili.com/video/BV1qq4y1T7Eu
另外，凡是遇到这种“灵异”的问题，如果可以绕开或者可以替代的话，请毫不犹豫的选择绕过它，大家都是常年折腾的经验丰富人士，应该明白很多事情就算搞明白了也只会抽自己大嘴巴或者哭笑不得。

@ljmsun #28 说实话我一直没搞懂这种靠地理信息来判断出勤的打卡是什么奇葩需求，打卡不就应该且必需真人到场吗，为什么让一台手机的位置来代替真人的位置？这逻辑上就说不过去啊？

@CRVV #10
咱非得这么咬文嚼字吗？就算要嚼，就不能先放宽对语义的要求，把关联性讲完了，再补充说明“问题中各概念间的不对等性”吗？

套接字是接口，HTTP 是协议，这俩是两个“象限”的东西没错，但真就一句“更没关系了”这也太不负责任了。
HTTP 算是应用层协议，TCP 是位于更底层的传输层协议。实现 TCP 的库提供了套接字的调用接口，实现 HTTP 的库大多数也依赖于这些接口。楼主想问的不就是这方面的信息吗？

一个基础概念的问题，炸出来一堆平时只顾干活却从来没把基本原理整明白的水货

@selca #6
@3dwelcome #8
缓存的部分和程序实际占用的部分是明显分开来的，不管是 Linux 下面，还是 win 的任务管理器里面。任务管理器里面显示的占用数值是所有程序的总实际占用，缓存部分不计在内。

@cmdOptionKana #6 没疯，故意的，试探。用户能忍得住，那以后这就是基本操作了，忍不住再说。
至于为啥这么搞，因为这年头硅谷风气不正，越来越多的企业这样搞或者露出想这么搞的苗头，微软怕自己到时候被劣币逐良，为了体现它的先进性和进取心，它决定自己提前劣化。
然后正好微软臃肿的内部部门间互相倾轧，眼里只有 KPI 的阿三们十分乐意这么搞。

@301 #15
@Xusually #12
和楼主需求还是有区别的吧，仅仅是分流到一个 443 和一个 22 端口，并不是楼主所要的分流到不同域名、不同主机的 SSH 端口

@efcndi #25 微信真没问题，这玩意对算力要求又不高，微信的毛病是存储空间占用高，RAM 占用也不小，所以如果运存低的手机开个微信再在其他应用间来回跳的话，微信就卡了。
我手上的魅族 E3 ，运存 6GB ，应付微信是真的小菜一碟，真正压力山大的场景是当多个类似淘宝、支付宝、B 站之类的“胖应用”全部启动并需要来回切换的时候，才会卡。