随着用户网络应用越来越多，操作系统的文件句柄受到的压力也越来越大。大量的文件句柄不仅会占用大量的内存，而且会导致文件系统的速度减慢，影响系统的稳定性。所以，释放文件句柄是当前操作系统优化方面的热点问题，Redis是其中最新的优化解决方案之一。
Redis是一种开源的内存键值数据存储，可用来有效地替代文件句柄，从而减少对文件句柄的压力，提高系统性能。另外，Redis还具有非常强大的操作功能，可以让管理员非常方便的进行数据的读写操作。
要释放文件句柄，可以采用Redis的数据抽象，让文件在内存中以 key-value 的方式进行存储。下面是一段用Redis实现释放文件句柄的代码：
// 将文件存入Redispublic void saveFileToRedis(String key, File file) {try {RedisTemplate redisTemplate = new RedisTemplate();redisTemplate.opsforValue().set(key, file);} catch (Exception e) {e.printStackTrace();}}// 从Redis读取文件public File getFileFromRedis(String key) {try {RedisTemplate redisTemplate = new RedisTemplate();return (File) redisTemplate.opsForValue().get(key);} catch (Exception e) {e.printStackTrace();return null;}}
以上代码使用RedisTemplate来读写Redis数据，非常方便，只需要传入key即可轻松实现数据的读写。由于Redis的高效，所以采用Redis可以有效减轻文件句柄的压力，提升系统的性能。
由此可见，采用Redis作为文件句柄释放的新方式，既可以减轻 服务器 的压力，又能够增强服务器的数据存储性能，使得系统运行更加稳定。希望这一Redis新颖解法能够帮助很多用户优化系统性能，使服务器更加稳定。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（www.IDC.Net）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
windoes是什么意思？xp呢？win? ID? IT? VISTA? VISIT? AI（系统？）？ WGA? IE? IE缓存？ TEMP？ SEFA？
字母XP表示英文单词的“体验”（experience）。 Windows XP原来的代号是Whistler。 Windows XP的外部版本是2002，内部版本是5.1，正式版的Build是2600。 微软最初发行了两个版本：专业版(Windows XP Professional)和家庭版(Windows XP Home Edition)。 参考文献：年10月，Windows XP问世了，这个版本在Windows 2000基础上开发。 微软此次为Windows XP造势的规模相当大，XP（eXPerience）这个词随之深入人心，越来越的软件公司为了搭这个顺风车，不管相干不相干都为自己的软件名字后面加一个XP，甚至连AMD的0.13微米Athlon也“非常巧合”地命名为Athlon XP，不过AMD对XP的解释是eXtreme Performance。 Windows XP的主要版本有两个，Professional版和Home版，前者面向专业用户，后者面向家庭用户。 其中的Professional又衍生出了Windows XP Media Center Edition、Windows XP Tablet PC Edition 和Windows XP Embedded以及Windows PE。 Windows的产品线复杂到了前所未有的地步，当然微软不可能为了复杂了而复杂，产品细分的结果是不断扩大的用户群和巨大的市场利益。 为了防止盗版，Windows XP使用了一度引起强烈争议的“产品激活”功能，很多人对微软滥用手中操作系统市场垄断地位所可能带来的严重后果忧心忡忡，然而微软依然我行我素，毫无妥协退让之意。
C#控制台程序创建了两个线程然后运行，那么这两个线程使用CPU一个线程交替运行还是使用两个线程并行？
这个要分情况来看。 一般来看，都是并行运行。 具体怎么运行，是cpu自己的事。 但是，如果访问了共享资源，并且使用了锁机制。 那么就是一个线程运行完毕，释放了锁，第二个线程才会访问共享资源。 这样就是顺序执行。
系统资源监视器在哪里
资源监视器提供了资源 DLL 同群集服务之间的通讯接口。 当群集服务需要从资源获取数据时，资源监视器会收到该请求并将它转交给相应的资源 DLL 。 相反，当资源 DLL 需要报告其状态或需要通知群集服务某个事件时，资源监视器会将这些来自资源的信息转交给群集服务。 资源监视器进程是作为群集服务的子进程而派生的 ， 该进程在自己的进程空间中加载监视群集资源的资源 DLL （ 在同群集服务进程不同的进程中加载资源 DLL 将有助于隔离故障 ） 。 同时可以派生和执行多个资源监视器进程。 一个同资源关联的共用属性将确定是将对应的 DLL 载入单独的监视器进程还是载入默认的监视器进程。 在 Windows server 2003 群集中 ， 只能在单独的监视器进程载入一个资源 DLL ， 不允许进行资源分组。 默认情况下，仅会派生一个资源监视器进程，而所有的资源 DLL 都将被载入该单一进程。 每个资源监视器都充当群集服务进程的 LRPC 服务器。 当群集服务收到要求同资源 DLL 通讯的群集 API 调用时，它会使用这种 LRPC 接口来调用资源监视器 RPC 。 为了接收来自资源监视器的响应，群集服务会为每一个资源监视器进程创建一个通知线程。 该通知线程将调用暂时停留在资源监视器中的 RPC ，从而一旦有通知生成就可以立即接收它们（比如“资源 X 已联机“）。 该线程只有当资源监视器终止或通过来自群集服务的关闭命令明确停止了资源监视器时才会被释放。 资源监视器并不维护同自身有关的任何存续状态。 其所有初始状态都是群集服务提供的，它仅保存某些有限的资源内存状态。 资源监视器通过完善定义的入口点（这是资源 DLL 必须提供的，类似于 COM V-Table ）同资源 DLL 通讯。 对资源监视器自身而言 ， 它要执行的唯一操作是通过 “ IsAlive ” 和 “ LooksAlive ” 入口点来轮询资源 DLL （ 或者说轮流检查资源 DLL 表明的故障事件 ） 、派生计时器线程 （ 针对那些从 Online 或 Offline 入口点返回 error_IO_PENDING 的资源 DLL ， 目的是监视其未决的超时 ） 、检测群集服务是否崩溃 （ 如果崩溃 ， 则关闭资源 ） 。 在资源监视器中发生的其它操作则要取决于群集服务通过 RPC 接口请求了什么样的操作。 群集服务会监视资源监视器是否崩溃 ， 如果检测到该进程崩溃 ， 它将重新启动一个监视器。 在目前的群集服务器中，群集服务不会执行任何 hang （暂停）检测。 群集服务和资源监视器进程共享一个内存映射扇区（由分页文件支持），在资源监视器启动时，系统会将该扇区的句柄传递给资源监视器。 资源监视器随即会复制该句柄。 资源监视器进程在调用资源 DLL 入口点之前会将入口点编号和资源名称记录到该映射区中。 如果资源监视器崩溃，群集服务（以及该资源监视器的上级异常过滤器）会读取这个共享扇区，以检测导致监视器进程崩溃的资源及其入口点。
发表评论