@Apol1oBelvedere 不是看 vmware 日志，是看 vmware 里面安装的系统的日志

麻辣香锅了解一下，淘宝有底料。这玩意那来炒菜，怎么做都好吃，掌握了炒法还不会不健康，问题是，这种极品味道，吃多了，一旦腻了，再去吃别人，都没意思了。

检查启动日志。如果本机看不到日志，关机后把日志从虚拟磁盘里提取出来。

建议看书巩固基础知识，看知网来了解难点攻关情况。

不小心按了发送，继续上面的：

2.先看看目前瓶颈在哪。

可以通过对照法。比如，假设这些对象，已经在 CPU cache 中创建完毕，甚至已经在物理内存的一块私有区域被创建成功后，把它移动到内存的另一块可用位置，需要多少时间。

然后对比你程序中的这一块业务，看看有没有速度差。有的话，差了多少。顺序与随机两种方式都要测。

接着，测试一下上述业务的单逻辑线程，单物理核，单 CPU 的成绩。然后再测测并行的成绩。并行最好别带锁，每个 CPU 、每个逻辑线程，只管理自己对应的内存条。

测试后，把测试数据，与你程序的数据，都放出来看看。

1.这种问题，先别急着用别人推荐的 xxx，自己要先思考，一步一步来。

建议先去知网搜一下。这个问题，国家很早就在资助了，作为国家级课题，目前已有一部分研究成果。

题主多虑了。

idea 谁都有，谁都会说，就差一个程序员了。

真正的 paper 有几个最后能做到成熟的商业产品？最多是个局域网的功能不全的小 demo 。

这个年代，会说的人多，会做的人少。

mstsc 是很远古的东西了，有问题很正常。包括复制文件速度慢的问题，至今没解决。

剪贴板是这样的，你要一层一层操作，比如：

A mstsc B，B mstsc C 。

你要从 A 复制一个字符串到 C，你需要这样操作：

在 A，复制字符串。
到 B，粘贴一下，看看有没有。

有的话，直接去 C 粘贴，此时应该有。
没有的话，在 B 重新复制一下。

另外 mstsc -> 本地资源 -> 本地设备和资源 下面的两个勾，以及详细信息里，能勾的都要勾选上。

字符串，小文件，可以 mstsc 直接复制。大文件，大批量文件，建议 Dukto 复制。

Dukto 是一款能在千兆局域网环境里，能把带宽用到 40% - 50%，但用起来非常方便的文件传输软件。

如果想更高地利用带宽，那就建议 ftp 了。不是 ftps，而是 ftp 。

1.从执行原理来讲，学前端，必须要掌握浏览器的调试与代码分析的技能。这样写的前端代码如果不按预期执行，同时全网找不到答案，至少还能自己通过调试来弄清楚问题在哪，虽然麻烦一些。

2.从兼容性与适配来讲，前端在工作时，至少要一套或 2 套虚拟化平台，十几个显示器，每个显示器对应一个 OS 下面的一个浏览器。然后前端写几行代码，所有显示器就立即显示出当前 OS 的当前浏览器下的执行情况。这样哪个 OS 的哪个浏览器，有问题，可以及时发现。

程序员的加班是否严重，分水岭在于是否为体制内。

体制外，加班严重，收入高。
体制内，很清闲，很少加班，收入低。

看你怎么选择。甚至可以去学校当老师，或者去学校的信息化部门，一年还有 3 个月假期。

但又想收入高，又想清闲，除非是超级二代。普通二代都达不到这条件。

可能是经历过的事情太多了吧。

我之前在这论坛上，还分享过某个小众渠道，可以五六折的价格拿到硬盘，后来过了一个月，硬盘炒币开始，我那个渠道居然也被买光了，少量没被买光的大容量也涨了三四倍价格。

我如果以后再遇到这些高性价比渠道，我还愿意来分享吗？