![]() |
|
|
|
|
|||||||
| Forums | Portal | Register | Forum Rules | FAQ | Contribute | Members List | Arcade | Search | Today's Posts | Mark Forums Read |
| UNIX for Advanced & Expert Users Advanced UNIX and Linux questions go here. Expert-to-Expert. |
|
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Identifying and grouping OS processes and APP processes | wilsonee | SUN Solaris | 2 | 2 Weeks Ago 06:26 AM |
| Monitoring Processes - Killing hung processes | ukndoit | UNIX for Advanced & Expert Users | 4 | 01-17-2008 12:30 AM |
| Processes | Beetlejuice | UNIX for Dummies Questions & Answers | 4 | 04-06-2005 09:33 AM |
| processes | master_6ez | Shell Programming and Scripting | 3 | 11-24-2004 05:48 AM |
| processes | mma_buc_98 | UNIX for Dummies Questions & Answers | 1 | 08-13-2002 02:25 PM |
|
|
Submit Tools | LinkBack | Thread Tools | Display Modes |
| Forum Sponsor | ||
|
|
|
|||
|
If your system is cpu-bound (look in /proc for cpu information)
then lowering priority will help - if those processes actually use cpu. Usually systems slow down gradaully because of disk issues, issues like fragmentation or low free disk space. The other issue here can be real-time processes - these processes don't play fair when it comes to sharing the cpu. They hog it. If you have added real-time processes, like some types of packet sniffers running all the time, then you may have this problem. Low free memory is another thing to check. Pagefile activity may be hgh in this case. Basically you have to gather lots of system data, before you start guessing and randomly changing things that may not need changing. |