关于windows系统多线程的信息

WINDOWS操作系统中可以允许最大的线程数

这个问题的产生是因为windows32位系统，一个进程所能使用的最大虚拟内存为2G，而一个线程的默认线程栈StackSize为1024K（1M），这样当线程数量逼近2000时，2000*1024K=2G(大约），内存资源就相当于耗尽。

32位线程默认栈空间大小是1M，在我的64位的电脑上，32位的程序的最大虚拟内存是4G，所以线程数最多是4096个（4G/1M）。

64位的程序虚拟内存可达8T，目前来说可以支持一个巨大的线程数。但是受限于实际的物理内存大小。如果内存限制忽略不计的话，下面的表格可以最大线程数：

附：Win32将低区的2GB留给进程使用， 高区的2GB则留给系统使用。

Linux将高位1GB留给内核，低位3GB留给进程。

Windows多线程

线程体不必显式的调用endthread函数，直接让他return即可，在线程体返回的时候，会自动调用endthread函数，并且将线程内核对象的引用计数减1，如果你显式的调用了endthread，可能会造成线程内核对象的引用计数多减了一次1，那么当你再次启动它的时候，引用计数＋1，但是却是0，因此没有被启动。。

个人意见，未经证实。

俺使用VC，所以俺都是使用CreateThread函数来启动线程的，对于beginthead，据说和CreateThread差不多，而且CreateThread也会调用beginthread，但是beginthread确实没有深入研究过。。。

浅谈Windows多线程编程几个常见问题

linux下线程的实现，linux的线程编程有两个库pthread和pth,对于pthread的实现是内核方式的实现，每个线程在kernel中都有task结构与之对应，也就是说用ps命令行是可以看见多个线程，线程的调度也是由内核中的schedule进行的。

再来看看Windows的多线程，Windows NT和Windows95是一个抢先型多任务、多线程操作系统。因为它使用抢先型的多任务，所以它拥有与UNIX同样平滑的处理和进程独立。多线程就更进一步。一个独立的程序默认是使用一个线程，不过它可以将自己分解为几个独立的线程来执行，例如，其中的一个线程可以发送一个文件到打印机，而另一个可以响应用户的输入。这个简单的程序设计修改可以明显减少用户等待的时间，让用户无需担心长时间的计算、重绘屏幕、文件读写等带来的不便。

多线程还可以让你从许多高端的多处理器NT机器中得到好处。例如，你购买了一个高级的RISC机器，可以使用多达10个CPU芯片，但在开始的时候你只购买了一个CPU。你写了一个简单的Mandelbrot set程序，你发现需要15秒的时间来重新绘制Mandelbrot set的画面。

那么，Windows平台的线程和类Unix平台（包括Linux）的进程的区别是什么呢？

熟悉WIN32编程的人一定知道，WIN32的进程管理方式与UNIX上有着很大区别，在UNIX里，只有进程的概念，但在WIN32里却还有一个“线程”的概念，那么UNIX和WIN32在这里究竟有着什么区别呢？

UNIX里的fork是七十年代UNIX早期的开发者经过长期在理论和实践上的艰苦探索后取得的成果，一方面，它使操作系统在进程管理上付出了最小的代价，另一方面，又为程序员提供了一个简洁明了的多进程方法。

WIN32里的进程/线程是继承自OS/2的。在WIN32里，“进程”是指一个程序，而“线程”是一个“进程”里的一个执行“线索”。从核心上讲，WIN32的多进程与UNIX并无多大的区别，在WIN32里的线程才相当于UNIX的进程，是一个实际正在执行的代码。但是，WIN32里同一个进程里各个线程之间是共享数据段的。这才是与UNIX的进程最大的不同。

对于多任务系统，共享数据区是必要的，但也是一个容易引起混乱的问题，在WIN32下，一个程序员很容易忘记线程之间的数据是共享的这一情况，一个线程修改过一个变量后，另一个线程却又修改了它，结果引起程序出问题。但在UNIX下，由于变量本来并不共享，而由程序员来显式地指定要共享的数据，使程序变得更清晰与安全。