Sponsored Content
Special Forums News, Links, Events and Announcements Announcing collectl - new performance linux performance monitor Post 302142515 by MarkSeger on Friday 26th of October 2007 06:14:54 PM
Old 10-26-2007
Announcing collectl - new performance linux performance monitor

About 4 years ago I wrote this tool inspired by Rob Urban's collect tool for DEC's Tru64 Unix. What makes this tool as different as collect was in its day is its ability to run at a low overhead and collect tons of stuff. I've expanded the general concept and even include data not available in any other tool such as Infiniband or Lustre data. Collectl can collect it all and present it in a consistent output format. There's even an option to let you generate the data in plottable format.

Far to many features to talk about here but they are discussed on the website for collectl

Ever wonder why ALL tools that monitor linux network stats at 1 second intervals report the wrong numbers? The short answer is because the stats are only updated once ever 0.9765 seconds and unless you have a monitor that can run at fractional intervals like collectl, you'll get wrong numbers! You can read more about it on collectl's website but don't take my word for it. Download it and try it out.

-mark
 

8 More Discussions You Might Find Interesting

1. AIX

Performance Monitor

I am an old HP 3000 systems administrator who had to retire the 3000 for some nice pseries AIX boxes. We are a Symitar site and the powers that be do not think we are ready for root acess. I need to find ways within my chains to view system statistics. Being able to wow someone in management... (3 Replies)
Discussion started by: Beetlejuice
3 Replies

2. Red Hat

NFS performance stats on Linux

Hi everyone, The last two days I'm researching results of NFS operations on Linux, and I noticed some time difference when read and write. cat /proc/version : Linux version 2.6.9-42.ELsmp (bhcompile@hs20-bc1-1.build.redhat.com) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-2)) #1 SMP Wed Jul 12... (1 Reply)
Discussion started by: sysgate
1 Replies

3. HP-UX

API about system performance monitor

Hello, there. We want to write application on HP-UX to monitor system resource,such as CPU,Network Traffic Load,Disk Usage,etc. Anyone know these API functions except the system command ? thanks. (6 Replies)
Discussion started by: Frank2004
6 Replies

4. Red Hat

Linux disk performance

I am getting absolutely dreadful iowait stats on my disks when I am trying to install some applications. I have 2 physical disks on which I have created 2 separate logical volume groups and a logical volume in each. I have dumped some stats as below My dual core CPU is not being over utilised... (3 Replies)
Discussion started by: jimthompson
3 Replies

5. AIX

Tool to monitor the performance of the system ..

Dear experts , Pls advice for any good Tool to monitor the CPU and performance of AIX the system .. to keep monitoring to show me the utilization of that system .. (12 Replies)
Discussion started by: Mr.AIX
12 Replies

6. UNIX for Dummies Questions & Answers

Linux machine performance issue.

One of our database server is suddenly became very slow and i have no clue what to do .Please help. I m sharing the performance inforamtion regarding cpu,harddisk,ram . ########CPU Information######## Machine Uptime Information: uptime 10:25:06 up 16:50, 1 user, load average: 5.84, 5.65,... (10 Replies)
Discussion started by: pinga123
10 Replies

7. Programming

Tools to monitor system performance in Android or linux

Hi, May i know the tools which will give the below details in a consolidated fashion for some 'X' duration in single and multicore processors, 1) How many times and how long scheduler code and kernel threads are executing ? 2) Details about each process, time spent in each state (run, wait... (0 Replies)
Discussion started by: tkarthi85
0 Replies

8. Red Hat

Performance issue in Linux

IN solaris, for network high-availability we are using IPMP concept, can u tell me in REDHAT LINUX what we are using... also pls share good step to read & understand the that concept... Also performance issue in linux what are step & cmd can u tell me??? (2 Replies)
Discussion started by: tiger09
2 Replies
SYSTEMD-READAHEAD-REPLAY.SERVICE(8)			 systemd-readahead-replay.service		       SYSTEMD-READAHEAD-REPLAY.SERVICE(8)

NAME
systemd-readahead-replay.service, systemd-readahead-collect.service, systemd-readahead-done.service, systemd-readahead-done.timer, systemd- readahead - Disk read ahead logic SYNOPSIS
systemd-readahead-replay.service systemd-readahead-collect.service systemd-readahead-done.service systemd-readahead-done.timer /usr/lib/systemd/systemd-readahead/systemd-readahead [OPTIONS...] COMMAND [DIRECTORY | FILE] DESCRIPTION
systemd-readahead-collect.service is a service that collects disk usage patterns at boot time. systemd-readahead-replay.service is a service that replays this access data collected at the subsequent boot. Since disks tend to be magnitudes slower than RAM, this is intended to improve boot speeds by pre-loading early at boot all data on disk that is known to be read for the complete boot process. systemd-readahead-done.service is executed a short while after boot completed and signals systemd-readahead-collect.service to end data collection. On this signal, this service will then sort the collected disk accesses and store information about them in /.readahead. Normally, both systemd-readahead-collect.service and systemd-readahead-replay.service are activated at boot so that access patterns from the preceding boot are replayed and new data collected for the subsequent boot. However, on read-only media where the collected data cannot be stored, it might be a good idea to disable systemd-readahead-collect.service. On rotating media, when replaying disk accesses at early boot, systemd-readahead-replay.service will order read requests by their location on disk. On non-rotating media, they will be ordered by their original access timestamp. If the file system supports it, systemd-readahead-collect.service will also defragment and rearrange files on disk to optimize subsequent boot times. OPTIONS
systemd-readahead understands the following options: -h, --help Prints a short help text and exits. --max-files= Maximum number of files to read ahead. Only valid for thes collect command. --file-size-max= Maximum size of files in bytes to read ahead. Only valid for the collect and replay commands. --timeout= Maximum time in microseconds to spend collecting data. Only valid for the collect command. COMMANDS
The following commands are understood by systemd-readahead: collect [DIRECTORY] Collect read-ahead data on early boot. When terminating, it will write out a pack file to the indicated directory containing the read-ahead data. replay [DIRECTORY] Perform read-ahead on the specified directory tree. analyze [FILE] Dumps the content of the read-ahead pack file to the terminal. For each file, the output lists approximately how much will be read ahead by the replay command. SEE ALSO
systemd(1) systemd 208 SYSTEMD-READAHEAD-REPLAY.SERVICE(8)
All times are GMT -4. The time now is 10:18 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy