——杂言：最近升级了把山狮升级到了10.9mavericks，比较抓我注意力的就是新的活动监视器。新的监视器里对统计分类很严，双击某一进程，即可跳出一个详情对话框。其中里面就有记录着Mach相关的信息，这才查到了下文。
——正文
我们得先有这么一个基本的概念：
在UNIX下，调用内核的操作被称为一个系统调用（syscall）或陷阱（trap）。程序在共有的存储中存放数据，然后会导致中断（fault），或者说是某种类型的错误。当系统第一次启动时内核处理所有的异常，所以当某个程序产生了异常，内核接管该异常，检查传递来的异常信息，然后进行处理。
以下是我查了相关的文档之后的理解：
Mach系统：基于Unix内核，将内核中的部分源码拎出来，单独抽成了一个个进程模块（用户可以自主调用）
区别：
1）unix的ipc，也就是用户进程的调度是通过中断或者系统调用发生
2）mach的用户进程调度是通过端口实现。但是，当用户需要使用某个进程时，通常会先向内核申请一个port的访问申请，然后利用ipc机制控制消息的发送，进而调度执行用户进程。
以下来自维基百科：
Mach继承了Accent IPC的理念，然其本身却扎根于UNIX，轻而易举即可移植UNIX下的程序。Mach引入了port的概念用以表示双向的IPC，它就像UNIX下的文件一样拥有权限信息，使得其安全模型非常接近UNIX。并且，Mach使得任何进程都可以拥有一般系统中内核才有的权限，从而允许用户进程实现与硬件交互等操作。
同UNIX一样，Mach系统也包含了一组丰富的实用工具，并保留了unix中驱动程序的概念用以硬件交互。
与UNIX的一大区别即在于，除了操作文件，Mach更可以操作一切“任务”。这一来大量的内核代码可以转移到用户空间，使内核变得更小，从此领发了微内核的思潮。与传统的系统不同，Mach下的进程（或者说“任务”）之下是多个线程。这在今天自已屡见不鲜，可是要知道，Mach正是如此定义任务与线程关系的第一人。内核的责任从总揽大局者精简为基础设施的提供者，并为其提供有限的调度。
Port机制在IPC中的应用该是Mach与其他传统内核的一大分野。在UNIX下，用户进程调用内核只能通过系统调用或陷入（trap）。用户进程使用一个库安排好数据的位置，然后软件触发一个中断，内核在初始化时会为所有中断设置handler，因此程序触发中断的时候，控制权就转移到了内核，在一些必要的检查之后即可得以进一步操作。
在Mach下，这就交给了IPC系统。与直接系统调用不同，这里的用户进程是先向内核申请一个port的访问许可，然后利用IPC机制向这个port发送消息。虽说发送消息的操作同样是系统调用，但Mach内核的工作形式有些不同——handler的工作可以交由其他进程实现。
IPC消息传递机制的应用为线程和并发提供了很好的支持。进程之下是多个线程，线程作为IPC机制的单元，Mach得以在消息被处理时控制线程睡眠或唤醒。这就允许系统将进程分布于多个处理器之上，消息直接通过共享内存实现也可，必要时为其它处理器复制一份也可。在传统内核中这很难实现：系统必须保证不同处理器上的的不同程序不会在同时访问同一块内存，在Mach中则要更容易的多。不同进程的内存访问互不干涉，一切交由port通信。
早期的IPC系统有些性能问题，必须正视。同其前辈Accent一样，Mach使用一个共享内存机制以避免消息传递中低效的内存拷贝。它利用硬件的MMU实现数据共享，只在数据被修改的时候才执行拷贝，即写时复制。
内核也必须检查消息的正确性。Port在设计上即取了UNIX文件系统的概念，这一来就允许用户使用现成的文件系统概念即可，权限、访问许可之类就都有了。
这样设计也简化了开发。传统的程序依然可以拿来，也可以再设计。单内核系统的一个bug就得让整个系统崩溃从而不得不重启，而Mach仅仅需要重新运行出问题的那个进程。操作系统即一组程序的集合，用户得以选择其系统的功能——只需管理当前运行的进程即可。
需要了解，Mach以上的所有特性皆为跨平台而设计。如下引用一段：
与UNIX最初无视多处理器的设计不同，Mach在设计伊始即将多处理器支持纳入考虑。它的扩展性也很好，UMA还是NUMA都能很好的支持。Mach是为千种不同的处理器而设计的，移植到其他体系结构很容易。其设计的一个关键目标即为各不相同的硬件平台上，实现可移植的分布式系统。(Appendix B, Operating System Concepts)
不足自然也不少。相对容易的一个问题是port的位置不明显，在UNIX下这样的问题通过文件系统提供一个大家都知道的名字来解决。虽说这一机制也可以拿来，但是Mach在设计上又恰恰尽力使得port保持透明。缺乏表示port位置的机制，使得其扩展性大打折扣。