It is a long time that I didnot post any article in CnBlogs, following is the custom css style I used, since the images are missing, so I need to remove it. This is just for future needs.

通过性能应用程序池设置，可以控制辅助进程的操作。以下几节描述如何指定性能应用程序池设置。

指定性能应用程序池设置

性能应用程序池设置是在应用程序池的属性对话框的“性能”选项卡中指定的。

设置性能应用程序池设置

1. 打开 IIS 管理控制台，单击加号展开本地计算机。
2. 单击加号展开“应用程序池”文件夹。
3. 右击适当的应用程序池，然后单击“属性”。出现应用程序池的属性对话框。
4. 单击“性能”选项卡，然后设置适当的应用程序池设置。

应用程序池“属性”对话框的“性能”选项卡

网络园

“网络园”是等效于 webGarden 和 cpuMask ASP.NET 进程模型设置的应用程序池设置。若要启用“网络园”，请将“辅助进程的最大数目”设置为高于 1 的值。该值还为应用程序池确定最大进程数。

因为网络园支持使用多个进程，所以，每一进程在应用程序状态、进程内会话状态、缓存和静态数据方面都有其自己的副本。网络园不应用于所有应用程序，尤其在这些应用程序需要维护状态的情况下。在决定网络园模式是否适用前，一定要检查应用程序的性能。

在使用网络园时，理解会话状态和循环工作的方式是十分重要的。考虑其他应用程序池设置影响应用程序的方式也是十分重要的。

使用辅助进程隔离模式的网络园中的会话状态

在使用会话状态时，请注意，辅助进程隔离模式不支持将请求传送回引起请求返回的进程。当一个应用程序运行在处于 ASP 会话状态或应用程序状态的网络园中时，该应用程序需要将其请求发送回发起的进程。在使用 IIS 6.0 应用程序池时，要确保应用程序让一个连接总保持为打开状态，以便其请求被发送回适当的进程。如果此连接没有保持为打开状态，则请求将被发送到为网络园提供服务的下一可用的辅助进程。

使用辅助进程隔离模式的网络园中的循环

循环是一种用于应用程序的负载平衡方法。在每个请求到达时，它会自动被发送到下一可用进程。例如，如果网络园具有 4 个进程，则请求被发送到进程 0、1、2 和 3，并依照这一顺序发送。然后为其他请求重复该循环。

使用辅助进程隔离模式的网络园中的应用程序池参数

某些应用程序池设置具有特定于网络园的行为。下表总结了这些行为。

空闲超时

“空闲超时”是等效于 idleTimeout ASP.NET 进程模型设置的应用程序池设置。它指定辅助进程或应用程序池在开始处于不活动状态后，过多长时间将其关闭。默认情况“空闲超时”是启用的而且设置为 20 分钟。通过更改数值调节框中的值，可以指定一个不同的时间限制。若要禁用“空闲超时”，请清除该复选框。

请求队列限制

“请求队列限制”是等效于 restartQueueLimit ASP.NET 进程模型设置的应用程序池设置。它指定在异常终止后等待辅助进程启动时在 ASP.NET ISAPI 中排队的请求的最大数目。默认情况下“请求队列限制”是启用的而且设置为 1000 个请求。通过更改数值调节框中的值，可以对排队的请求的数目指定不同的限制。若要禁用“请求队列限制”，请清除该复选框。

在Windows2000下:

如果站点的应用程序保护是“高”,可以在任务管理器中记录下占用比较高的DLLHOST.EXE的PID,然后打开管理工具,组件服务,计算机,我的电脑,COM+应用程序,然后点击右上角的状态查看,就能看到PID对应的网站域名了.

在Windows2003下：

1、在任务管理器中增加显示pid字段。就可以看到占用内存或者cpu最高的进程pid
2、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到pid对应的应用程序池
3、到iis中察看该应用程序池对应的网站，就ok了

另外 在CMD下运行tasklist /svc就可以看到对应的PID

    终于还是要离开了，纵然有再多遗憾，还是得面对这个事实！从来没有预想过如何去离开这个呆了四年的校园，但没有任何一件事情因为我们没有做好准备而推迟。前几天回复了公司来的邮件，没想到，再过一星期我就得端坐在公司里了，这一切发生得如何突然，让我更是难以接受。想着，面对了四年的一张张熟悉的面孔，以后恐怕再也无法看到了，心里也难免一些失落。

    有些时候，心里会突然想喝歌，哼出来的都是一些伤感的调子，唉，虽说要积极面对生活，但在忘却之前还是希望自己能够好好的伤感一番！

     到最后，终于还是要离开了……

　　在技术更新的进程中, 仍然有一些人死抱着已经过了气的东西不放. 也有一些人虽然进入到新的世界, 但仍摆脱不了陈旧的习惯. 我没有用”陋习”这个词, 因为我对这个词也非常反感.

　　新技术应该有新技术的做法, 进入ASP.NET的世界, 就应该把以往的习惯改正, 全新的进入新的世界.

　　以下列举的都是错误的做法, 请不要误以为是推荐的做法而进行推广:

　　1. 使用server side include给ASPX引入共同的页面构图.
在ASP.NET的机制下, 应使用ASCX(web user control)来实现. ASCX提供了更多可控制接口. 并且更重要的是, ASCX是一个类. 一个实实在在的类. 可以全面控制它.

　　2.不使用web.config
　　web.config提供了非常丰富的配置管理接口. 是一个应用程序最核心的部分. 但是很多人的web.config往往是空的. 或者就从来没有修改过.

　　3.使用Response.Write向前端输出消息
　　ASP.NET平台下的Response和ASP的Response有很大的不同. 虽然表示同一含义, 但用法上已经大不相同. Response.Write的内容只会输出到页的最前端. 向前端输出消息的正确方法是使用PlaceHolder.

　　4.使用一系列session管理用户连接状态
　　这种方法在ASP里被滥用. 在ASP.NET环境下, 正确的做法应该是设计一个类. 结构化地保存数据. 将对session或者cookie的访问封装起来.

　　5.使用session验证身份
　　这几乎是通病. ASP.NET提供了一组用于用户身份验证的API. 类型是forms验证或者windows验证. 这一点quick start有一节讲解得很清楚. 可以绝大部分人还是依靠给session赋值来保持用户身份验证状态.

　　6.使用Response.Redirect重定向页
　　这一点在必要的时候可以使用. 但不可滥用. 事实证明滥用重定向将导致逻辑上的严重混乱. 这是在以页为程序单元的时候的做法. 使用front controller模式将使用户的操作逻辑集中起来]

　　7.使用太多ASPX页
　　ASP环境下的程序单元只有*.asp页, ASP.NET可不是这样, 还有后端的类库, ASCX等等. 应将业务逻辑分别集中在不同的单元, 而不应该一项操作使用一个ASPX. 更多时候ASPX将做为ASCX或者custom control的容器而管理页内逻辑. ASPX重用ASCX的同时, ASPX也做为统一的页构图重用.

　　8.在多个逻辑单元之间复制代码并修改相应逻辑
重用. 重用. 重用. 处理此类问题的原则是不出现任何相同或相似的过程. 如果你用上面的方法, 一旦出现重大逻辑更改, 带来的结果将是灾难性的.

　　9.害怕使用DataSet.
　　很多人被DataSet吓坏了. 认为”肯定”影响性能. 但连最初的尝试都不敢. 他们总认为他们的产品一定重大, 设计上应该”慎重”. 他们往往使用ArrayList或者设计低级的类来保存集合数据. 进行艰难的数据倒入工作.

　　10.对“性能”过多注意.
　　对ASP.NET ViewState的机制特别不满. 或者总是挖空心思迫害人家. 反倒把自己弄得很累. 如果在对付ViewState的同时多注意少连几次数据库也许更文明些.

　　11.应用程序根目录很乱.
　　ASP.NET是开发项目. 不是网站. 应该把不同的资源分类放置. 例如把所有静态资源(样式表, 脚本, 图像)组织到一起. 甚至可以写一组API来管理他们. ASPX应该放在一起. ASCX应该放在一起. .*.cs呢? 应该把他们放到另外一个project里.

　　12.不厌其烦的写访问数据库的过程
应该把这工作交给DataAccess Application Block. 你自己还要开关connection, 何苦呢.

　　13.自己写的东西最靠得住.
　　事实往往正好相反. 多注意使用人家写好的产品. 又不收你钱, 何苦那么爱面子呢.

　　14. 胡乱命名ASPX文件名
　　这是最让人痛苦的了. ASPX文件名不仅需要容易识别. 还应该遵循一定规则. 因为behind每个ASPX都会有一个同名的类, 想象一下, 多难受. 另外大部分人不知道管理自己的项目的name space. 让人好像看到一本帐一样.

　　15.从来不作继承或派生
　　一些具有相同行为的类, 应该从公共的基类派生出来. 实际意义上, 我们的ASPX应该有一个基类PageBase. 因为总有一些公共的特性需要抽象出来.

　　16.零property
　　他们的类(ASPX所对应)里只有private method. 不公开自己的任何秘密. 可以这一定是JAVA的遗老干的事.

　　17. 零ASCX
　　不用说, 他还没学会ASP.NET

　　18.使用DreamWeaver“画“ASPX
　　这批人是美工. 甚至有一些人在非常陶醉地讨论如何更好地“整合“ DreamWeaver和Visual Studio.

　　19.只熟悉System.Web.UI.WebControl和System.Data.SqlClient应该还有一些值得熟悉的类库.

　　20.零注释
　　这些都是心里很明白的快手. 一任IDE生成的缺省注释横在那里不管.

　　21.零事件
　　对“事件驱动“一无所知. 只知道在Page_Load()里写过程. 或者双击一个按钮写Xxx_Clock()过程. 在他们的程序里看不到event和delegate.

DECLARE @PageSize int
DECLARE @PageIndex int

SET @PageSize = 20
SET @PageIndex = 10

DECLARE @LowerBound int
DECLARE @UpperBound int
DECLARE @ReturnRows int

-- First set the rowcount
SET @ReturnRows = @PageSize * (@PageIndex + 1)
SET ROWCOUNT @ReturnRows

-- Set the page bounds
SET @LowerBound = @PageSize * @PageIndex
SET @UpperBound = @LowerBound + @PageSize + 1

-- Create a temp table to store the select results
CREATE TABLE #PageIndex
(
 IndexID int IDENTITY (1, 1) NOT NULL,
 KeyID int
)

-- Sort
INSERT INTO #PageIndex (KeyID)
SELECT PostID FROM cs_Posts (nolock) ORDER BY PostID DESC

SELECT
 cs_Posts.*
FROM
 cs_Posts,
 #PageIndex
WHERE
 #PageIndex.IndexID > @LowerBound AND
 #PageIndex.IndexID < @UpperBound AND
 cs_Posts.PostID = #PageIndex.KeyID

DROP Table #PageIndex

SELECT TOP 页大小 *
FROM 表
WHERE (主键 NOT IN
          (SELECT TOP 页大小*(当前页-1) 主键
         FROM 表
         ORDER BY 主键))
ORDER BY 主键