AW: onmode -F: is it just HP-UX?

onmode -F does two things: 1) it cleans up pools inside IDS shared meory and returns these pools to the pool free list This pool memory is then available for other user sessions that need to get more memory. This memeory is NOT retruned to the OS! 2) It tries to free unused SHM segemnts and treturn it to the OS however, this will hardly ever be the case unless you disconnect all user connections to IDS. Hence it will be very rarely that onmode -F is able to return SHM segments to the OS. This is independant of the OS. On HP-UX , PA-RISC 11.x it is recommended to configure and ensure that IDS uses nto more the 6 shared memory segemnts altogether, (assuming 64 bit database ) this is due to the fact that PA-RISC aritecture uses 8 special registers to store shm segments out of which 2 are reserved for the kernel. If an IDs databse uses more then six SHM segments, this may causes bad performance CPU cycles waste, depending uon load ) You might also want to have a look at DCF article 1222085, on DONTDRAINPOOLS. (DCF articles can be found here, many of which are free ) http://www-306.ibm.com/software/data/informix/ids/support/ Regards Tilman > -----Ursprüngliche Nachricht----- > Von: informix-list-bounces@iiug.org > [mailto:informix-list-bounces@iiug.org] Im Auftrag von > malc_p@btinternet.com > Gesendet: 16 October 2006 16:12 > An: informix-list@iiug.org > Betreff: onmode -F: is it just HP-UX? > > Re. my previous issue with loads of V segments; We're on HP-UX11i and > IDS9.30, and onmode -F does absolutely *squat* with regards to > releasing any segments. Out of the segments we had, there were plenty > with just 2 or 3 blocks used and if you added it all up you could have > consolidated the part-used blocks into just a couple of > segments with a > suitable cleanup IF IT WAS AVAILABLE!; obviously the process > that asked > for them and then finished off with them left some trash behind. > Is IDS10.00 any better at segment management/onmode -F implementation > that the one we have? 9.30 just seems so messy........ > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list >