我觉得你直接找个人给你排查还更快一些。。
或者自己尝试把应用搬到别的机器进行测试。。

别买青轴！别买青轴！别买青轴！
重要的事情说三次。。。

原因：太重，需要几乎触底触发，推荐红轴
补充：现用 Cherry G80 青轴

1. 精通 Linux 下的 PHP/C/C++开发；
2. 熟悉 Mysql 数据库，熟悉 redis 、 mogondb 等 NoSQL 技术；
3. 熟悉 TCP/IP 、 HTTP 等网络协议；
4. 具备大容量、高性能系统设计能力；
5. 对开发工作富有激情，保持开放好学的心态；

自我评价：
1 、 PHP 个人使用了 10 年（包括在校），暂未写过扩展（没需求）， C/C++ 只写过小功能，算不上精通。
语言技能（按熟练程度由|分割） PHP 、 Python 、 HTML 、 CSS 、 JS 、 SQL| C# | JAVA | C | C++

2 、数据库经常使用， B-Tree 原理熟悉一二，但调优依靠工具报告
（至少列表中的都用过，各个数据库的适应场景也是熟悉的）

3 、 TCP 能写出整个协议栈（包括拥塞控制算法）基于 Python ， HTTP 严格需求下状态码需要查表。

4 、如果有实际需求，可以从底层的硬件配置网络架构开始分析。（但没有实际系统的经验）
（因缺少实际的数据经验支持，即便是分析也仅仅是定个方向，具体选型必须测试）


（附：有企业级网络设备的配置经验 [在校期间的竞赛经验] ）


学历：专科
请问能投简历吗？

@lecher
文件同步开销并不小

采到是啥就发啥，注意 TCP 的拥塞问题， UDP 的丢包问题。在某些状态下二者都不靠谱，每次新建连接的开销务必考虑，缓存队列务必考虑超时问题。

原则是：不给应用服务器增加负担.

至于处理系统，原始数据先记录，分析处理开另一个任务处理。
用处理时间换日志完整性.

楼主，别告诉我你选的是阿里云 1M 带宽的机器，下载极其缓慢。。。
另外，一开始的 WAIT 特别长，需要排除可以试试放个静态页看看问题出在哪。排查看看哪个地方有问题。

才 3 台虚拟机，开个 Win7 装个 VMware Workstation 都行。

负责任的说一句， ESXI 是所有底层虚拟化平台里面最简单易用的平台。
安装麻烦只是因为硬件不兼容问题占多数
这点在 HP 的服务器上没任何问题，因为 HP 就提供官方的 ESXI ISO 可供安装。

在这其中最重要的一点：易用

至于其他那些， KVM 没好用的面板。
XenServer 调用 ISO 的方式极其坑爹
（需要网络远程读取，仅支持 NFS 或者 CIFS, 可能是我使用的方式不对）
至于 Docker ， Docker 的设计初衷是容器，不是虚拟机。
（有虚拟机需求不如使用 OpenVZ 更加合适）

@n37r06u3 慢性病的康复时间以年计算。。。

@n37r06u3
看西医，别看中医，切记！
感觉没效果正常，慢性病还有几天半月能治好的？

这项目。。。粒度够小的

图解 XXX 全系列。。。

请问拥塞控制现在是如何实现的？

医院散瞳验光，态度差就换一家，如果已经是当地最大 /最好的医院，那么无解。
眼镜店验光，在去之前因为没法确认店员水平（除非是老顾客熟知水平）请自学一次验光方法。。
不要求能考证的水平，至少是流程要懂，原理要懂。目的不在于和店员撕逼，而在于寻找一个靠谱认真的验光师。如果找到，我会至少配一个备用镜。

（我们这人民医院的验光一开始并不靠谱，后来换了个医生倒是精确无比，二者专业程度天差地别）
（提醒：验光不属于眼科，该找的是验光师，不是医生。医院配镜是独立一个科室有独立的医生。）

PS. 实际上我是直接配主镜，因为有一点很重要，你不保证验光师给你填写的度数没任何问题。
自学验光的作用就在于此，联合验光平台在调整好以后你必须装作好奇的看出你自己的度数，包括散光、近视、轴向。这种平台的度数不可能造假。
在看的过程中怎么装就看个人口才了，也许你可以很平常的问验光师结果。
在这过程中一个好的验光师并不会拒绝给你解释原理。
而且一家好的店铺并不会在这上面造假。

注意，无论哪一家配镜都是“暴利”，但别忘了一次好的验光所带来的益处。
我会愿意为了这一次验光而承担相应的“暴利”。（打双引号的原因是其实计算了成本以后并不暴利）
至少，我不希望店倒了我以后更新度数还要重新找一次验光师。

为何不推荐#coding ？

招全栈么？
（ 08 年老用户后来因各种原因消失。。囧

啥需求没有，免费咨询也不是这么搞啊。。。

@tabris17
想了想貌似画好了的话还挺萌的。。（前提是个软妹子）

@sennes
在这倾向于程序的社区，真正的底层硬件一直都被人忽视。
看那么多的 WIFI 相关的帖子就知道了。
很多人并不会从 WIFI 的工作原理上考虑问题，只是问换什么样的路由器能满足覆盖要求。

说起来我现在就是程序员业余学习硬件方向的东西，的确仅仅是兴趣使然想做点东西。
材料、设备花钱不少（示波器、焊台、焊材、器件、打样），时间花费不少
还好以前玩远距离无线接收看贴、看书学了些东西，思维上有那么点准备少绕些弯路。
配合日常泡群看前辈们的讨论，从片言只语中稍微能了解到实际电路的某些经验坑点。
大概算是能看见门在哪了。。。

重看了前面的帖子，感觉如果是单纯采样传感器的信号的话，也许可以买个逻辑分析仪录制波形的方式进行短暂记录（梦源有个单通道最高能到 400M 采样率的 USB 逻辑分析仪）
已订购还没到货，到手了准备试试读取个 ADC 的数据看成不成。
要是成了的话至少省去了数据记录的大坑，能看看信号到底长什么样，为计算做个准备。
对于题主的应用，怎么把多个分布的 ADC 的并行数字信号引入到逻辑分析仪算是这种结构的难点了。

PS.
对于入门者到底选择直插器件还是贴片器件，我觉得要是焊接工具跟上去了，贴片比直插好用。
如果是双面板的话直插有时候很难拆(孔径太小，手动吸锡器无效)，贴片只要一吹就好了。
而且只要工具跟得上，除了 BGA 以外，其他的贴片件难度不算太大。

@rock_cloud
补充：
程序员入门可以先由应用层切入，就像写代码调用各种库一样，把各种芯片都当成黑盒对待。
区别仅仅是，你需要知道哪些是模拟信号，哪些是数字信号，电平怎样，时序如何。
很多时候只要对接上就是软件做的事了（固件 /算法 /数字逻辑）

这和调用各种库的时候需要了解接口是非常相似的。

在布板过程中可能要面对各种 EMI 问题，要妥善处理需要的是经验和技术
但如果仅仅是要 work ，那么还是能按照最基本的布线规则进行布线打样的。
（和代码类似，代码很多人会写，但性能、边界条件这些额外的处理那就全凭经验和技术了）