具体内容如下:
1。内存泄漏
C/C++程序还可能产生另一个指针问题:丢失对已分配内存的引用。当内存是在子程序中被分配时。通常会出现这种问题。其结果是程序从子程序中返回时不会释放内存。如此一来。对已分配的内存的引用就会丢失。只要操作系统还在运行中。则进程就会一直使用该内存。这样的结果是。曾占用更多的内存的程序会降低系统性能。直到机器完全停止工作。才会完全清空内存。
2。C指针错误
用C或C++编写的程序。如Web服务器API模块。有可能导致系统的崩溃。因为只要间接引用指针(即。访问指向的内存)中出现一个错误。就会导致操作系统终止所有程序。另外。使用了糟糕的C指针的Java模拟量(analog)将访问一个空的对象引用。Java中的空引用通常不会导致立刻退出JVM。但是前提是程序员能够使用异常处理方法恰当地处理错误。在这方面。Java无需过多的关注。但使用Java对可靠性进行额外的度量则会对性能产生一些负面影响。
3。数据库中的临时表不够用
许多数据库的临时表(cursor)数目都是固定的。临时表即保留查询结果的内存区域。在临时表中的数据都被读取后。临时表便会被释放。但大量同时进行的查询可能耗尽数目固定的所有临时表。这时。其他的查询就需要列队等候。直到有临时表被释放时才能再继续运行。
4。线程死锁
由多线程带来的性能改善是以可靠性为代价的。主要是因为这样有可能产生线程死锁。线程死锁时。第一个线程等待第二个线程释放资源。而同时第二个线程又在等待第一个线程释放资源。我们来想像这样一种情形:在人行道上两个人迎面相遇。为了给对方让道。两人同时向一侧迈出一步。双方无法通过。又同时向另一侧迈出一步。这样还是无法通过。双方都以同样的迈步方式堵住了对方的去路。假设这种情况一直持续下去。这样就不难理解为何会发生死锁现象了。
5。磁盘已满
导致系统无法正常运行的最可能的原因是磁盘已满。一个好的网络管理员会密切关注磁盘的使用情况。隔一定的时间。就需要将磁盘上的一些负载转存到备份存储介质中(例如磁带)。日志文件会很快用光所有的磁盘空间。Web服务器的日志文件。SQL*Net的日志文件。JDBC日志文件。以及应用程序服务器日志文件均与内存泄漏有同等的危害。可以采取措施将日志文件保存在与操作系统不同的文件系统中。日志文件系统空间已满时Web服务器也会被挂起。但机器自身被挂起的几率已大大减低。
6。服务器超载
服务器的每个连接都使用一个线程。服务器会在线程用完后挂起。而不为已存在的连接提供任何服务。如果有一种负载分布机制可以检测到服务器没有响应。则该服务器上的负载就可以分布到其它的Web服务器上。这可能会致使这些服务器一个接一个地用光所有的线程。这样一来。整个服务器组都会被挂起。操作系统级别可能还在不断地接收新的连接。而应用程序(Web服务器)却无法为这些连接提供服务。用户可以在浏览器状态行上看到connected(已连接)的提示消息。但这以后什么也不会发生。
本文地址:https://gpu.xuandashi.com/46332.html,转载请说明来源于:渲大师
声明:本站部分内容来自网络,如无特殊说明或标注,均为本站原创发布。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。分享目的仅供大家学习与参考,不代表本站立场!