谢谢Lemon的解答！
1。对于问题2的总结，我的意思实际上不仅仅包括急停之类，真要急停，如Lemon所说，是现场级的问题。我的应用主要体现在通过上位人为操作现场设备、流程。一个画面中有正在显示的内容，有可以操作的按钮。也就是有读有写，而且读的量是大于写的。那么按照通常的顺序来说，不论读还是写，按照指令的发生时间顺序排队进行。读的指令无法完全控制在操作者手中，那么当操作者需要发送一条指令，比如启动或者关闭一台电机，操作者是希望这条指令能马上下达到PLC中去执行，而不是在众多未知的从PLC中读数据到上位来显示的指令中排队等候。这点在上下位通讯速度不够快时表现的是很明显的。
2。对问题3，我在现场关系到的主要是“操作员观察”这方面。一个画面上有很多数据（现在的显示器也越来越大了，没办法，呵呵），平常的时候，这些数据2s变化一次都没什么，但是当操作员针对某个变量观察的时候，就表现出来了，比如一个从0到135个立方的正在上升的流量，比如一个从0到45Hz正在上升的频率值等等，在较短的一个时间段内，操作员就盯着这一个数据看，我现在调试的，基本电脑的显示都要比现场的仪表、设备上的显示慢上几拍，而且电脑的显示上数值是有跳跃性的，每次都要和现场解释上一番，而自己的心里却是无奈。
3。对于变量的读取，数据地址的连贯性自是不必多说了，其它方面有说法没？比如，读取一个DB块是不是要比读取多个DB块要更快？读取M区是不是要比读取DB区更快？M区、I区、DB区在上下位的通讯速度上是不是无差别的？
另外，我一直没想明白的是，为什么使用MPI和使用ETHERNET通讯，从感觉上我确实没感觉到画面反应速度有明显区别（我没有针对相同项目做过对比，只是整体的感觉）？这两者在通讯速率上绝对不是等级啊。其实，即使在使用STEP7下载程序到PLC时，感觉ETHERNET比USB ADAPTER也没快到哪里去，与通讯速率的差别似乎没成比例。

总的来说，其实这些有点过于计较细枝末节了，也许是因为我是从国产组态软件开始的，经历过那样的一段时间和经历，所以习惯性的就想尽量了解一下。同时，也是希望经手的东西，在客户面前完全经得起任何质疑的。