AnsweredAssumed Answered

vrf CPU consuming Vee application

Question asked by mark.goldberg on Nov 3, 2004
Sheng,

Actually, that was exactly the point. If you have an until break doing
something with no delays and you have an On Cycle doing exactly the same
thing, the until break will consume more resources. Unless the task being
performed takes greater than or equal to the time in the On Cycle time
setting. It was just oversimplified example to make a point.

Mark

-----Original Message-----
From: Sheng.Zhao@nokia.com [mailto:Sheng.Zhao@nokia.com]
Sent: Wednesday, November 03, 2004 2:27 PM
To: VRF
Subject: [vrf] RE: CPU consuming Vee application


I don't think it is reasonable to compare On Cycle and Until Break this way.
They are both infinite loop, but there's 1 second delay within On Cycle
loop.
If 1 second delay added to Until Break, they are exactly same.

Sheng.

-----Original Message-----
From: ext Goldberg, Mark [mailto:Mark.Goldberg@ATK.COM]
Sent: 03 November, 2004 13:14
To: VRF
Subject: [vrf] RE: CPU consuming Vee application


Philippe,

The biggest resource hog is an until break object. I have attached a simple
example. Click on one of the start buttons and look at the system
performance then push stop. Then click on the other start button and check
the performance again. You will see the difference.

Hope this helps.

Mark



-----Original Message-----
From: php.home@free.fr [mailto:php.home@free.fr]
Sent: Wednesday, November 03, 2004 11:57 AM
To: VRF
Subject: [vrf] CPU consuming Vee application


Hi,

I would be pleased to say that my reverse engineering app. using Vee, serial
port and other hardware works fine.
It works, but...

The Vee program runs on a Xeon 2.4GHz bi-processor with 1Go RAM. However it
is consuming 30% up to 50% of the CPU time, and after a while (few minutes)
it can cause the server general slow down in speed or even crash.

Is there any important things to know about Vee regarding the development of
low consuming programs ?
What should I avoid ?
What could be tuned ?

Thanks a lot,

Philippe.


---
You are currently subscribed to vrf as: Mark.Goldberg@ATK.COM
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list,  email "vrf@agilent.com". 
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".



---
You are currently subscribed to vrf as: Mark.Goldberg@ATK.COM
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list,  email "vrf@agilent.com". 
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list,  email "vrf@agilent.com". 
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".

Outcomes