2012 中软上研，楼主讲的 80% 我是同意的，但其实换到其他公司其实这些现象大多也能符合。确实如楼主所说，其实公司内部的情况随部门差异很大。我们部门有的模块很闲，同事几乎可以 965，而我最近就很忙差不多 9106，持续 2 周吧。而且我觉得楼主也很客观。

关于开会拉通对齐，我觉得其实挺重要的，明确部门间合作的边界，明确近期目标；但是如果太频繁确实有问题。

赞同楼主 2.6 观点，在华为确实可以做一些互联网公司不做的事情。有些事情很有意义，有些事情也是主管 YY 出来的。

有时候也回想为什么选这么累的工作，但是想想其他公司未必也就特别轻松，而且钱也没少给，而且回家后就确保不会软加班。其实说白了都是 tradoff，兴趣、健康、薪酬、工作地、发展。

大概是因为单身吧，所以还没有特别感觉到负担。。。有些顾家的男人即使工期忙也会 5 点半准时回家的，指令性加班也因部门而已，我们部门就很少。

考个双非拿个学位，如 #66 所说，也就是做做项目，我觉得是没什么意思的；如果真的想锻炼自己的能力，那就去考一个好的软院跟一个好的导师，哪怕做一点微小的研究

还有就是看起来你先装了 windows 再装 Linux。emmm，这样经常会出现 windows 的 bootloader 和 grub 冲突的情况。Windows 用的是 Legacy 模式下的 CSM 来支持 EFI 启动，通常不会分一个 EFI 分区；而 grub 往往需要一个 EFI 分区来启动 EFI。当然你全都改回 Legacy BIOS + AHCI/SATA 的模式按理说应该是可以的。。。

主流发行版的内核应该都有 NVMe 驱动的，听起来好像是你从 U 盘进入安装步骤后识别不到 NVMe 的硬盘？如楼上所说，你可以在安装系统的时候手动进入 Rescue Shell，看看 /dev/ 下 有没有 nvmeX 的设备。

如果确实没有这个设备，应该有几点可能
1. AHCI 模式对应的就是 SATA 模式，你应该去找 /dev/sdX ； NVMe 模式对应的是 /dev/nvmeX
2. 不确定你的笔记本的启动模式是 EFI 还是 Legacy，有可能你是用 Legacy 模式启动了 U 盘但是你的 BIOS 没有支持 Legacy 模式下的 NVMe。因此可以把启动模式改成 EFI 试试（拷安装盘的时候也注意一下 rufus 的启动模式）

许多主板 BIOS 的第一个槽都是给显卡用的，其他卡插上去确实是有可能识别不了的。但是 SRIOV 和 VMDq 在 PCH 引出的 PCIE 上也都是支持的。你是只有一个 x16 其他全是 x1 ？那估计带宽是不太够，这倒跟是不是网卡完成计算无关。

其实你应该先问自己，到底需要笔记本电脑吗？你有带电脑出去工作 /展示的需求吗？如果便携性不是那么重要，那么推荐 NUC 或者 mac mini，我觉得性价比高于同品牌笔记本的，毕竟你也说有外接显示器。如果需要频繁带出寝室（比如室友很吵或者寝室没有工作的氛围），那么可以考虑笔记本了。

作为一个研究生，我表示实验室用台式机，回寝室也是台式机，笔记本完全吃灰。

一直在等这个机箱，官方微博说 8、9 月份会在某东上架

@tempdban 其实也不是记着 tso，因为 x86 的 tso 只允许 R-A-W 这一种 reorder，所以这种 sequential consistency violation 的例子是比较唯一的，就是各种 mutex 嘛。反倒是理解 store buffer 和 speculation execution 比较重要。

@tempdban 抱歉，应该说在 x86 下你的例子是不会跑错的，因为 TSO。在 ARM 下你的例子应该就是合适的。

@tempdban 唉，前面还说你结论是对的。你的这个例子确实是错的，你这里两个都是 store，x86 的 TSO 是保证 store 顺序的，所以另一个线程看到了 flag==1 一定能看到 buff==a，因为 store buffer 是按顺序刷到 cache 里去的。正确的关于 mfence 的例子应该是:
Thread 1:
a = 1
// mfence
if (b == 0) {
enter_critical_section()
}

Thread 2:
b = 1
// mfence
if (a == 0) {
enter_critical_section()
}

如果不加 fence，则会出现两个线程同时进入 critical section 的情景，这是 Dijkstra 最早提出的 mutex 方法。

---
当然我们都走远了，题主的问题是一个简单的问题。

@tempdban 是对的。x86 的 mfence 只解决 read-after-write 可能出现的 speculative/reorder 的情景，用于保证 sequential consistency。至于 @yangxin0 说的，跟 sequential consistency 没有关系，而且“另一个读取 print i 的时候可能在 mov 之后也可能在 add 之后”是完全合适也正确的访存行为。

U2515H，OSX 上如果要开启 HiDPI 的话需要改配置文件，加上使用 RDM 或者 SwitchResX ； Windows 的话直接可以选择 125% 或者 150%。

或者 P2415Q。

@bianhua @ovear 我看完整个讨论，觉得前半部分讨论已经把问题的大部分都讲明白了，只是你们执着于不同的攻击层面不愿把观点结合起来。我理解下来 @ovear 的意思是在 MySQL 的接口层面（即抓包所表示的 API ），可以认为 native prepare 是不会引入注入攻击的，因为 MySQL 是 blabla 这样做的。而 @bianhua 的重点则在于 PHP 如果认为后端 MySQL 无法 native prepare，那么会在 PHP 中自己做拼接而不能正确调用 native prepare （个人猜测如果强行 native prepare 的话应该是直接返回错误），导致可能注入。可以看到在 MySQL (native?) <--> PHP 的中间，两人的讨论重点错开来了。

其实如果不看 SO 最开始的提问，不纠结谁对错，都退一步的话，大概就可以整合得出一个完整的回答吧，好像就是 SO 那个回答。

如果是用 TeX 的话，用 git 就行了，每个人写一部分， input 到一起就行了，也能看到修改历史。

@rashawn https://www.alfredapp.com/blog/tips-and-tricks/10-great-uses-for-alfreds-hotkeys/hotkeys-settings-fastest.png

看了你这段代码，和你的描述，我猜你说的可能是 alfred 的 hotkey trigger behaviour 的问题。在 Emacs binding 的界面右键那个快捷键区域，应该会出来一个 trigger behaviour 的菜单，选择那个 fastest 的就可以解决切换时候的卡顿问题了。其实用 QuickSilver 之类的也能达到类似的目的。

我目前黑苹果在用 Fury Nano ， Polaris 系列也一样，改一下 AMDRadeonX4100.kext 的 plist 就行了。之前是用 web driver 的 GTX 970 。的确是有点浪费，其实黑苹果大多数时候独显也够了，大概过段时间我就会换回去吧。