Does anyone have any experience in using the Application Response
Measurement (ARM) macros?? In particular under HP Unix but I am interested
in any experiences that anyone may have
I am considering using this facility to track the usage of datasets and more
importantly which indexes are being used, and also the timings of some
important core programmes.. I know the ARM facility can mesaure this, but
my queries relate to where I can record this information.
The documentation and examples show the log being written to a flat file,
but I have hundreds of users and approx 2000 SAS invocations per day I need
to measure - and I am concerned with all of these attempting to
concurrently write to the same file. I really do not want to create a
seperate file for each sas invocation.
As we have HP's measureware in use and analyse it with SAS ITRM, can we send
the ARM transactions to measureware and let SAS ITRM analyse it ??
Cheers
Robin Templer
|
|
0
|
|
|
|
Reply
|
robin.templer (124)
|
10/28/2006 7:00:52 AM |
|
From a birdie:
I've not used these at all, and I thought that there was also some sort of
arm daemon that could be written to. If not, there ought to be.
So, here's some thoughts:
Why write to the same file at recording time? Why not write to several (one
per app) arm logs or such, and put them together afterwards? Sure that
could be a lot of files, but computers are good about managing lots of
files. And yes, I agree the files could get large. Still, this is probably
the simplest answer.
I believe that the arm macros can actually write to a fileref. In that
case, one could tinker with msmq or mqseries, or just their own simple
tcp/ip listener task to handle this. Think trickery via various FILENAME
engines.
Alan
Alan Churchill
Savian "Bridging SAS and Microsoft Technologies"
www.savian.net
-----Original Message-----
From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU] On Behalf Of Robin
Templer
Sent: Saturday, October 28, 2006 1:01 AM
To: SAS-L@LISTSERV.UGA.EDU
Subject: Using ARM Macros in Unix
Does anyone have any experience in using the Application Response
Measurement (ARM) macros?? In particular under HP Unix but I am interested
in any experiences that anyone may have
I am considering using this facility to track the usage of datasets and more
importantly which indexes are being used, and also the timings of some
important core programmes.. I know the ARM facility can mesaure this, but
my queries relate to where I can record this information.
The documentation and examples show the log being written to a flat file,
but I have hundreds of users and approx 2000 SAS invocations per day I need
to measure - and I am concerned with all of these attempting to
concurrently write to the same file. I really do not want to create a
seperate file for each sas invocation.
As we have HP's measureware in use and analyse it with SAS ITRM, can we send
the ARM transactions to measureware and let SAS ITRM analyse it ??
Cheers
Robin Templer
|
|
0
|
|
|
|
Reply
|
SASL001 (992)
|
10/28/2006 10:48:11 PM
|
|
Thanx to Alan & 'The Birdie'
Looks like I will experiment with a small core of programmes/apps and see
what comes out.
Thanx
Robin
-----Original Message-----
From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU] On Behalf Of Alan
Churchill
Sent: Sunday, 29 October 2006 11:48 a.m.
To: SAS-L@LISTSERV.UGA.EDU
Subject: Re: Using ARM Macros in Unix
From a birdie:
I've not used these at all, and I thought that there was also some sort of
arm daemon that could be written to. If not, there ought to be.
So, here's some thoughts:
Why write to the same file at recording time? Why not write to several (one
per app) arm logs or such, and put them together afterwards? Sure that
could be a lot of files, but computers are good about managing lots of
files. And yes, I agree the files could get large. Still, this is probably
the simplest answer.
I believe that the arm macros can actually write to a fileref. In that
case, one could tinker with msmq or mqseries, or just their own simple
tcp/ip listener task to handle this. Think trickery via various FILENAME
engines.
Alan
Alan Churchill
Savian "Bridging SAS and Microsoft Technologies"
www.savian.net
-----Original Message-----
From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU] On Behalf Of Robin
Templer
Sent: Saturday, October 28, 2006 1:01 AM
To: SAS-L@LISTSERV.UGA.EDU
Subject: Using ARM Macros in Unix
Does anyone have any experience in using the Application Response
Measurement (ARM) macros?? In particular under HP Unix but I am interested
in any experiences that anyone may have
I am considering using this facility to track the usage of datasets and more
importantly which indexes are being used, and also the timings of some
important core programmes.. I know the ARM facility can mesaure this, but
my queries relate to where I can record this information.
The documentation and examples show the log being written to a flat file,
but I have hundreds of users and approx 2000 SAS invocations per day I need
to measure - and I am concerned with all of these attempting to
concurrently write to the same file. I really do not want to create a
seperate file for each sas invocation.
As we have HP's measureware in use and analyse it with SAS ITRM, can we send
the ARM transactions to measureware and let SAS ITRM analyse it ??
Cheers
Robin Templer
|
|
0
|
|
|
|
Reply
|
robin.templer (124)
|
10/29/2006 2:21:03 AM
|
|
|
2 Replies
22 Views
(page loaded in 0.077 seconds)
Similiar Articles: System Faults - comp.cad.microstation.programmerYes It happens after i run my home made Print macro ... why is the fault light on? - comp.unix.solaris Not near ... Segmentation fault on arm but not on Linux pc - comp ... gmake error - comp.soft-sys.matlabCross-Compile for ARM - NTP 4.1.1 OK, NTP 4.2.0a Errors ... line>: warning: missing whitespace after the macro name ... an action that returns a non-zero exit code, the UNIX ... How to compile module in Makefile? - comp.lang.fortran> Your best bet is use commons.o dependency ... Makefile: set macro once (Solaris make, GNU make) - comp.unix ... ... 3 Linux box, targeted at an Arcom ARM ... Malloc & sbrk - comp.unix.programmer... to deal with non-malloc-related use of brk by the application. [the macro ... Not on all platforms; i386, arm and powerpc still use brk(). ... In the original Unix system, brk and ... DSC 832 - how to reset? - comp.home.automation... PGM 1 or PGM 2 directly to the above zone input (use a ... pager" mode ... how do i reset the terminal - comp.unix ... which connects to the target and defines various macros ... Freescale's Idea of Open Source JTAG - comp.arch.embedded ...For example, Simon's reply talks about using an "ARM- > JTAG ... connects to the target and defines various macros for ... PROJECT IDEAS - comp.unix.programmer... project not ... [ace-users] ACE 5.7.7 iPhone 3.1.2 hardware build does not build ...... THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE [if you use ... SDKs/iPhoneOS3.1.2.sdk/usr/include/arm/_types ... rsc-config 2.2.3 - comp.unix.solaris [ace-users ... improve strlen - comp.lang.asm.x86... MIPS, PPC, x86-64 and IA32 and also working with ARM ... of permutations is still manageable - we could use macros ... Gcc binary compatibility chart - comp.unix.programmer ... count leading zero - comp.lang.asm.x86... OS X, the PowerPC __cntzld intrinsic is simply a macro ... 0-padding 4 digit numbers with sed - comp.unix.shell ... ARM: Count leading zeros - ScienceZero This is using the ... PRO 380 help - comp.sys.decSo if you are writing Macro programs, and don't use odd stuff, like ... > If he puts it up for grabs I'll arm-wrestle you ... Have a fair number of RL02 packs with unix ... Details - macros, libraries, .. - The CeGCC project : cross ...The unix macros defined by the compiler may appear strange. The arm ... dannypc: {73} arm-wince-cegcc-gcc -g -o fibo.exe fibo.c -v Using built-in specs. Target: arm ... System-specific Predefined Macros - The C PreprocessorIf unix is defined, __unix__ will be defined too. There will never be more ... them in new programs, and we encourage you to correct older code to use the parallel macros ... 7/12/2012 3:37:14 PM
|