I am processing large flat files (over 30gb).  I load the file into an
orchestration that will split the file into smaller units and send them on
to the send ports, where they're mapped and sent to the Covast edi
accelerator.

The problem is that once the file has gone through the disassembler, the
BTSNTSVC.EXE process grows in memory until it hits the 2gb memory limit of
Windows, and causes an OutofMemoryException and crashes the service.  When I
check through performance monitor, the orchestration memory doesn't
increase, but there seems to be a memory leak because the BTS service memory
increases until it crashes.

Anyone else seen this?

Thanks,
Kevin

[ Post a follow-up to this message ]

Hi Kevin, I'd recommend opening a support incident on this.  I've spoken to
another support professional here who's got an issue like this currently
and so-far it looks like a CLR issue that garbage collection isn't occuring
fast enough with the case he has.

Larry Franks

This posting is provided "AS IS" with no warranties,and confers no rights.
Subscribe at
http://support.microsoft.com/defaul...msdn/nospam.asp
&SD=msdn
--------------------
| From: "Kevin Mebane" <ecc@oh.com>
| Subject: ATTN Microsoft:  Memory Leak in BTS2004 (when dealing with a
large flat file)
| Date: Thu, 27 May 2004 15:20:52 -0400
| Lines: 18
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1409
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
| Message-ID: <#kV6L#BREHA.1396@TK2MSFTNGP12.phx.gbl>
| Newsgroups: microsoft.public.biztalk.server
| NNTP-Posting-Host: 156.63.233.104
| Path:
cpmsftngxa10.phx.gbl!TK2MSFTFEED02.phx.gbl!TK2MSFTNGXA01.phx.gbl!cpmsftngxa0
6.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP12.phx.gbl
| Xref: cpmsftngxa10.phx.gbl microsoft.public.biztalk.server:9543
| X-Tomcat-NG: microsoft.public.biztalk.server
|
| I am processing large flat files (over 30gb).  I load the file into an
| orchestration that will split the file into smaller units and send them on
| to the send ports, where they're mapped and sent to the Covast edi
| accelerator.
|
| The problem is that once the file has gone through the disassembler, the
| BTSNTSVC.EXE process grows in memory until it hits the 2gb memory limit of
| Windows, and causes an OutofMemoryException and crashes the service.
When I
| check through performance monitor, the orchestration memory doesn't
| increase, but there seems to be a memory leak because the BTS service
memory
| increases until it crashes.
|
| Anyone else seen this?
|
| Thanks,
| Kevin
|
|
|

[ Post a follow-up to this message ]

--------------------
Hi Kevin,
If you would like us to assist you in getting a case open on this issue
please send us an email to dscommhf@microsoft.com. Please include the
subject line of the post a as well as the issueID 22922591...

I look forward to hearing from you soon.

Thanks
Stefan

This posting is provided "AS IS" with no warranties,and confers no rights.
Subscribe at
http://support.microsoft.com/defaul...msdn/nospam.asp
&SD=msdn
[vbcol=seagreen] 
to[vbcol=seagreen] 
occuring[vbcol=seagreen] 
rights.[vbcol=seagreen] 
sp[vbcol=seagreen] 
a0[vbcol=seagreen] 
on[vbcol=seagreen] 
of[vbcol=seagreen] 

Stefan Schachner
Microsoft Community Tech Lead
This posting is provided “AS IS” with no warranties, and
confers no rights.

[ Post a follow-up to this message ]

Stefan,

We resolved the issue by not doing the complex processing inside an
orchestration, but used a custom pipeline instead.  You may still want to
look into this issue, but it is no longer a problem for us.

Any questions, let me know.
Kevin
""Stefan Schachner[MSFT]"" <sschac@online.microsoft.com> wrote in messag
e
news:bkLlLM%23REHA.2608@cpmsftngxa10.phx.gbl...
>
> --------------------
> Hi Kevin,
>   If you would like us to assist you in getting a case open on this issue
> please send us an email to dscommhf@microsoft.com. Please include the
> subject line of the post a as well as the issueID 22922591...
>
> I look forward to hearing from you soon.
>
> Thanks
> Stefan
>
> This posting is provided "AS IS" with no warranties,and confers no rights.
> Subscribe at
>
http://support.microsoft.com/defaul...msdn/nospam.asp
> &SD=msdn
> 
> to 
> occuring 
> rights. 
> 
> sp 
> 
> a0 
them[vbcol=seagreen]
> on 
the[vbcol=seagreen] 
limit[vbcol=seagreen]
> of 
>
> Stefan Schachner
> Microsoft Community Tech Lead
> This posting is provided "AS IS" with no warranties, and
> confers no rights.
>

[ Post a follow-up to this message ]