garbage collection not reflected in the nmon


 
Thread Tools Search this Thread
Operating Systems AIX garbage collection not reflected in the nmon
# 1  
Old 10-31-2008
garbage collection not reflected in the nmon

i have my application running on AIX box (configuration given below)
My application does garbage collection pretty well, as such the memory free shows 500 MB - 700 MB freed up in the log statements printed in the application, but the nmon shows the physical space going upwards and does not reflect the garbage collection that was done. What could be the reason ?

Configuration..

8 - CPUs currently
8 - CPUs configured
1900 - MHz CPU clock rate
PowerPC_POWER5 - Processor
64 bit - Hardware
64 bit - Kernel
Dynamic - Logical Partition
5.3.0.50 ML05 - AIX Kernel Version
Login or Register to Ask a Question

Previous Thread | Next Thread

9 More Discussions You Might Find Interesting

1. UNIX for Beginners Questions & Answers

Some % of Garbage Collection

I need to write a python script that will look at the local gc logs. 6 sys=0.00, real=0.06 secs] 2019-06-05T07:43:12.029-0500: 1072696.494: 2791209K->1995953K(2796544K)] 2803355K->1995953K(4164608K), , 3.0299555 secs] 2019-06-05T07:43:17.149-0500: 1072701.614: 3334321K->2008193K(4167680K),... (1 Reply)
Discussion started by: xgringo
1 Replies

2. Programming

Boehm garbage collector for C

is anybody out there experienced with the boehm gc? this is a very simple function: int fn1(){ int *p = (int *) GC_MALLOC(sizeof(int *)); return 0; }after leaving fn1() gc should free p. *** now another example: int* fn2(){ int* p= (int *) GC_MALLOC(sizeof(int... (1 Reply)
Discussion started by: dodona
1 Replies

3. Red Hat

Bond Configuration change not reflected.

I have changed bond configuration(mode) from TLB to ALB in modprobe.conf file. But after the restart of machine the change is not reflected in the system.While doing a >>cat /sys/class/net/bond0/bonding/mode, it shows TLB mode, where as in modprobe.conf file alb exists.Can somebody help me out to... (1 Reply)
Discussion started by: Anjan Ganguly
1 Replies

4. HP-UX

Old crontab file reflected after server reboot

Hi All, We are working on HP_UNIX. I am facing a strange problem regarding crontab in our unix environment.Whenever a server reboot takes place on our server the old crontab gets reflected due to which several scripts which were earlier uncommented starts running causing a huge problem .Is... (6 Replies)
Discussion started by: ammbhhar
6 Replies

5. Shell Programming and Scripting

Garbage value

I write a program to find a palindromic region in given sequences. but it dosen't seems to be run well. please give me your suggestions INPUT: AGCTAGCTCGAAGGTAG code is here #!/usr/bin/perl #Palindromic sequence print "enter the sequence:\n"; $rna = <STDIN>; chomp $rna; ... (3 Replies)
Discussion started by: sujit_singh
3 Replies

6. Programming

strcat outputs garbage

Anyone have any ideas why when using strcat function I would get some garbage at the beginning of the output string? what I'm doing is something like the following example. Code: char temp; char tempHolder; for(int i=0;i<something;i++){ sprintf(temp,"%u ", someVariable);... (2 Replies)
Discussion started by: airon23bball
2 Replies

7. UNIX for Dummies Questions & Answers

garbage collection not reflected in the nmon

i have my application running on AIX box (configuration given below) My application does garbage collection pretty well, as such the memory free shows 500 MB - 700 MB freed up in the log statements printed in the application, but the nmon shows the physical space going upwards and does not reflect... (1 Reply)
Discussion started by: mahesh_sivan
1 Replies

8. Filesystems, Disks and Memory

garbage collection not reflected in the nmon

i have my application running on AIX box (configuration given below) My application does garbage collection pretty well, as such the memory free shows 500 MB - 700 MB freed up in the log statements printed in the application, but the nmon shows the physical space going upwards and does not reflect... (1 Reply)
Discussion started by: mahesh_sivan
1 Replies

9. Shell Programming and Scripting

Remove Garbage Output

Hello Friends, In a script i m using different temporary file and i remove them in the end. During script execution i have some garbage output which is not required. For example: Garbage Output ++ rm temp_out temp_a temp_b temp_c ++ rm Filter1 Filter2 Script : Even i am redirecting rm... (7 Replies)
Discussion started by: Danish Shakil
7 Replies
Login or Register to Ask a Question
RunUnitTests(1) 					    BSD General Commands Manual 					   RunUnitTests(1)

NAME
RunUnitTests -- run unit tests for the current target SYNOPSIS
RunUnitTests DESCRIPTION
RunUnitTests examines its environment to determine what type of test bundle the current target represents, and runs the bundle's tests in the most appropriate fashion. If possible, it will run the tests for all appropriate architectures in sequence, and will run the tests with Objective-C garbage collection enabled or disabled as appropriate. RunUnitTests is intended to be called from a shell script build phase in a unit test bundle target. It expects certain environment variables to be configured from Xcode project build settings; these environment variables are described below. When called from a shell script build phase, RunUnitTests will only run tests on build, not on install or any other build action. See xcodebuild(1) for more information on build actions. If no host application is specified in the TEST_HOST environment variable, RunUnitTests will use the extension of the test bundle (as speci- fied by the WRAPPER_EXTENSION environment variable) to determine whether to use CPlusTestRig(1) or otest(1) to load and run the tests in the test bundle, for extensions "cptest" and "octest" respectively. If a host application is specified, RunUnitTests will execute the application directly and inject the test bundle into the application, and pass arguments to the application to cause its tests to be run based on the extension of the test bundle. In either case, if additional test arguments are specified in the OTHER_TEST_FLAGS environment variable, these will be passed to the test rig or to the application being tested in an appropriate fashion. If RunUnitTests is not run from a shell script build phase, unless otherwise specified it will use the current working directory as BUILT_PRODUCTS_DIR and assume "build" is the current build action. ENVIRONMENT
ACTION The current build action. Tests are only run for "build" builds, not "install" or other builds. Defaults to "build" if unspecified. ARCHS (Optional) The architectures the tests have been built for. Defaults to the result of arch(1) if not specified. CURRENT_ARCH (Optional) The currently-selected Active Architecture. Defaults to the result of arch(1) if not specified. DEVELOPER_DIR The Xcode folder, e.g. "/Developer". Defaults to "/Developer" if unspecified. BUILT_PRODUCTS_DIR The directory containing built products; when tests are run, this is specified as DYLD_LIBRARY_PATH and DYLD_FRAME- WORK_PATH. Defaults to the current working directory if unspecified. GCC_ENABLE_OBJC_GC (Optional) Whether the test bundle has been built with Objective-C garbage collection support; used to determine whether to run the test bundle with garbage collection enabled or disabled. Possible values are unsupported, supported, and required. Defaults to unsupported if unspecified. When set to supported, RunUnitTests will run the tests for all appropriate architectures once with Objective-C garbage collection enabled, and again with Objective-C garbage collection disabled, under the assumption that dual-mode code (that is, code that can be used both with and without Objective-C garbage collection) should be tested in both modes. NATIVE_ARCH_ACTUAL (Optional) The native architecture of the hardware running tests; used to determine the architectures of tests that can be run. For example, ppc64 hardware can run tests for ppc and ppc64 while i386 hardware can run tests for i386 and ppc. Defaults to the result of arch(1) if not specified. ONLY_ACTIVE_ARCH (Optional) If set to YES, only the current Active Architecture as specified by CURRENT_ARCH will be tested, regardless of the value of ARCHS. Defaults to NO if unspecified. OTHER_TEST_FLAGS (Optional) Additional arguments to pass to the test rig or application under test. If being passed to a test rig, these arguments are passed prior to the path of the test bundle to load; for an application, these are its final arguments. PRODUCT_NAME The name (with no extension) of the product generated by the unit test bundle target. TEST_HOST (Optional) The full path to an executable into which to "inject" the specified unit test bundle. For an application, this must be the full path to the application within its wrapper. Do not set this for frameworks or libraries. TEST_RIG (Optional) The full path to an executable to use as a test rig instead of either CPlusTestRig(1) or otest(1). The exe- cutable must take a path to a test bundle as its final argument. Its DYLD_FRAMEWORK_PATH and DYLD_LIBRARY_PATH will be configured to point to the BUILT_PRODUCTS_DIR prior to execution. Do not set this if you are using one of the default test rigs. VALID_ARCHS (Optional) The architectures for which it is valid to build and run tests, which is normally a superset of the architec- tures for which the tests are actually built. Defaults to the result of arch(1) if not specified. WRAPPER_EXTENSION The extension of the product generated by the unit test bundle target. RunUnitTests will use this to infer the appropri- ate test rig to use. For "cptest" it will use CPlusTestRig(1). For "octest" it will use otest(1). For anything else, it will return an error unless a TEST_RIG is also specified. FILES
/Developer/Tools/RunUnitTests SEE ALSO
arch(1), CPlusTestRig(1), otest(1), xcodebuild(1) Mac OS X June 2, 2019 Mac OS X