× 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.



Dan,

Memory DIMMs are all identical (FC #3002) we just filled the drawer with 6 more sticks.

I created a 10G File in QTEMP with CRTDUPOBJ and that took just under 5 minutes. That would certainly overload the 2G memory they have. Clearing QTEMP took no time and signing off with that object in there also took no time either.

What the users have in QTEMP is a whole set of file (At least a dozen) with PFs, LFs etc but I don't think they have any significant quantity of data in there. The files get created when they go into System-21 and stay there until they sign off.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 2/28/2013 10:40 AM, Dan Kimmel wrote:

Memory speed mis-match between the old and the new? Not all processors tolerate that well.

QTEMP will never roll out to disk unless the memory pool overloads, so disk probably has little to do with it.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Thursday, February 28, 2013 9:02 AM
To: Midrange Systems Technical Discussion
Subject: Re: qtemp performance oddity.

Should have mentioned that the controller (replaced at the same time) also was on an i 7.1 partition with TR5 previously. So at least they should be in sync.

BUT if this was a disk issue creating and copying large files ANYWHERE should be a problem. It seems to ONLY affect heavy QTEMP users.


- Larry "DrFranken" Bolhuis



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.