Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / CLR / December 2007

Tip: Looking for answers? Try searching our database.

How To Avoids CLR GC operation

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
elwolv - 03 Dec 2007 19:15 GMT
Hello;

I am trying to write a c# .net code where no GC un-timed memory operation.
the purpose of which is to allow the code to be responsive in real time as
possible.

what are the steps to talk in selecting type of objects and variable.
do we use a single class for the program?
how to make all structures and variables persistence not subject to GC?
what makes a method or functions persistence not subject to GC?

thank you

Signature

elwolv

Mattias Sjögren - 03 Dec 2007 19:47 GMT
>I am trying to write a c# .net code where no GC un-timed memory operation.
>the purpose of which is to allow the code to be responsive in real time as
[quoted text clipped - 4 lines]
>how to make all structures and variables persistence not subject to GC?
>what makes a method or functions persistence not subject to GC?

I'm not sure I understand what you're asking, but it sounds like you
want to disable GC completely in your application. That's simply not
possible.

Mattias

Signature

Mattias Sjögren [C# MVP]  mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.

Chris Mullins [MVP - C#] - 03 Dec 2007 20:03 GMT
The construct you're looking for is called a Constrained Execution Region.
It's not quite what you want, but it's likley very close.

Documentation:
http://msdn2.microsoft.com/en-us/library/ms228973.aspx

MSDN Article on the topic:
http://msdn.microsoft.com/msdnmag/issues/05/10/Reliability/default.aspx

... Note: This isn't suitable for an entire application, but rather regions
of code. If that's your goal, you should use C++ or Delphi, as a managed
language (.Net, Java) isn't going to cut it.

--
Chris Mullins

> Hello;
>
[quoted text clipped - 8 lines]
>
> thank you
elwolv - 03 Dec 2007 22:56 GMT
Hello;

thank you for your reply.

I understand your comment.
gc can not be disabled
and c# managed clr will kick in when it is become needed (out of my control)
and .net can not be made real time response

restate my question:

there are structures that is persistence in memory and GC does not collect
and remove.  

what is would be recommended to use such structures in simple c# program to
make gc has no need to collect memory, if all the objects are persistence?

thank you
Signature

elwolv

> The construct you're looking for is called a Constrained Execution Region.
> It's not quite what you want, but it's likley very close.
[quoted text clipped - 24 lines]
> >
> > thank you
Chris Mullins [MVP - C#] - 04 Dec 2007 00:20 GMT
The question is easy to answer: Make the Static. This will put them on the
high frequency heap, and they won't ever be collected.

... now, with that said, this is probably pretty silly. What are you
building that you think GC will just wreck?

Given you level of knowledge about .Net, I would guess you haven't tried any
of this yet, and are shooting in the dark. If this is the case, you may want
to step back and take a bigger look at things.

Figure out your performance and latency requirements, and from there
determine if you can use .Net or not.

In the best case, you're guilty of waaaaay premature optimization, and
you're going to make things worse rather than better.

--
Chris Mullins

> Hello;
>
[quoted text clipped - 49 lines]
>> >
>> > thank you
elwolv - 04 Dec 2007 17:30 GMT
hello;

thank you for your response.

I am trying to use .met MF to issue motor control commands
commands can't be delayed for GC action.
Since GC is the system in .net MF it is the one who use/steals cycles from
the cpu.
By using static we can help continuous stream of commands without any
un-timed GC latency.

yes; .net MF/XP are not real time system and only windows CE/Linux are real
time OS.,
However, .net MF CLR is the OS to be concern on the system.

my question now would be:

1- is there any specific technique for CLR (known to you as more
knowledgeable) to be used in this manner to help keep the commands flow
without interruption?
2- short of using real time OS, I want to use .net MF; because it is easy to
use and less time consuming and is really a good way to use embedded MCU.
then what is the best ways to do that with the understanding, that we can't
make .net MF a complete zero latency? there is enough RAM to hold a program.

thank you

Signature

elwolv

> The question is easy to answer: Make the Static. This will put them on the
> high frequency heap, and they won't ever be collected.
[quoted text clipped - 68 lines]
> >> >
> >> > thank you
Chris Mullins [MVP - C#] - 04 Dec 2007 17:51 GMT
You're up against a target I don't think you're going to hit based on advice
from a newsgroup.

Go out, write some prototype code, and get it running. When it doesn't work,
keep trying various approaches until you get something you like.

I suspect you're going to get the compact framework, running on a mobile
device, to work as well as you're hoping. I would like to be wrong, but
based on my work with the Compact Framework, you've got an uphill battle on
your hands. I suspect GC will be one of your concerns, but will be far from
the last...

--
Chris Mullins

> hello;
>
[quoted text clipped - 109 lines]
>> >> >
>> >> > thank you
Ben Voigt [C++ MVP] - 04 Dec 2007 18:47 GMT
> hello;
>
[quoted text clipped - 6 lines]
> By using static we can help continuous stream of commands without any
> un-timed GC latency.

By eliminating allocations (after startup) I think you should be able to
prevent the GC from running.

To do that, you'll need to pool your objects.  I think you can use
LinkedList<T> for that as long as you save the LinkedListNode<T> and simply
move it between free and busy lists, always use the methods that take a
LinkedListNode because the only will allocate them.

Also, I hope you aren't doing any string manipulation, because strings can't
be pooled (they are immutable, so the only way to get a new value is to
allocate one).  Use byte or character arrays instead of strings.

If you weren't on MF (where there is no interop layer) I'd say use C or C++
to create a native thread for the realtime operations, and pass buffers back
and forth to the managed thread, then don't worry about the GC.

> yes; .net MF/XP are not real time system and only windows CE/Linux are
> real
[quoted text clipped - 98 lines]
>> >> >
>> >> > thank you

Rate this thread:







Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.