Hi Chris,
Apart from running the report there is about a 3 second penalty for loafing DOSEMU, DOS, DP and the STR, which is perhaps a tad longer than you would want it is not overly slow. You do have to design the application and write reports so they take the absolutely least time possible. I have had some take which take too long, and I haven't really been able to trim them. It was not DP's fault just that inherently the task I was performing takes too long. In a web world this can be a problem because either the client application can time out or the Web server might kill off a process thinking it is taking too long. So some jobs need to be submit at cron jobs. Bye Brian _____ From: [email protected] [mailto:[email protected]] On Behalf Of Chris Pedersen Sent: Friday, 27 March 2009 4:30 PM To: [email protected] Subject: Re: [Dataperf] Hey Lew, Tim and all the DP gurus Brian, How's the performance? Essentially aren't you loading and unloading the dp.exe for each instance? _____ From: [email protected] To: [email protected] Date: Wed, 25 Mar 2009 05:54:17 +1100 Subject: Re: [Dataperf] Hey Lew, Tim and all the DP gurus Hi Chris, For the web enabling of DP it was essential to be able to pass an identifier into DP from the commandline which could be used to partition out each user's set of parameters pumped in from the imported transaction log otherwise multiple simultaneous users would not be possible. This was done with a new switch that Lew added, /SID (a session id), its value can then be retrieved with the usef.field[0] which was a modification to the function usually used for controlling user access.. So for example my web script would start DP with say the commandline DP myapp.str /W /SID-2q3w4e5r /EI-2q3w4e5r.log Each of my transaction logs entries would be tagged with that SID and my report would write the results back in a file 2Q3W4E5R.OUT, which my script would be waiting for But using the same facility you could start DP with say DP myapp.str /SID-%USERNAME% and then retrieve the username with say RV1 = user.field[0] If you need to use multiple environment variables just concatenate them into the /SID and use the DP subfield[ ] function to extract them, for example DP myapp.str /SID-/SID-%USERNAME%:%COMPUTERNAME% using say the : sign as a delimiter which would not be used in a COMPUTERNAME or USERNAME environment variable and which doesn't have special significance in the commandline so the DP formula subfield[user.field[0];":";1] returns the USERNAME Alternatively if you want to support only validated users in DP you could use the User ID Panel together with the /U-user:pwd switch to do something similar to the above. As an example if you had the need you could ensure that a specific user only used a specific machine you could use the commandline DP myapp.str /U-%USERNAME%:%COMPUTERNAME% And the USERNAME could be retrieved with user.field[1] Regards Brian _____ From: [email protected] [mailto:[email protected]] On Behalf Of Chris Pedersen Sent: Wednesday, 25 March 2009 2:32 AM To: [email protected] Subject: [Dataperf] Hey Lew, Tim and all the DP gurus I'd like to be able to copy a value from the system environment, specifically the machine name, into the userid field on startup, but more generally it would be very useful if DP could recognize system variables %% etc. (Is there any way to do this currently?) Giving dataperfect the ability to modify external data values and/or files, from the formula bar likewise. It would also be useful if the transaction log included the machine name, rather than just the login name. Login can be duplicated or hacked - but system names (along with the time) give a pretty definitive idea of where an entry came from. When you define a panel, define whether the data will be stored in dp's native format, or in an external format, such as CSV. This would REALLY tremendously improve data exchange capability. _____ Express your personality in color! Preview and select themes for HotmailR. See <http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=TXT_MSGT X_WL_HM_express_032009#colortheme> how. _____ HotmailR is up to 70% faster. Now good news travels really fast. Find out more. <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_70faster_032009>
_______________________________________________ Dataperf mailing list [email protected] http://lists.dataperfect.nl/mailman/listinfo/dataperf
