Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Why DYL280 takes more CPU time than COBOL codes

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CA Products
View previous topic :: :: View next topic  
Author Message
partha11

New User


Joined: 06 Jun 2005
Posts: 4

PostPosted: Wed May 03, 2006 4:44 pm    Post subject: Why DYL280 takes more CPU time than COBOL codes
Reply with quote

Hi,
Can anyone please tell me How DYL280 is inefficient to COBOL? Or
Why DYL280 takes more CPU time than COBOL codes?

Thanks,
Partha1
Back to top
View user's profile Send private message

DavidatK

Active Member


Joined: 22 Nov 2005
Posts: 700
Location: Troy, Michigan USA

PostPosted: Thu May 04, 2006 2:50 am    Post subject: Re: Why DYL280 takes more CPU time than COBOL codes
Reply with quote

partha11,

Dylakor(DYL280) is an interpretive language, not a compiled language. This means that for every line of instruction, the base Dylakor program must interpret the source and execute ?canned? routines to execute the instruction. Most of the CPU is taken up in the interpretation of the instructions, not the execution of the instruction. COBOL, on the other hand, is a compiled language that translates the COBOL instructions into machine language once at compile time and only creates machine language for the specific instruction. Execution is performed on the machine language. Now this is not to say that COBOL doesn?t use many subroutines to accomplish many of the functions it performs.

Dave
Back to top
View user's profile Send private message
lemojames

New User


Joined: 15 May 2007
Posts: 3
Location: Pune

PostPosted: Wed Oct 17, 2007 2:33 pm    Post subject: Reply to: Why DYL280 takes more CPU time than COBOL codes
Reply with quote

To add on the query. We do have REXX language which is also run without compiling. Ofcourse we can have a compiled code for huge file handling operations. Do we have similar kind of method in DYL280 also.
Eventhough rexx can be run without compiling, its much faster compared to COBOL.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Wed Oct 17, 2007 10:38 pm    Post subject:
Reply with quote

Hello,

Quote:
Eventhough rexx can be run without compiling, its much faster compared to COBOL.
What statistics do you have that demonstrate this?

Compiled/assembled/linked code typically uses less resources than interpreted code. . .
Back to top
View user's profile Send private message
TG Murphy

Active User


Joined: 23 Mar 2007
Posts: 149
Location: Ottawa Canada

PostPosted: Thu Oct 18, 2007 12:56 am    Post subject:
Reply with quote

Agree with Dick. Without doubt, Rexx is much slower than COBOL. Yet... I love it...
Back to top
View user's profile Send private message
Earl

Active User


Joined: 17 Jun 2007
Posts: 148
Location: oklahoma

PostPosted: Thu Oct 18, 2007 2:57 am    Post subject:
Reply with quote

to each his own, I'd ratther code in assembler, its faster than all of them
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Thu Oct 18, 2007 5:49 am    Post subject:
Reply with quote

Yup, i like working with assembler (rather a lot icon_wink.gif ). A concern with assembler is that there are fewer and fewer who could maintain the code once written. It is the language i've worked with the longest - well a few assemblers icon_smile.gif

Not so many clients are willing to fund creating things that "run the fastest". . .
Back to top
View user's profile Send private message
Devzee

Active Member


Joined: 20 Jan 2007
Posts: 684
Location: Hollywood

PostPosted: Thu Oct 18, 2007 9:27 am    Post subject:
Reply with quote

Quote:
Do we have similar kind of method in DYL280 also.

NO
Back to top
View user's profile Send private message
Zakir Ali

New User


Joined: 29 Jan 2008
Posts: 2
Location: Chennai

PostPosted: Tue Jan 29, 2008 2:41 pm    Post subject: Regarding DYL programming
Reply with quote

Hi,
Can any one tell me how to compare two files using DYL language. Please post some templates, So that I can understand it better.
Back to top
View user's profile Send private message
Earl Haigh

Active User


Joined: 25 Jul 2006
Posts: 475

PostPosted: Tue Jan 29, 2008 7:40 pm    Post subject:
Reply with quote

if you know how to perform a file read in DYL280, it should be easy enough for you to write your own logic to compare records after
reads. icon_idea.gif
Back to top
View user's profile Send private message
Devzee

Active Member


Joined: 20 Jan 2007
Posts: 684
Location: Hollywood

PostPosted: Tue Jan 29, 2008 9:25 pm    Post subject:
Reply with quote

Quote:
how to compare two files using DYL language

There is no standard template, If you know the compare logic then you can write your own compariosn logic for your requirement.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Tue Jan 29, 2008 10:13 pm    Post subject:
Reply with quote

Hello,

If you do not know the compare logic, there is a "Sticky" near the top of the COBOL forum that you might adapt for your requirement.
Back to top
View user's profile Send private message
HappySrinu

Active User


Joined: 22 Jan 2008
Posts: 195
Location: India

PostPosted: Wed Jan 30, 2008 11:49 am    Post subject:
Reply with quote

dick scherrer wrote:
Hello,

If you do not know the compare logic, there is a "Sticky" near the top of the COBOL forum that you might adapt for your requirement.


this is not answer to your question.
DYL280 is reporting language whih is similar to cobol but as every one said it is interpret lang so use more resources.

It have lot of in built functions which we can straight away use for report formating.

Even thouht D's comment was correct that the intrepret languages process time is slow but it is easy to update/modify and especialy while running in production we don't need to follow lot of steps like compilation etc..

My team use to work on DYL280 and hoenstly i never worked on it other than looking in doco..

so don't mind guys.correct me if i am wrong
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Wed Jan 30, 2008 9:01 pm    Post subject:
Reply with quote

Hello,

Quote:
correct me if i am wrong
Not necessarily a matter of right or wrong. It is a good practice when posting an opinion (rather than some technical fact) to post that is an oinion.

Quote:
this is not answer to your question.
DYL280 is reporting language whih is similar to cobol but as every one said it is interpret lang so use more resources.
I don't know what the second sentence has to do with the first. . . Actually, it may well be an answer to the question. Being interpreted versus compiled has little to do with coding logic. If TS can read COBOL and implement the same logic (different syntax) using DYL280, it should work as desired.

Quote:
It have lot of in built functions which we can straight away use for report formating.
How does this relate to comparing 2 files?
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CA Products All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
This topic is locked: you cannot edit posts or make replies. Cobol GUI (like Editor) Kala Mainframe COBOL Programming 14 Wed May 10, 2017 12:30 pm
No new posts IMS T-Pipe queue counts in a COBOL Pr... Siva NKK Kothamasu IMS DB/DC 0 Tue May 09, 2017 6:31 pm
No new posts DSNACCOX (can it be run on 1 db/ts, t... SRICOBSAS DB2 3 Sat May 06, 2017 12:59 am
No new posts COBOL Code Parsers and Lineage Establ... balimanja COBOL Programming 2 Tue May 02, 2017 3:30 am
No new posts Cobol upgrade - source code missing f... gthmrj IBM Tools 1 Wed Apr 26, 2017 6:04 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us