1

Topic: The program under Mono guzzles in 3 times of storage than under.NET

The same program compiled by means of VS 2015.NET 4.5, Any CPU. Under Windows stablly 60 - 80 Mb of storage eat off and does not grow. In Ubuntu (Mono 4.6) - smoothly grows within days from 100 megabytes to 700. To a storage limit, 512 mbytes initially grew, was then killed. Took the server on 2  storages, but after all such rates and 2  gobbles up. Something there grows, and that - I can not understand. Placed everywhere using, appropriated to all to that only it is possible null when it is not necessary any more, and GC.Collect (); the result seems, did not change. As guzzled and guzzles. I think, it is abnormal. Can it is necessary deliver any flag of compilation?

2

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: V> the Same program,  Perhaps  process and to try  to disassemble something? PS: that's it for it Mono also do not love.

3

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: V> the Same program compiled by means of VS 2015.NET 4.5, Any CPU. V> Under Windows stablly 60 - 80 Mb of storage eat off and does not grow. I think, it is turning point. Mono somewhere  storage means! And under.NET Core - the same?

4

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, Kolesiki, you wrote: K> Hello, vl690001x, you wrote: V>> the Same program compiled by means of VS 2015.NET 4.5, Any CPU. V>> Under Windows stablly 60 - 80 Mb of storage eat off and does not grow. K> I think, it is turning point. Mono somewhere  storage means! And under.NET Core - the same? Under.NET Core it does not turn out to launch, it is a lot of too that that in it is not present. For example, System. Web.

5

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, Glory, you wrote: Hello, vl690001x, you wrote: V>> the Same program,  Perhaps  process and to try  to disassemble something? Not so I the maniac)

6

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: V> the Same program compiled by means of VS 2015.NET 4.5, Any CPU. V> Under Windows stablly 60 - 80 Mb of storage eat off and does not grow. V> in Ubuntu (Mono 4.6) - smoothly grows within days from 100 megabytes to 700. To a storage limit, 512 mbytes initially grew, was then killed. At start from under studio (2015 upd 3, NET 4.5) with  sometimes the same hogwash: at norm 1  application starts to eat off promptly storage, yet does not gobble up all (all free 12) Perebilding of all sometimes helps, sometimes is not present the Reason of the given phenomenon are not clear, but Diagnostic Tools thus always does not work

7

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, mDmitriy, you wrote: D> Hello, vl690001x, you wrote: V>> the Same program compiled by means of VS 2015.NET 4.5, Any CPU. V>> Under Windows stablly 60 - 80 Mb of storage eat off and does not grow. V>> in Ubuntu (Mono 4.6) - smoothly grows within days from 100 megabytes to 700. To a storage limit, 512 mbytes initially grew, was then killed. D> at start from under studio (2015 upd 3, NET 4.5) with  sometimes the same hogwash: at norm 1  application starts to eat off promptly storage, yet does not gobble up all (all free 12) D> Perebilding of all sometimes helps, sometimes is not present D> the Reason of the given phenomenon are not clear, but Diagnostic Tools thus I always do not work  the version under Mon I launch. But generally, same cannot be in norm? Can any there is a compiler or compiler toggles specially under Mono? Because, at first, the program from start starts to eat at once more storages approximately in 2 times, it is not absolutely clear with what , but is possible with that that lines (many lists with lines) somehow are uneconomically stored, and  storage grows. Cannot such be, or somewhere at me a program error which for some reason.net forgives, and mono - is not present, or the program it is not optimized under mono or memory leak. Interesting, and whether it is possible console project VS2015  compiler Mono?

8

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: V> the Same program compiled by means of VS 2015.NET 4.5, Any CPU. V> Under Windows stablly 60 - 80 Mb of storage eat off and does not grow. V> in Ubuntu (Mono 4.6) - smoothly grows within days from 100 megabytes to 700. To a storage limit, 512 mbytes initially grew, was then killed. Took the server on 2  storages, but after all such rates and 2  gobbles up. V> Something there grows, and that - I can not understand. V> placed everywhere using, appropriated to all to that only it is possible null when it is not necessary any more, and GC.Collect (); the result seems, did not change. As guzzled and guzzles. V> I think, it is abnormal. Can it is necessary deliver any flag of compilation? The difference in that what mode can is used, 32 or 64 bit? In 64 bit it is essential more storage goes.

9

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, Danchik, you wrote: D> the difference in that what mode Can is used, 32 or 64 bit? In 64 bit it is essential more storage goes. Any CPU. B Windows and Linux - 64.

10

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: V> In Ubuntu (Mono 4.6) - smoothly grows within days from 100 megabytes to 700. To a storage limit, 512 mbytes initially grew, was then killed. Took the server on 2  storages, but after all such rates and 2  gobbles up. Without CLR Profiler it is difficult to tell.

11

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: At Mono absolutely other collector. Certainly, in it there can be bugs. That you need to make: 1) At  two different collectors, conservative and sgen. It is necessary to try to switch and have a look - whether there was a leak. 2) further there's nothing to be done - it is necessary   to look that in storage . If to you carries - there there will be what that one class  storage so you can write  and try to invent workaround 3) Well and if did not carry and  a heap of different classes - whereas that to contact the children, picking the collector and to give them the code playing back a problem.... <<RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>

12

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, AndrewVK, you wrote: AVK> Hello, vl690001x, you wrote: AVK> 1) At  two different collectors, conservative and sgen. It is necessary to try to switch and have a look - whether there was a leak. It is interesting. And how to switch?)

13

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: V> Hello, AndrewVK, you wrote: AVK>> Hello, vl690001x, you wrote: AVK>> 1) At  two different collectors, conservative and sgen. It is necessary to try to switch and have a look - whether there was a leak. V> it is interesting. V> and how to switch?) http://docs.go-mono.com/?link=man%3amono (1) - gc=boehm, - gc=sgen it is possible to look MONO_GC_DEBUG for garbage collector debugging.

14

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: V> the Same program compiled by means of VS 2015.NET 4.5, Any CPU. V> Under Windows stablly 60 - 80 Mb of storage eat off and does not grow. V> in Ubuntu (Mono 4.6) - smoothly grows within days from 100 megabytes to 700. I here then  to expostulate on a garbage collector. The problem can quite be in difference of implementation any System.* classes at most Mono.

15

Re: The program under Mono guzzles in 3 times of storage than under.NET

Hello, vl690001x, you wrote: 1. Except two implementations GC about which wrote above, there is still an option mono - desktop.... - desktop Configures the virtual machine to be better suited for desktop applications. Currently this sets the GC system to avoid expanding the heap as much as possible at the expense of slowing down garbage collection a bit. 2. And MemoryCache or HttpRuntime. Whether Cache are used, if not a secret?