@python4 绝大多数 UPS 是 Modified 正弦波，不可以用来带电机，只可以带开关电源等有整流的或者纯阻性用电器，如果你的冰箱是变频的，那应该可以。

大功率（ 1kVA 以上） UPS 有可能会有纯正弦波，那就和电网电无异了，但是价格更贵，需要更严格的散热。

@limbo0 那个是 Intel 作死，微构架上面投机取巧把构架里有的安全考量给优化没了，靠微码也无法完全修正，只能操作系统层面在切换进程的时候完全清空缓存。AMD 设计正确的就没有问题，安全又高速。

另外 @0gys，可用性也属于安全范畴，一个进程死循环把整个系统锁死就是安全问题。因为停机问题是不可解的，CPU 层面必须设计出可以安全结束一个死循环进程而不破坏系统其他进程稳定性的方案，这就是内存保护，虽然有代价，但是比三天两头就死机重启、丢失之前的工作进度要高效的多吧。

不知道你有没有体验过从 Windows 98 （或者 ME ）过渡到 Windows 2000 那种革命性的稳定，98 时代是 IE 崩溃就可能把整个系统带蓝屏，因为内核内存没有被完全保护起来，同时渲染是在内核里跑的，这种就是为了一点性能牺牲了稳定性，对于大多数用户来说属于本末倒置。Windows NT 引入了严格的权限管理，只有驱动才可以读写内核，一个桌面系统连续工作几天不崩溃才成为可能。

Dual 是 Oracle 咯？所有 SQL 查询至少都要编译的，编译就要过优化器，但是里面对 dual 有特殊处理的（ Fast dual)，不会真到硬盘上读这个表，你跑个 explain plan 就知道。

不过你用它检测数据库有没有 hang 不一定能满足需求，因为可能很多因素会导致语句执行不了，你这个 select 1 返回了不代表其他语句就不出问题，它不返回也有可能是其他原因（比如网络问题，内存不够开新的 session 了）。

@RunDouble
明明你们省会南京有 3 家

想到我十年前做的老项目，当时是为一个触摸屏的工业设备做一些辅助功能，公司不想花钱去买厂家的 SDK，就要求利用内置的浏览器实现，最骚的就是偶尔要内嵌显示另一个网站，要可以交互，但是不能允许该网站弹窗或者影响宿主页面，这些是 iframe 做不到的（有这些功能那机子的内存也不够）。

最后发现那个内置的浏览器可以支持 Java applets，就直接在网页里套了个 Java 版的 VNC 客户端，连接到服务器上一个无壳的 Chrome，弹窗什么的都只在服务器上进行，怎么也不会影响到客户端，而且客户端可以看到所有的效果。现在时代进步了，VNC 客户端可以直接用 JS 实现了。

克雷姆斯 参考鲁棒性

@yxrdydh 你这个事例挺典型的，也说明微软做电商火候还不到。首先科普：信用卡扣款还可以预授权，就是占用一个额度确保你有钱可以付，但是不实际扣款，实际原理是刷卡只是授权，真正的交易是商户去结算的时候，商户可以选择结算或者取消。但是这个取消不是一定是自动的，中间经手各种系统能力不一，（但它最终会超时被动取消，一般是 30 天）。我觉得你遇到的问题就是微软的预授权被当成了消费，然后触发了人工的流程，这个流程可能导致了两笔交易一段时间内都无法结算和取消（即使客服已经取消了一个，另一个一般也不会马上解冻），微软的系统可能正好在那个时候尝试结算就失败了。一般公司的会计部门遇到这种情况都是先等一整个结账期看看钱有没有来再说，但是在那之前客服就给你发货了，所以和系统已经完全不同步。

个人的经验是扣款异常等流程绝对不能随随便便就转人工处理，因为太容易积压，基本上就要反复尝试并且和收单公司做深层次适配，了解各个发卡行会出哪些问题，每种情况都要分别处理。

另外微软不从预授权扣款而是再发起一个交易也是很烂，但是确实很多 API 都要求你这么操作。

@Tianao 说的是正解，集线器是个一层设备，它根本不用理解上面跑的是以太网还是其他什么东西，只要负责把一个口收到的电信号转到其他所有口就可以了，所以 90 年代多用集线器是因为它原理简单，价格便宜。缺点也是很明显的，所有的口物理上是连在一起的，只能必须共用一个带宽，你想要搞什么上联啊、VLan 啊都是不可能的。

交换机是一个二层设备，它要逻辑上把一个以太网帧接收、缓存、解析出来源和目标的 MAC 地址，然后查表，再到发送接口上排队，最后生成全新的以太网帧的电信号，这个逻辑相当复杂，不仅研发设计成本高，芯片的成本也很高。但是技术发展了这么多年了，很多小厂也能做这个设计，博通等大厂也出了很多公版，随着制程的进步，芯片的价格很便宜了，PCB 和壳更不值钱，所以才有百元以下的小交换机出来。里面最昂贵的部件可能是那个电源。

电信估计是觉得自己被 P2P 下载软件、流量矿抢了机房生意还得为人家建网，所以限速。


@thtznet 同城你可以试试用电信 TR069 那个内网组网？

如果你 ISP 的 DNS 服务器用同一个公网 IP 做递归查询的话，只要向其查询一个由你控制的服务器解析的随机域名（比如：随机数.你的域名.com ），你的服务器的日志里就会有来查询的 DNS 服务器的 IP.

有现成的网站做这个的: hwww 点 whatsmydnsserver 点 com

strace 一下 JVM 看它写什么了呗。感觉最可能是 swap

@geniussoft 发射功率估计一两百毫瓦，要不然不会给装在家庭环境使用

@LOVOQ 这是一个基站，要运营商配置入网的，你自己买到也没有用

题主的问题应该去找联通技术人员解决，但老实说你手机信号好就好了，何必在意指示灯怎么闪呢？

@hihibin 你打一万号办联通宽带的话，电信可能会挽留你 :)

你这个信息太少，至少把你调用的代码和命令行放出来。尝试用`ld`把你这个库静态连进你调用代码它报什么错呢？

把域名加进 hosts 文件，IP 填 0.0.0.0 ？

你这样有些用途是可以的，但是不完美，因为很多 IP 是分配给了外国公司，但是却在国内广播使用，反之亦然。

更稳妥的是利用中国国际出口只有少数几家运营的特点，直接用他们国际出口的 ASN 在诸多 BGP LG 上查就好。所有国际出口的列表在工信部网站有，ASN 搜索可得。

手机充电时发热的原因很多，比如电池和调压器工作效率都不可能是 100%，差的那部分都是作为废热释放出去。同时你手机插着电可能会使系统进入更高能耗的工作模式，那也会释放更多的热。

不同充电器导致发热不同，最大的可能是手机和充电器协商的功率不同。比如有的充电器支持快充，那么充电瓦数大，即使充电效率相同，那单位时间释放的废热也要上升，而且快充的效率可能不及慢充，释放废热更厉害。

还有可能是有一个充电器不支持高电压快充，那么它就要用高电流来补偿，充电线和手机内部的元件都是有电阻的，P=I^2R 的公式都背过，电流变大发热肯定要变大，当然这个一般不会明显到你可以感觉到的程度。

我曾经干过 AJAX 发出以后用 document.write 把整个页面换成只剩下"loading..."，这时候你的 JS 代码还在跑，但是用户已经不可能再触发任何元素了。