× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Ah to good old days when everyone had source and was not afraid to use it.

*** Electronic Forms Solutions ***
*** iSeries Contract Programming ***
Gregory A. Garner
Garner Data Systems, Inc.
4270 Grand Teton Parkway
Suwanee, Georgia 30024
Phone 770.845.9636   Fax 770.614.3496
e-mail: ggarner_gds@xxxxxxxxxxxxxx



-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx]On Behalf Of Burns, Bryan
Sent: Thursday, February 12, 2004 3:32 PM
To: MAPICS ERP System Discussion
Subject: RE: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog


Thanks, this is helpful.  We don't have enough DASD to save to disk but
perhaps we will have enough after our next hardware upgrade.

Incidentally, we are in the same situation as Joe P who wrote earlier about
MAPICS fees for processor upgrades.  We are on an 820 and thought the
pricing to go to an 810 was pretty attractive.  Until MAPICS entered the
picture.   Boss is now wondering what it would take to strip out MAPICS as
we have a ton of custom code anyway.  He's thinking maybe we can write the
code ourselves for the small portion of MAPICS we do use.  

 -----Original Message-----
From:   Ashworth, Thomas R. [mailto:TAshwort@xxxxxxxxxxxxxxxx] 
Sent:   Wednesday, February 11, 2004 12:01 PM
To:     MAPICS ERP System Discussion
Subject:        RE: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog

If you have enough disk-space, you may want to consider the
Backup-to-disk option.  The resulting Save-files (located in library
AMSLIBy, where y=your data environment id) can be saved to tape at your
convenience for off-site storage and the file restores can be processed
much faster from disk.

It may save time, but from my experience, most restore operations hit
system response pretty hard.

Thomas Ashworth
Business Applications Manager
Altec Lansing Technologies, Inc.

-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Burns, Bryan
Sent: Wednesday, February 11, 2004 12:41 PM
To: MAPICS-L@xxxxxxxxxxxx
Subject: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog

Manually refreshed our test environment this morning using last night's
backup tape.  All went smoothly except our system really slowed down
during
the restore from tape.  Restore was from a MAGSTAR 3570 of AMFLIBE which
is
40 GB.  The restore took 1.5 hours

I submitted the RSTOBJ interactively but changed the priority to 51
after my
boss called asking why the system was so slow.  For the next refresh,
what
can I do to limit the resources a RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE uses?


_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.