如何获取指定线程的CPU占用率

任务管理器中：oracle进程 内存：11414K CPU：1%
我现在要程序获取oracle的cpu占有率1%。。。
asp.net 搜索了些例子。貌似不是很懂。请各位大牛指点指点。
请别回复一个函数名称什么的。麻烦回复的时候请尽量详细一点。

举例：我们实现用列表方式显示用户的功能，那么提取信息的工作是由BLL来做的，UI（本例中是User.aspx.cs）调用BLL得到UserInfo后，通过代码绑定到User.aspx的数据控件上，就实现了列表的显示。在此过程中User.aspx.cs对UI没有起到什么作用，仅是用来传递数据，而且因为实际编码中大部分情况都是如此的实现，所以使有些人觉得User.aspx.cs不应该算UI，而应该并入BLL负责逻辑处理。继续往下看，这时提出了一个新需求，要求在每个用户的前面加一个图标，生动地表现出用户的性别，而且不满18岁的用儿童图标表示。这个需求的实现，就轮到User.aspx.cs来做了，这种情况下User.aspx.cs才算有了真正的用途。
  2、NewBLL.cs
  添加如下方法：
  public IList<UserInfo> GetUsers()：返回所有的用户信息列表
  public UserInfo GetUser(int UserId)：返回指定用户的详细信息
  public bool AddUser(UserInfo User)：新增用户信息
  public bool ChangeUser(UserInfo User)：更新用户信息
  public void RemoveUser(int UserId)：移除用户信息
  此文件就属于业务逻辑层了，专门用来处理与业务逻辑有关的操作。可能有很多人觉得这一层唯一的用途，就是把表现层传过来的数据转发给数据层。这种情况确实很多，但这只能说明项目比较简单，或者项目本身与业务的关系结合的不紧密（比如当前比较流行的MIS），所以造成业务层无事可做，只起到了一个转发的作用。但这不代表业务层可有可无，随着项目的增大，或者业务关系比较多，业务层就会体现出它的作用来了。
  此处最可能造成错误的，就是把数据操作代码划在了业务逻辑层，而把数据库作为了数据访问层。
  举例：有些朋友感觉BLL层意义不大，只是将DAL的数据提上来就转发给了UI，而未作任何处理。看一下这个例子
  BLL层
  SelectUser（UserInfo userInfo）根据传入的username或email得到用户详细信息。
  IsExist（UserInfo userInfo）判断指定的username或email是否存在。
  然后DAL也相应提供方法共BLL调用
  SelectUser（UserInfo userInfo）
  IsExist（UserInfo userInfo）
  这样BLL确实只起到了一个传递的作用。
  但如果这样做：
  BLL.IsExist（Userinfo userinfo）
  {
  UerInfo user = DAL.SelectUser（User）；
  return (userInfo.Id != null); 
  }
  那么DAL就无需实现IsExist()方法了，BLL中也就有了逻辑处理的代码。
  3、UserModel.cs
  实体类，这个东西，大家可能觉得不好分层。包括我以前在内，是这样理解的：UIßàModelßàBLLßàModelßàDAL，如此则认为Model在各层之间起到了一个数据传输的桥梁作用。不过在这里，我们不是把事情想简单，而是想复杂了。
  Model是什么？它什么也不是！它在三层架构中是可有可无的。它其实就是面向对象编程中最基本的东西：类。一个桌子是一个类，一条新闻也是一个类，int、string、doublie等也是类，它仅仅是一个类而已。
  这样，Model在三层架构中的位置，和int，string等变量的地位就一样了，没有其它的目的，仅用于数据的存储而已，只不过它存储的是复杂的数据。所以如果你的项目中对象都非常简单，那么不用Model而直接传递多个参数也能做成三层架构。
  那为什么还要有Model呢，它的好处是什么呢。下面是思考一个问题时想到的，插在这里：  
  Model在各层参数传递时到底能起到做大的作用？
  在各层间传递参数时，可以这样：

这里用user这个Model对象囊括了username，password，email这三个参数的四种组合模式。UserId其实也可以合并到user中，但项目中其它BLL都实现了带有id参数的接口，所以这里也保留这一项。 
  传入了userInfo，那如何处理呢，这个就需要按照先后的顺序了，有具体代码决定。
  这里按这个顺序处理
  首先看是否同时具有username和password，然后看是否同时具有email和password，然后看是否有username，然后看是否有email。依次处理。
  这样，如果以后增加一个新内容，会员卡（number），则无需更改接口，只要在DAL的代码中增加对number的支持就行，然后前台增加会员卡一项内容的表现与处理即可。

来源：足球论坛