Grant full control to two users of your system “Network Service” and “YourComputerName\IIS_IUSERS” on the following folders.
（意思是给IIS_IUSERS组对下面的目录有读写的权限就OK了）
1. C:\Windows\Temp
2. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
3. Restart IIS and try run your web application again.
我们经常需要在机器之间传输文件。比如备份，复制数据等等。这个是很常见，也是很简单的。用scp或者rsync就能很好的完成任务。但是如果文件很大，需要占用一些传输时间的时候，怎样又快又好地完成任务就很重要了。在我的测试用例中，一个最佳的方案比最差的方案，性能提高了10倍。
如果我们是复制一个未压缩的文件。这里走如下步骤：
这样做会很有效率，数据压缩后可以更有效的利用带宽
我们可以通过ZIP+SCP的组合实现这个功能。
gzip -c /home/yankay/data | ssh yankay01 "gunzip -c - > /home/yankay/data"
这条命令是将/home/yankay/data经过GZIP压缩，通过ssh传输到yankay01的机器上。
data文件的大小是1.1GB,经过Zip压缩后是183MB，执行上面的命令需要45.6s。平均吞吐量为24.7MB/s
我们会发现Scp也有压缩功能，所以上面的语句可以写成
orisun@orisun-desktop:~/Program$size memory2
text data bss dec hexfilename
2074 284 16 2374 946memory2
可以看到一个可执行程序在存储（没有调入内存）时分为代码区，数据区，未初始化数据区三部分。
（1）代码区存放CPU执行的机器指令。通常代码区是共享的，即其它执行程序可调用它。
（2）数据区存放已初始化的全局变量，静态变量（包括全局和局部的），常量。static全局变量和static函数只能在当前文件中被调用。
（3）未初始化数据区（uninitializeddata segment,BSS)存放全局未初始化的变量。BSS的数据在程序开始执行之前被初始化为0或NULL。
代码区所在的地址空间最低，往上依次是数据区和BSS区，并且数据区和BSS区在内存中是紧挨着的。
可执行程序在运行时又多出了两个区域：栈区和堆区。
（4）栈区。由编译器自动释放，存放函数的参数值，局部变量等。每当一个函数被调用时，该函数的返回类型和一些调用的信息被存储到栈中。然后这个被调用的函数再为它的自动变量和临时变量在栈上分配空间。每调用一个函数一个新的栈就会被使用。栈区是从高地址位向低地址位增长的，是一块连续的内在区域，最大容量是由系统预先定义好的，申请的栈空间超过这个界限时会提示溢出，用户能从栈中获取的空间较小。
（5）堆区。用于动态内存分配，位于BSS和栈中间的地址位。由程序员申请分配（malloc)和释放（free）。堆是从低地址位向高地址位增长，采用链式存储结构。频繁地malloc/free造成内存空间的不连续，产生碎片。当申请堆空间时库函数按照一定的算法搜索可用的足够大的空间。因此堆的效率比栈要低的多。
举个例子说明各种变量存放在什么区：
int a=0; //a在全局已初始化数据区
char *p1; //p1在BSS区（未初始化全局变量）
main()
{
int b; //b为局部变量，在栈区
char s[]="abd"; //s为局部数组变量，在栈区
//"abc"为字符串常量，存储在已初始化数据区
char *p1,*p2; //p1,p2为局部变量，在栈区
char *p3="123456"; //p3在栈区，1234560在已初始化数据区
static int c=0; //c为局部（静态）数据，在已初始化数据区
//静态局部变量会自动初始化(因为BSS区自动用0或NULL初始化)
p1=(char*)malloc(10); //分配得来的10个字节的区域在堆区
p2=(char*)malloc(20); //分配得来的20个字节的区域在堆区
free(p1);
free(p2);
p1=NULL; //显示地将p1置为NULL，避免以后错误地使用p1
p2=NULL;
}
2012年的春运潮造就了中国铁路客户服务中心12306网络购票系统一夜蹿红，从传统购票方式到电子商务，2012年1月1日开通的12306网络购票系统成为了铁道部改革的重要一步。
但是随着12306系统的上线，各种关于12306系统的抱怨声也层出不穷，不少人抱怨网上订票系统十分“龟速” 网络运行奇慢，网页不时“崩溃”，平均刷新500次才能购到一张票，而且订票过程十分繁琐，从用户注册到支付成功，要13道“工序”，让人晕头转向等等。
本来为了让每个归家的人更方便地买到火车票，而12306网上订票系统这个号称斥数千万元巨资建立的电商的表现却难以让人信服，并引发了一些讨论和思考，应该如何建设类似12306网上订票系统这种大型高并发高性能网站呢?IT168记者采访了腾讯架构平台部刘天斯，对于大型高并发高性能网站的建设和优化，他给出了自己的建议。
在改版的过程中遇到一个难题，运营要求用户在管理状态和浏览状态使用相同的URL地址，不能像原先使用不同的域名，这个问题对我们可真是一个难题，由于网站访问量比较大，浏览状态下不可能不用缓存，但却要在登陆状态下不使用缓存，所以只能从cookie来判断（同事用nginx做的分组），但要求时时的数据不能从分点直接查北京的库，不然相应慢不说还很消耗专线带宽，看老大的意识是把辅库从北京挪到各各分点，来减少专线带宽的压力，但是由于主库和辅库距离比较远数据同步又是一大难题啊（我还真就没测试过，如果在毫秒级的那这些担心都没有了），本想说服老大采用JS方式做呈现的，但大家都觉得很麻烦，效果也不好（对SEO不好，请求次数过多，页面载入过程中一堆loading，弄不好卡住了还会出错，qqzone就是一个巨大的失败，但163的邮箱做的比较不错），只好作罢，下面是结构的一个基本的想法，但如果像图中所说的优先更新用户所在地点的辅库，数据一致性真的很担心，当前还不知道好的处理办法，图中当有写操作的时候，优先更新用户所在分点的db，但当数据中心进行同步的时候，不同分点可能会有数据不一致的地方或索引冲突，途中注释是当前仅知道的解决办法，但程序变动比较大，真不知道什么好的方法解决数据同步这个冲突的问题。 
转自：http://blog.csdn.net/muyannian/article/details/2079059
