<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/collectl/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/collectl/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 06 Dec 2011 17:05:01 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/collectl/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Monitoring voluntary unvoluntary ctx switch</title><link>https://sourceforge.net/p/collectl/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Can be useful for tracking contention on thread to have this metrics&lt;br /&gt;
regards&lt;br /&gt;
i ve tried but i an not a perl guy ...&lt;br /&gt;
regards&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 06 Dec 2011 17:05:01 -0000</pubDate><guid>https://sourceforge.net3bf9bef3d71c7bc3b685d934ec688a650385c88a</guid></item><item><title>rpm relocation support</title><link>https://sourceforge.net/p/collectl/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be handy if collectl could be installed from rpm with relocation possibility:&lt;br /&gt;
rpm --prefix,&lt;br /&gt;
rpm --relocate x=y&lt;/p&gt;
&lt;p&gt;Not possible in latest version [collectl-3.5.1]&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Thu, 16 Jun 2011 08:44:49 -0000</pubDate><guid>https://sourceforge.net1bbbf36da4e37e8c600cb3470084ffe513af4d64</guid></item><item><title>Collection of NUMA statistics</title><link>https://sourceforge.net/p/collectl/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;What an excellent product!&lt;/p&gt;
&lt;p&gt;Now that the vast majority of X86 servers are now NUMA it would be really useful if collectl could collect and report on NUMA statistics using (for example) information in /sys/devices/system/node/node*/meminfo. This would help in deciding whether to start using zone reclaim etc.&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;-Andy&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andy Williams</dc:creator><pubDate>Mon, 13 Jun 2011 08:10:49 -0000</pubDate><guid>https://sourceforge.net1b0a29aea2c6bdb75b4d98c282f57664852e4f94</guid></item><item><title>Decode UID via NIS</title><link>https://sourceforge.net/p/collectl/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;We use NIS (Yellow Pages) at my site and unfortunately collectl only appears to look at the local password file (/etc/passwd) to decode UIDs into Usernames.  Since the majority of the processes that I'm trying to monitor are user processes, and those are all started by individuals with NIS accounts, none of the Usernames are being decoded and I only see UIDs in the Process output.&lt;/p&gt;
&lt;p&gt;If possible, it would be great to search the local password file first, and if the Username for a specific UID is not found, to then do a Yellow Pages search for the UID/Username.&lt;/p&gt;
&lt;p&gt;Keep up the work.  Great Product.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lsmarden</dc:creator><pubDate>Tue, 01 Mar 2011 01:06:07 -0000</pubDate><guid>https://sourceforge.netc2a576a8b0bf67d2254d531cbc5aa96169b3b94d</guid></item><item><title>Porting collectl to other OSes</title><link>https://sourceforge.net/p/collectl/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This is probably asking a lot, but I would like to know if it would be possible to get collectl running on windows XP.  I have used the collectl utility on RedHat Linux.  I would like to provide the same information for windows XP and I like the way collectl works.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 09 Oct 2010 22:49:52 -0000</pubDate><guid>https://sourceforge.net858ac7f1045aad974f7078c55caa0223d37a9d39</guid></item><item><title>WMI format</title><link>https://sourceforge.net/p/collectl/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;You're very close to WMI format. (Time series data). But WMI enable single row for all values at one time value (and I haven't seen it in Collectl. Would like to have a wild card input playback and one row per time value out. Filter would be like:&lt;br /&gt;
“\LogicalDisk(*)\Avg. Disk sec/Transfer”&lt;br /&gt;
“\LogicalDisk(*)\Disk Reads/sec”&lt;br /&gt;
“\Network Interface(*)\Packets Sent/sec”&lt;br /&gt;
“\Process(*)\% Processor Time”&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sun, 31 Jan 2010 15:21:53 -0000</pubDate><guid>https://sourceforge.netab5cf9fbb4a7e4c76aeee587b65d3492d5851d95</guid></item><item><title>add HP DL185 to envrules.std</title><link>https://sourceforge.net/p/collectl/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Please add these mapping rules to the evnrules.std for the HP DL185:&lt;/p&gt;
&lt;p&gt;root -#dmidecode|grep -m1 'Product Name'    &lt;br /&gt;
Product Name: ProLiant DL185 G5&lt;/p&gt;
&lt;p&gt;[pre]&lt;br /&gt;
/CPU(\d) Diode/CPUTemp$1/&lt;br /&gt;
/Power Ambient/ATemp/&lt;br /&gt;
/Front Panel Temp/FPTemp/&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Evan Felix</dc:creator><pubDate>Wed, 30 Dec 2009 18:27:53 -0000</pubDate><guid>https://sourceforge.net92b02fbb842d4309b939e6b348edfd0d5671907a</guid></item><item><title>/proc/meminfo:\'Mapped\' does not contain anon.mem. any more</title><link>https://sourceforge.net/p/collectl/feature-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Mark,&lt;/p&gt;
&lt;p&gt;I believe there is no bug in SLES10 regarding the mapped memory; what has changed compared to older versions of the kernel (SLES9, 2.6.5 or RHEL4, 2.6.9), is a split between anonymous memory and file mapped memory, which were previously the 'mapped memory' (perhaps what is described at &lt;a href="http://www.uwsg.iu.edu/hypermail/linux/kernel/0703.2/1688.html\"&gt;http://www.uwsg.iu.edu/hypermail/linux/kernel/0703.2/1688.html\&lt;/a&gt;). A new filed named 'AnonPages' is now available in /proc/meminfo.&lt;br /&gt;
What appears now as 'mapped memory' is in general of little interest for our purpose, but we definitely need to read the 'AnonPages' field, as it appears in the current /proc/meminfo file:&lt;/p&gt;
&lt;p&gt;MemTotal:      8178968 kB&lt;br /&gt;
MemFree:        763544 kB&lt;br /&gt;
Buffers:         57264 kB&lt;br /&gt;
Cached:        7020516 kB&lt;br /&gt;
SwapCached:          0 kB&lt;br /&gt;
Active:         823256 kB&lt;br /&gt;
Inactive:      6356388 kB&lt;br /&gt;
HighTotal:           0 kB&lt;br /&gt;
HighFree:            0 kB&lt;br /&gt;
LowTotal:      8178968 kB&lt;br /&gt;
LowFree:        763544 kB&lt;br /&gt;
SwapTotal:     2104504 kB&lt;br /&gt;
SwapFree:      2104380 kB&lt;br /&gt;
Dirty:            8812 kB&lt;br /&gt;
Writeback:           0 kB&lt;br /&gt;
AnonPages:      102060 kB&lt;br /&gt;
Mapped:          25720 kB&lt;br /&gt;
Slab:           191404 kB&lt;br /&gt;
CommitLimit:   6193988 kB&lt;br /&gt;
Committed_AS:   479844 kB&lt;br /&gt;
PageTables:       3884 kB&lt;br /&gt;
VmallocTotal: 34359738367 kB&lt;br /&gt;
VmallocUsed:      4432 kB&lt;br /&gt;
VmallocChunk: 34359733935 kB&lt;br /&gt;
HugePages_Total:     0&lt;br /&gt;
HugePages_Free:      0&lt;br /&gt;
HugePages_Rsvd:      0&lt;br /&gt;
Hugepagesize:     2048 kB&lt;/p&gt;
&lt;p&gt;I don't know what is best and have not tried yet to patch my collectl files yet, but as a first attempt I would just replace 'Mapped' everywhere with 'Anonpages' ! I don't know whether adding the file mapped contribution is really necessary, but after all, it is also defendable and would provide full backwards compatibility.&lt;/p&gt;
&lt;p&gt;Fred.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Fred Ciesielski</dc:creator><pubDate>Sat, 27 Oct 2007 09:08:28 -0000</pubDate><guid>https://sourceforge.netf328fe4d7341c3e0a8bbe39a22c3bbf8e70d3c3d</guid></item></channel></rss>