Hi Vaibhav, The leak only becomes problematic after posting around 3500 sales orders. Hennie
-----Original Message----- From: Axapta-Knowledge-Village@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of vaibhav pednekar Sent: Thursday, 28 July 2005 17:10 PM To: Axapta-Knowledge-Village@yahoogroups.com Subject: Re: [Axapta-Knowledge-Village] Re: Posting Memory Leak hi all, I will put my case here --> i also have an interface for importing the sales transactions into temporary table for posting the sales orders in axapta. i use a Axapta definition group of Custom type to import the sales transactions into the temp table. in my case, there are 250 Shops, and the average transactions are around 10000 recs per month per shop, and the process what i designed is importing per shop and Posting per shop. When posted it will create one sales order per day and post invoice. till now i havent faced any problems, but if any of you have already experienced such case and have faced any situations which need attention, then please do let me know. Thank you regards vaibhav Microsoft Business Solutions - Axapta Application Certified Master --- austinsoftware <[EMAIL PROTECTED]> wrote: > We have the same issue; the fix may have helped a > little, but > ultimately the memory leak still exists. > > To work around the issue we have to limit the amount > of data we load > at one time, then close and reopen Axapta to free > the leaked memory. > > We rearchitected our import class so that it could > handle multiple > instances running at the same time, and limit each > instance to no > more than 10MB of EDI data (which is read into a > staging table then > posted). The amount of data, SOs, Lines you can do > at one time will > be dependent on your exact machine and SO > configuration, so you'll > have to determine what the safe number is for your > appilcation. > > For large loads we'll run 3 instance on each of 2 > machines with FAT > connections to get the data loaded. In our busiest > invoicing > period, we have to do it twice. The rest of the > year 1 iteration of > 1 to 6 instances will do it. > > --- In Axapta-Knowledge-Village@yahoogroups.com, > "Hennie Potgieter" > <[EMAIL PROTECTED]> wrote: > > Hi Kim, > > > > We do have the SmartHeapMemorySizeUp() in our > Info.Startup method > > exactly as you describe and the problem still > occurs after 3500 odd > > sales orders posted from 1 client. > > > > Hennie > > > > -----Original Message----- > > From: Axapta-Knowledge-Village@yahoogroups.com > > [mailto:[EMAIL PROTECTED] > On Behalf Of Kim > > Truelsen > > Sent: Tuesday, 26 July 2005 13:06 PM > > To: Axapta-Knowledge-Village@yahoogroups.com > > Subject: RE: [Axapta-Knowledge-Village] Posting > Memory Leak > > > > > > > > In Sp3 we made a change in Classes / Info / > Startup. Please > implement > > that change and hopefully your problem is gone. > > > > > > > > void startup(str startupCommand) > > > > { > > > > this.docuInit(); > > > > > > > > if (xGlobal::clientKind() != > ClientType::Server) > > > > SmartHeapMemorySizeUp(); > > > > > > > > Med venlig hilsen / Best regards > > > > Kim Truelsen > > Escalation Engineer > > Microsoft Business Solutions Axapta > > EMEA Global Technical Support Center > > > > Direct / mobile: +45 4489 0786 / +45 29499958 > > E-mail: <mailto:[EMAIL PROTECTED]@microsoft.com> > [EMAIL PROTECTED] > > > > Online support at: > <BLOCKED::http://www.microsoft.com/support> > > www.microsoft.com/support > > MBS Partnersource at: > > > <BLOCKED::http://www.microsoft.com/BusinessSolutions/PartnerSource/de > fau > > lt.mspx> > www.microsoft.com/BusinessSolutions/PartnerSource/default.mspx > > > Security Updates at: > <BLOCKED::http://www.microsoft.com/protect> > > www.microsoft.com/protect > > > > <BLOCKED::http://www.microsoft.dk/> Microsoft > Denmark > > Tuborg Boulevard 12 > > DK-2900 Hellerup > > Phone:+45 4489 0100 / Fax: +45 4468 5510 > > > > > > _____ > > > > > > If you have any feedback about my work, please let > either myself > or my > > manager Kenneth Stubban know at <BLOCKED::mailto:[EMAIL PROTECTED]> > > [EMAIL PROTECTED] or telephone +45 4489 0784 > > Note: This email may contain confidential > information. If you are > not > > named on the addressee list, please take no action > in relation to > this > > email, do not open any attachment and please > contact the sender > (details > > above) immediately. > > > > > > _____ > > > > > > From: Axapta-Knowledge-Village@yahoogroups.com > > [mailto:[EMAIL PROTECTED] > On Behalf Of > Hennie > > Potgieter > > Sent: 26. juli 2005 13:00 > > To: Axapta-Knowledge-Village@yahoogroups.com > > Cc: Edine Le Roux > > Subject: [Axapta-Knowledge-Village] Posting Memory > Leak > > > > > > > > Hi, > > > > > > > > We are still experiencing problems with the > standard sales order > posting > > process in Axapta v3 SP2. It seems as if the > standard posting > routine > > in Axapta has a memory leak that causes Ax32.exe > to crash with an > out of > > memory error. Has anyone of you experienced this > before and do > you have > > any recommendations for us in this regard? The > details are as > follows: > > > > > > > > We get the SmartHeap Out of Memory error when > trying to import and > post > > individual sales orders from an external system. > The invoices get > > imported into Axapta and then posted. This > posting happens on a > per > > sales order basis. (Import 1 sales order from the > external system > into > > the temporary posting tables and then post the > sales order) We > suspect > > that this is due to a memory leak in the Axapta > standard posting > > process. (Class.SalesFormLetter). For each sales > order that is > posted, > > a certain amount of memory is allocated (as can be > seen in the > Windows > > task manager) and added to the total memory usage > of the Ax32 > process. > > Only a small amount of the added memory is > released after the > posting > > process. This cause the total memory usage of the > Ax32 process to > keep > > growing. (Typical memory leak behaviour). This > causes the > === message truncated === ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs Sharing the knowledge on Axapta. Yahoo! Groups Links ------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="http://us.ard.yahoo.com/SIG=12hakl0ib/M=362343.6886682.7839641.1493532/D=groups/S=1705001380:TM/Y=YAHOO/EXP=1122645486/A=2894354/R=0/SIG=11qvf79s7/*http://http://www.globalgiving.com/cb/cidi/c_darfur.html";>Help Sudanese refugees rebuild their lives through GlobalGiving</a>.</font> --------------------------------------------------------------------~-> Sharing the knowledge on Axapta. Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/Axapta-Knowledge-Village/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
