HP3000-L Archives

October 1999, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Shawn Gordon <[log in to unmask]>
Reply To:
Shawn Gordon <[log in to unmask]>
Date:
Fri, 22 Oct 1999 06:58:22 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (87 lines)
Speedware can be as effecient as you want it to be.  For most applications
the performance wasn't to far off a compiled language (certainly better
than powerhouse).  We had 100 users on a 959/200 with 100% speedware code
and had great response time.  They do some things very poorly, like writing
to files.  If you are going to write a lot of records to a file, it would
be to your advantage to replace the standard IO with a COBOL subroutine.
For each record they do FLOCK/FPOINT/FWRITE/FUNLOCK.  As for online
transactions and standard reporting, the performance is just fine.  Get a
copy of Omnidex to go with it and you will really be humming.






Tom Hula <[log in to unmask]> on 10/22/99 06:43:38 AM

Please respond to Tom Hula <[log in to unmask]>



 To:      [log in to unmask]

 cc:      (bcc: Shawn Gordon/IS/FHM/FHS)



 Subject: Re: Opinions on SpeedWare







I was originally planning on converting our Protos applications to
Speedware, along with any new programs.  We have long since
abandoned that and still have a third-party application using
Speedware.  My impressions are:
- The development environment is a good example of what you would
  find with many other 4GL's with an "object-oriented" approach.
  They did a good job with it.  It is very similar to the
  environment I used when I did some programming with Informix.
- The one application we have running on our system using Speedware
  is a drain on our entire system.  An extreme hog.  From what I
  have heard since, this is fairly typical of Speedware applications.
  Our existing Cobol and Protos/Cobol applications are extremely
  efficient, taking up little in the way of resource.
- I could get a larger box to make up for Speedware, but why should
  I?  Cobol 85, although not as fast to develop in as some of the
  4GL's, has many of the 4GL coding conventions built into it now
  and is as efficient as ever.  I hope that Speedware is just a
  bad example of what a 4GL could be.
                Tom Hula
                Victor S. Barnes

[log in to unmask] wrote:
>
> Hi!
>
> I am looking for some personal opinions on SpeedWare v6.0 to evaluate
> if we should consider migrating some legacy in-house applications to
> another environment.  The most of the applications are running
> SpeedWare v6 on an HP 3000/958 MPE/XL 5.5.  There are some scattered
> SpeedWare v5 around.  If you are using it, or have used it, here are
> some of my questions:
>
> 1.  What is your overall impression with the product as compared to
> other 4GLs?
>
> 2.  How well does it support web-enabled requirements?
>
> 3.  Where do you see SpeedWare for the long-term?  Is it an in-demand
> product?  Or, is it being superceded by other products?  If the later,
> which products are replacing it?
>
> 4.  Are SpeedWare programmers a difficult to find?
>
> 5.  Is there anything else I should consider?
>
> Thanks for your help!
>
> LuAnne
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.

ATOM RSS1 RSS2