I can understand an edit of a 30mb file failing but the delete is a bit strange.
Sounds like the file has a corruption; the DELETE code simply does a READVU of the item on field 0 (the key) so it doesn't actually read the entire record into memory. Maybe check the file for corruption.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marco Manyevere Sent: 30 November 2004 13:46 To: [EMAIL PROTECTED] Subject: RE: [U2] How to setup MALLOCTRACING?
The problem shows itself up in 2 ways:
1) DELETEing or EDiting a record from &COMO&, &SAVEDLISTS&, or &HOLD& thats more than 30Mb fails with 'Available memory exceeded'
2) A number of reports on the system use the TEMP.LIST<-1> = TEMP.STR construct and these are failing for big files. Unfortunately I cant change this because I have no access to the source code and it would be a major major exercise based on the size of the system.
Every time you append (which is what -1 implies), you actually have to make a copy of the existing string (TEMP.LIST), append to the copy, destroy the original, then rename the copy. This means that you can have, at times, two full copies of the item in memory. For big items, you will exhaust memory rather quickly.
Memory in universe, for those systems that use the universe memory manager and NOT the system memory manager, is limited to the amount of memory dictated by the placement of the system disk shared memory segment (i believe its 0xacec----). On most systems this will be well below actual physical memory.
I don't believe that the uvconfig file for universe has a tunable to change the shared memory location; I know for DSEngine we rewrote all the attach code so that we could easily relocate the segments as well as run multiple versions and copies of the engine on a single system. In the past we had to actually rebuild universe with different attach points for the segments as they couldn't be adjusted in the field; if you can't change the offset values in the uvconfig file, then the only recourse would be to get a new build from IBM with adjusted offset values, or don't have such large items.
Good luck!
Regards, Marco.
Adrian Matthews <[EMAIL PROTECTED]> wrote: What are you running within Universe?
Seems like quite a lot of memory to be using, none of our processes (on Windows or Unix) ever go over 15mb of physical memory.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marco Manyevere Sent: 30 November 2004 07:42 To: [EMAIL PROTECTED] Subject: [U2] How to setup MALLOCTRACING?
Hi Everyone,
I'm still battling with the 'Available memory exceeded' problem on Sco Unixware. I haven't been able to receive feedback from anyone on the list running UV on Unixware on how they have configured their system and how much memory they can be mallocated in one big chuck. I can only get 30Mb max before the memory exceeded error is thrown even though I have 8 Gig RAM and am the only user on the system. The system runs nothing else but UV and all possible Unixware parameters must be optimised for UV.
I want to turn on MALLOCTRACING to 1 in the hope that I will be able to find out the exact nature of the failure. I have tried but then UV fails to start with a missing parameter message. Does anyone know how to setup the malloctracing? Where does the tracing information get written to and how to interpret it?
Thanks for any help.
Regards, Marco.
--------------------------------- Win a castle for NYE with your mates and Yahoo! Messenger ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
--------------------------------- ALL-NEW Yahoo! Messenger - all new features - even more fun! ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission.
-------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
