Re: Large Object Heap Compaction in Framework 1.1/2.0?

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

Ben,
I'm affraid the only sure and performant way is to use "shared memory" also
called Memory Mapped Files. The only problem is that there is no framework
support for this so you need to implement your own or search for some
existing implementation [1] of a .NET "shared memory" component.
[1]
http://www.winterdom.com/dev/dotnet/index.html
Be sure you can set the security such that the MM portion is sharable
between TS sessions!!!

Willy.


"Ben Lam" <BenLam@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:272DD2A4-595C-41F9-85EF-5D5311BF1F1D@xxxxxxxxxxxxxxxx
| thanks for the reply Willy. I've been reading alot of your previous posts
| with respect to memory and its helped alot.
|
| Maybe you can answer another question for me. The reason our app has such
| high memory usage is we store an product cache. This works fine except
when
| the number of products is quite large and we also use terminal services to
| host remote users.
|
| The cache we use is a datatable that returns dataviews of the filtered
| product lists needed by the app. Is there a way to have multiple
processes
| share this cache using a datatable so that there is only one datatable for
| the multiple terminal server sessions? I'm assuming that using a
webservice
| and returning a dataview will serialize the datatable its pointing to so
that
| wouldn't help since each process will essentiallly have a copy of the
| datatable. And i believe remoting would have the same problem correct?
We
| would like to find a solution that uses the same datatable structures so
we
| don't have to rewrite alot of code, esp for the data filtering.
|
| thanks
|
| "Willy Denoyette [MVP]" wrote:
|
| >
| > "Ben Lam" <BenLam@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
| > news:14159ED6-AB70-488A-B5F0-C85F57D75289@xxxxxxxxxxxxxxxx
| > |I read on some message board that i can't find anymore saying that the
| > Large
| > | Object Heap is compacted in Framework 1.1 or 2.0. Is this true? I
can't
| > seem
| > | to find any ms documentation that said this was fixed. Is large
object
| > heap
| > | fragmentation still going to be a problem in Framework 2.0?
| > |
| > | thanks
| >
| > The LOH is not getting compacted, this is true for both v1.x as for
v2.0.
| > It's simply too expensive to compact the LOH.
| >
| >
| > Willy.
| >
| >
| >


.

Relevant Pages

  • Re: Cached memory never gets released
    ... Stock linux 2.4.26 kernel. ... Due to flash bug 3M of memory gets lost due to font memory getting lost ... The output of "free" cache number steadily grows. ... longer to exhaust all of system memory with the cache. ...
    (Linux-Kernel)
  • Re: Problem: Creating a raw binary string
    ... > While its true that a 64-bit cpu will move twice the data per instruction it ... > Memory bus width plays an important role here and unless it too is widened / ... You are forgetting the two levels of cache in the processor. ... The memory chips are addressed in Row col fashion. ...
    (alt.comp.lang.borland-delphi)
  • Re: Is Greenspun enough?
    ... Most OSes memory map executables directly from the file system so code doesn't pollute the file cache or swap space. ...
    (comp.lang.lisp)
  • Re: Superstitious learning in Computer Architecture
    ... Without a LOT of logic or some other better approach, re-executing the instructions requires re-decoding and it ties up the cache memory bus transferring more data as instructions than the instructions are working on. ... The concept of cache is fundamentally flawed in that it STILL restricts access to one word per clock cycle, when a single modern ALU can easily use 5 plus whatever is eaten up with instruction accesses. ... The size of an optimizing compiler is proportional to the SQUARE of the size of the language times the SQUARE of the complexity of the machine - because all interactions must be considered. ...
    (comp.arch.arithmetic)
  • Re: FPGA-based hardware accelerator for PC
    ... I know that in most cases the CPU ... that it contsins no cache, as BRAMs are too precious resources to be wasted ... The BRAMs are what define the opportunity, ... many threads with full associativity of memory lines using hashed MMU ...
    (comp.arch.fpga)