时间:2021-04-16
每个 Microsoft? SQL Server? 2000 实例都是一个单独的操作系统进程。每个实例都有可能必须处理来自用户的成千上万个并发请求。SQL Server 2000 实例使用 Microsoft Windows? 线程(有时是纤程)有效地管理这些并发任务。每个 SQL Server 2000 实例始终为系统进程运行多个线程:每个服务器 Net-Library 的一个或多个线程,处理日志请求的网络线程,和与服务控制管理器进行通讯的信号线程。
每个 SQL Server 实例都有一个内部层,它实现类似于操作系统的环境,用于调度和同步并发任务,而无须调用 Windows 内核。这个内部层可以象处理线程那样有效地调度纤程。每个 SQL Server 实例都为用户连接维护一个线程池或纤程池。该池的最大大小由 max worker threads 服务器配置选项控制。
服务器配置 lightweight pooling 选项控制 SQL Server 2000 实例是使用线程还是纤程。默认情况下,lightweight pooling 的设置为 0,在该设置下 SQL Server 实例对每个并发用户命令调度一个线程,直到到达 max worker threads 的值。如果 lightweight pooling 的设置为 1,那么 SQL Server 使用纤程而不是线程。这称为以纤程模式运行。在纤程模式下,SQL Server 实例为每个 CPU 分配一个线程,然后为每个并发用户命令分配一个纤程,最大可以达到 max worker threads 的值。SQL Server 实例在使用线程或纤程时使用相同的算法调度和同步任务。SQL Server 2000 个人版和 SQL Server 2000 Desktop Engine 不支持纤程。
SQL 批处理是一组一个或多个 Transact-SQL 语句,由客户端发送到 SQL Server 实例作为一个单元执行。SQL Server 实例从客户端收到批处理时,将每个批处理与工作池中的可用线程或纤程相关联。如果没有可用线程或纤程且未达到 max worker threads 的值,SQL Server 实例将给新批处理分配新线程或纤程。如果没有可用线程或纤程但已达到 max worker threads 的值,实例将一直阻塞新批处理直到有线程可用。线程或纤程与批处理相关联后将一直保持关联状态,直到批处理生成的结果集已全部返回给客户端。这时,线程或纤程被释放,可以调度到下一个可用批处理。
虽然线程和纤程在使用资源方面无足轻重,但它们仍要消耗资源。在有成百上千个用户连接的系统中,给每个连接分配一个线程或纤程所消耗的资源足以降低 SQL Server 的效率。而且没必要给每个用户连接分配一个线程或纤程,因为大多数连接实际上都花大量时间等待从客户端接收批处理。SQL Server 实例的工作线程池的大小只需满足同时在此实例内活动地执行批处理的用户连接数。保留 max worker threads 的默认值 255 可使 SQL Server 实例有效地将用户连接映射到许多线程或纤程上,这样不会消耗太多资源。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
一任务调度基本介绍任务调度器就是按照规定的计划完成任务;比如windows,linux的自带的任务调度系统功能;平常开发中也就是按照规定的时间点轮询执行计划任务
一个系统中存在着大量的调度任务,同时调度任务存在时间的滞后性,而大量的调度任务如果每一个都使用自己的调度器来管理任务的生命周期的话,浪费cpu的资源而且很低效。
APScheduler支持三种调度任务:固定时间间隔,固定时间点(日期),Linux下的Crontab命令。同时,它还支持异步执行、后台执行调度任务。一、基本架
一,介绍与需求1.1,介绍定时任务(node-schedule),是针对Node.js的一种灵活的cron-like和not-cron-like作业调度程序。它
1、quartz任务调度的基本实现原理 quartz是opensymphony开源组织在任务调度领域的一个开源项目,完全基于java实现。作为一个优秀的开源调