Recently I came to know about a very nice initiative started by DelhiGoverment. Under this scheme students are given Accounts with Punjab National Bank. Here students are given the facility of withdrawing money directly from ATMs , here no third party distribution is existing , directly the accounts are created under the name of the student.
Say a small amount (Rs500,Rs700 or Rs1500) are given to students at various stages of thier studies.

As I got to meet the students of Sarvodaya Vidyalaya, Sharda Niketan, Delhi-34 and they seems to be happy happy about this small contribution given by Delhi Goverment.
I also discovered few students are going to school just to get these benefits. They use this money to sponsor thier travel and other study related expenses.
This seems to be too little but I strongly believe that “A little progress everyday leads up to big results”.
The school which I mentioned above happens to be the place where I have spend 10 yrs of my life as I have done my primary Eductions from here.
I heared about other initiative like “LADLLI” where Girl child (student) gets a fixed deposit of Rs 100000 and they wil be given this amount once they get Adult(18yrs) for thier further studies.
I think Delhi Goverment is doing a good job for education.
Thanks to modern banking system and Public Distribution Systems Idea.

I hope other other Goverment Funds will find the some good utilization like this.Instead of filling the pockets of crrupt politicians.

After I heared a lot about scam @ Common Wealth Games in Delhi
this FACT really relaxed my soul a lot, I was asked by lots of people outside Delhi about the rising graph of corruption in delhi.
I think this is enough for time being

Jai Ho!

Today I was having sometime to  apply my book knowledge to practice.

I have studied that you can buy/sell CALL or PUT options.

I was studying that you can invest a LITTLE and can gain a lot from F&O.

Now today discovered what is the value of that LITTLE.

Say today I wanted to buy CALL option for JUN’10 series.

SUZLON-60@3.5 (lot size 3000), meaning if I want to buy a call option for suzlon june series

I have to pay a LITTLE of 3.5 *3000=10500, currently SUZLON in trading @ 59.50 in cash market.

It means I have to pay a cost of 6% (LITTLE) of the current stock price.

It’s a quite expensive deal.

As this Rs 10500 is something which will never come back to you.

But, in case SUZLON crosses 60 then I can make some money say if it will go to 65 I will make 5*3000 =Rs15000.

Profit of Rs 4500, only in case if rises by almost 10% not bad.

So try your luck but be very careful.

The service offered by them was pretty decent enough they took Rs 12000 other packers which we
enquired with were asking for Rs10000 – 10500 but went with brand and reliability , always
go to the office of the Packers and get full details.

They came to my house to pick the CAR, accepted Post Dated cheque of Rs 12000 and asked us to fuel
our Car with 10 ltrs don’t give money to them and ask them to fuel by themself.

they will take the original PUC copy and xerox of the RC and other docs like insurance.

It took almost 8 Days for my car to reach Bangalore.

While giving Car for transport do always remember to Get it instpected very well in front of the
Packer.

Keep in find few things

- Battery No.
- Tyres No. and thier conditions
- Screatches
- Any other registration of anything is there or not.
-Meter readings

These things help when you recieve your car.

They will be telling you that your Car doesn’t have enough fuel …just act smartly and try not

to pay any extra amount as you would have already paid for 10 ltrs.

Now as i have got my car in bangalore so i have to face so many new issues here

- Traffic (ITPL parking @ 1200 i preffered to go with Open parking @ 600)
- Parking
- Auto Rikshaws
- High petrol prices
- Registration related issues with Police
- I don’t know what all are the documents required
- Is there any NOC is required.
- Do i have to pay any Road Tax or somthing
_ Extra expenses..
– It fill be a touch life i guess…let’s see..pray for me.

Remoting is the process through which we can access any remote object from one application domain to another application domain.

For creating remote object the class object must be inherited by MarshalByRefObject class.

Application domain is the runtime environment of application, For MicrosoftWord, domain is MS office, For .NET programme, .NET runtime environment.

Terms Used in Remoting

Proxy: To avoid conjunction in networking. Main work is task Distributing.There are two type of proxy.

Transparent proxy (There is no physical existence , Created by IIS server)
Real Proxy (Physical Existence)

Channel: Channel provides the medium for transfer data from one location to another location. There are two types of channel.

TCP(work with Predefined root Connection oriented)
HTTP (No need predefined root)
Formatters: Change the data in an appropriate format that it can traverse through channels.

There are two types of formatters
Binary
SOAP(Simple Object Access Protocol)
Sink: Sink is used for security point of view. Before sending the data, the Data will be encrypted. Some additional bit will be added with the data to secure the data.

There are two types of sink
Envoy sink
Server Context Sink
Object Mode On Server: Two Types of Object Mode .

SingleCall
Singleton
For creating Remoting we have to create 3 applications:

class Library (Of which Remote Object will be created)
Server Application (Console Application)
Client Application (Window Application)
RemoteClass

using System;

using System.Collections.Generic;

using System.Text;

namespace remoteclass

{

public class xx:MarshalByRefObject

{

public int sum(int a, int b)

{

return a + b;

}

}

}

Remote Server

using System;

using System.Collections.Generic;

using System.Text;

using System.Runtime.Remoting;

using System.Runtime.Remoting.Channels;

using System.Runtime.Remoting.Channels.Tcp;

namespace remoteserver

{

class Program

{

static void Main(string[] args)

{

TcpChannel ch=new TcpChannel(8085);

ChannelServices.RegisterChannel(ch);

RemotingConfiguration.RegisterWellKnownServiceType(typeof

(remoteclass.xx),”rahul”,WellKnownObjectMode.Singleton);

Console.Write(“Sever is Ready……..”);

Console.Read();

}

}

}

When user run this Remote Server application.

Figure 1: Server Application.

Remote Client

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

using System.Runtime.Remoting;

using System.Runtime.Remoting.Channels;

using System.Runtime.Remoting.Channels.Tcp;

namespace remoteclient

{

public partial class Form1 : Form

{

//TcpChannel ch = new TcpChannel();

remoteclass.xx obj = new remoteclass.xx();

public Form1()

{

InitializeComponent();

}

private void button1_Click(object sender, System.EventArgs e)

{

//ChannelServices.RegisterChannel(ch);

obj = (remoteclass.xx)Activator.GetObject(typeof(remoteclass.xx),

“tcp://localhost:8085/rahul”);

int x = Int32.Parse(textBox1.Text);

int y = Int32.Parse(textBox2.Text);

textBox3.Text = (obj.sum(x, y)).ToString();

}

}

}

When user run the application.

Figure 2: Client Application.

// pass the file as the string of input
string readthisline = reader.ReadToEnd();

// Console.WriteLine(obj.CountWords(readthisline));
obj.CountWords(readthisline);
Console.ReadLine();
}
}

class WordCount
{
public string CountWords(string input)
{
// ignore these words, remove these things from the final input string.
char[] delims = new char[] { ‘ ‘, ‘.’, ‘,’, ‘;’,'”‘,’?',’(‘,’)',’:'};

// prepare the words from the string
string[] wordlist = input.Split(delims, StringSplitOptions.RemoveEmptyEntries);

// this is the final word list to be counted after removing the extra things.
SortedList words = new SortedList();

//Dictionary words = new Dictionary(wordlist.Length);

// count the repetitions of the words
foreach (string item in wordlist)
{
// check for upper and lower cases as well
if (!words.ContainsKey(item.ToLower()))
// find the word and add to the list.
words.Add(item.ToLower(), 1);
else
// increment the word count.
words[item.ToLower()]++;
}
StringBuilder sb = new StringBuilder();
foreach (KeyValuePair kvp in words)
{
sb.Append(kvp.Key + “: ” + kvp.Value + “\r\n”);
Console.WriteLine(“The word is {0} and repitions {1}”, kvp.Key,kvp.Value);
}
//foreach (string item in words.Keys)
// sb.Append(item + “: ” + words[item] + “\r\n”);
return sb.ToString();
}
}

}

.Net is the much hyped revolutionary technology gifted to the programmer’s community by Microsoft. Many factors make it a must use for most developers. In this article we would like to discuss one of the primary advantages of .NET framework – the ease in memory and resource management.

Every program uses resources of one sort or another-memory buffers, network connections, database resources, and so on. In fact, in an object-oriented environment, every type identifies some resource available for a program’s use. To use any of these resources, memory must be allocated to represent the type.

The steps required to access a resource are as follows:

1. Allocate memory for the type that represents the resource.
2. Initialize the memory to set the initial state of the resource and to make the resource usable.
3. Use the resource by accessing the instance members of the type (repeat as necessary).
4. Tear down the state of the resource to clean up.
5. Free the memory.

The garbage collector (GC) of .NET completely absolves the developer from tracking memory usage and knowing when to free memory.

The Microsoft� .NET CLR (Common Language Runtime) requires that all resources be allocated from the managed heap. You never free objects from the managed heap-objects are automatically freed when they are no longer needed by the application.

Memory is not infinite. The garbage collector must perform a collection in order to free some memory. The garbage collector’s optimizing engine determines the best time to perform a collection, (the exact criteria is guarded by Microsoft) based upon the allocations being made. When the garbage collector performs a collection, it checks for objects in the managed heap that are no longer being used by the application and performs the necessary operations to reclaim their memory.

However for automatic memory management, the garbage collector has to know the location of the roots i.e. it should know when an object is no longer in use by the application. This knowledge is made available to the GC in .NET by the inclusion of a concept know as metadata. Every data type used in .NET software includes metadata that describes it. With the help of metadata, the CLR knows the layout of each of the objects in memory, which helps the Garbage Collector in the compaction phase of Garbage collection. Without this knowledge the Garbage Collector wouldn’t know where one object instance ends and the next begins.

Garbage Collection Algorithm

Application Roots

Every application has a set of roots. Roots identify storage locations, which refer to objects on the managed heap or to objects that are set to null.

For example:

� All the global and static object pointers in an application.
� Any local variable/parameter object pointers on a thread’s stack.
� Any CPU registers containing pointers to objects in the managed heap.
� Pointers to the objects from Freachable queue
The list of active roots is maintained by the just-in-time (JIT) compiler and common language runtime, and is made accessible to the garbage collector’s algorithm.

Implementation

Garbage collection in .NET is done using tracing collection and specifically the CLR implements the Mark/Compact collector.

This method consists of two phases as described below.

Phase I: Mark
Find memory that can be reclaimed.

When the garbage collector starts running, it makes the assumption that all objects in the heap are garbage. In other words, it assumes that none of the application’s roots refer to any objects in the heap.

The following steps are included in Phase I:

1. The GC identifies live object references or application roots.
2. It starts walking the roots and building a graph of all objects reachable from the roots.
3. If the GC attempts to add an object already present in the graph, then it stops walking down that path. This serves two purposes. First, it helps performance significantly since it doesn’t walk through a set of objects more than once. Second, it prevents infinite loops should you have any circular linked lists of objects. Thus cycles are handles properly.

Once all the roots have been checked, the garbage collector’s graph contains the set of all objects that are somehow reachable from the application’s roots; any objects that are not in the graph are not accessible by the application, and are therefore considered garbage.

Phase II: Compact

Move all the live objects to the bottom of the heap, leaving free space at the top.

Phase II includes the following steps:
1. The garbage collector now walks through the heap linearly, looking for contiguous blocks of garbage objects (now considered free space).
2. The garbage collector then shifts the non-garbage objects down in memory, removing all of the gaps in the heap.
3. Moving the objects in memory invalidates all pointers to the objects. So the garbage collector modifies the application’s roots so that the pointers point to the objects’ new locations.
4. In addition, if any object contains a pointer to another object, the garbage collector is responsible for correcting these pointers as well.
After all the garbage has been identified, all the non-garbage has been compacted, and all the non-garbage pointers have been fixed-up, a pointer is positioned just after the last non-garbage object to indicate the position where the next object can be added.

Finalization

.Net Framework’s garbage collection implicitly keeps track of the lifetime of the objects that an application creates, but fails when it comes to the unmanaged resources (i.e. a file, a window or a network connection) that objects encapsulate.

The unmanaged resources must be explicitly released once the application has finished using them. .Net Framework provides the Object.Finalize method: a method that the garbage collector must run on the object to clean up its unmanaged resources, prior to reclaiming the memory used up by the object. Since Finalize method does nothing, by default, this method must be overridden if explicit cleanup is required.

It would not be surprising if you will consider Finalize just another name for destructors in C++. Though, both have been assigned the responsibility of freeing the resources used by the objects, they have very different semantics. In C++, destructors are executed immediately when the object goes out of scope whereas a finalize method is called once when Garbage collection gets around to cleaning up an object.

The potential existence of finalizers complicates the job of garbage collection in .Net by adding some extra steps before freeing an object.

Whenever a new object, having a Finalize method, is allocated on the heap a pointer to the object is placed in an internal data structure called Finalization queue. When an object is not reachable, the garbage collector considers the object garbage. The garbage collector scans the finalization queue looking for pointers to these objects. When a pointer is found, the pointer is removed from the finalization queue and appended to another internal data structure called Freachable queue, making the object no longer a part of the garbage. At this point, the garbage collector has finished identifying garbage. The garbage collector compacts the reclaimable memory and the special runtime thread empties the freachable queue, executing each object’s Finalize method.

The next time the garbage collector is invoked, it sees that the finalized objects are truly garbage and the memory for those objects is then, simply freed.

Thus when an object requires finalization, it dies, then lives (resurrects) and finally dies again. It is recommended to avoid using Finalize method, unless required. Finalize methods increase memory pressure by not letting the memory and the resources used by that object to be released, until two garbage collections. Since you do not have control on the order in which the finalize methods are executed, it may lead to unpredictable results.

Garbage Collection Performance Optimizations

� Weak references
� Generations

Weak References

Weak references are a means of performance enhancement, used to reduce the pressure placed on the managed heap by large objects.

When a root points to an abject it’s called a strong reference to the object and the object cannot be collected because the application’s code can reach the object.

When an object has a weak reference to it, it basically means that if there is a memory requirement & the garbage collector runs, the object can be collected and when the application later attempts to access the object, the access will fail. On the other hand, to access a weakly referenced object, the application must obtain a strong reference to the object. If the application obtains this strong reference before the garbage collector collects the object, then the GC cannot collect the object because a strong reference to the object exists.

The managed heap contains two internal data structures whose sole purpose is to manage weak references: the short weak reference table and the long weak reference table.

Weak references are of two types:
� A short weak reference doesn’t track resurrection.
i.e. the object which has a short weak reference to itself is collected immediately without running its finalization method.

� A long weak reference tracks resurrection.
i.e. the garbage collector collects object pointed to by the long weak reference table only after determining that the object’s storage is reclaimable. If the object has a Finalize method, the Finalize method has been called and the object was not resurrected.

These two tables simply contain pointers to objects allocated within the managed heap. Initially, both tables are empty. When you create a WeakReference object, an object is not allocated from the managed heap. Instead, an empty slot in one of the weak reference tables is located; short weak references use the short weak reference table and long weak references use the long weak reference table.

Consider an example of what happens when the garbage collector runs. The diagrams (Figure 1 & 2) below show the state of all the internal data structures before and after the GC runs.

Now, here’s what happens when a garbage collection (GC) runs:

The garbage collector builds a graph of all the reachable objects. In the above example, the graph will include objects B, C, E, G.
The garbage collector scans the short weak reference table. If a pointer in the table refers to an object that is not part of the graph, then the pointer identifies an unreachable object and the slot in the short weak reference table is set to null. In the above example, slot of object D is set to null since it is not a part of the graph.
The garbage collector scans the finalization queue. If a pointer in the queue refers to an object that is not part of the graph, then the pointer identifies an unreachable object and the pointer is moved from the finalization queue to the freachable queue. At this point, the object is added to the graph since the object is now considered reachable. In the above example, though objects A, D, F are not included in the graph they are treated as reachable objects because they are part of the finalization queue. Finalization queue thus gets emptied.
The garbage collector scans the long weak reference table. If a pointer in the table refers to an object that is not part of the graph (which now contains the objects pointed to by entries in the freachable queue), then the pointer identifies an unreachable object and the slot is set to null. Since both the objects C and F are a part of the graph (of the previous step), none of them are set to null in the long reference table.
The garbage collector compacts the memory, squeezing out the holes left by the unreachable objects. In the above example, object H is the only object that gets removed from the heap and it’s memory is reclaimed.
Generations
Since garbage collection cannot complete without stopping the entire program, they can cause arbitrarily long pauses at arbitrary times during the execution of the program. Garbage collection pauses can also prevent programs from responding to events quickly enough to satisfy the requirements of real-time systems.

One feature of the garbage collector that exists purely to improve performance is called generations. A generational garbage collector takes into account two facts that have been empirically observed in most programs in a variety of languages:
1. Newly created objects tend to have short lives.
2. The older an object is, the longer it will survive.

Generational collectors group objects by age and collect younger objects more often than older objects. When initialized, the managed heap contains no objects. All new objects added to the heap can be said to be in generation 0, until the heap gets filled up which invokes garbage collection. As most objects are short-lived, only a small percentage of young objects are likely to survive their first collection. Once an object survives the first garbage collection, it gets promoted to generation 1.Newer objects after GC can then be said to be in generation 0.The garbage collector gets invoked next only when the sub-heap of generation 0 gets filled up. All objects in generation 1 that survive get compacted and promoted to generation 2. All survivors in generation 0 also get compacted and promoted to generation 1. Generation 0 then contains no objects, but all newer objects after GC go into generation 0.

Thus, as objects “mature” (survive multiple garbage collections) in their current generation, they are moved to the next older generation. Generation 2 is the maximum generation supported by the runtime’s garbage collector. When future collections occur, any surviving objects currently in generation 2 simply stay in generation 2.

Thus, dividing the heap into generations of objects and collecting and compacting younger generation objects improves the efficiency of the basic underlying garbage collection algorithm by reclaiming a significant amount of space from the heap and also being faster than if the collector had examined the objects in all generations.

A garbage collector that can perform generational collections, each of which is guaranteed (or at least very likely) to require less than a certain maximum amount of time, can help make runtime suitable for real-time environment and also prevent pauses that are noticeable to the user.

Myths Related To Garbage Collection

GC is necessarily slower than manual memory management.
Counter Explanation:
Not necessarily. Modern garbage collectors appear to run as quickly as manual storage allocators (malloc/free or new/delete). Garbage collection probably will not run as quickly as customized memory allocator designed for use in a specific program. On the other hand, the extra code required to make manual memory management work properly (for example, explicit reference counting) is often more expensive than a garbage collector would be.

GC will necessarily make my program pause.
Counter Explanation:
Since garbage collectors usually stop the entire program while seeking and collecting garbage objects, they cause pauses long enough to be noticed by the users. But with the advent of modern optimization techniques, these noticeable pauses can be eliminated.

Manual memory management won’t cause pauses.
Counter Explanation:
Manual memory management does not guarantee performance. It may cause pauses for considerable periods either on allocation or deallocation.

Programs with GC are huge and bloated; GC isn’t suitable for small programs or systems.
Counter Explanation:
Though using garbage collection is advantageous in complex systems, there is no reason for garbage collection to introduce any significant overhead at any scale.

I’ve heard that GC uses twice as much memory.
Counter Explanation:
This may be true of primitive GCs, but this is not generally true of garbage collection. The data structures used for GC need be no larger than those for manual memory management.