Freg3000, your problem is not normal. There is something wrong and it can be identified and corrected. Have you asked for service or help where you bought it?
Chaszmyr asked what a kernel panic is. If you'll forgive me for being long winded, I'll give you some background:
When you use Mac OS X, there are really four layers of software:
1. The top level: your applications.
2. Mac OS X. A graphical operating system that manages resources and the environment for your applications, e.g., cursor movement, screen drawing, alias resolution, icons, etc.
3. Darwin. A non-graphical Unix operating system, which manages lower-level resources, such as file security, virtual memory, etc.
4. The bottom level: the kernel, the critical portion of Unix that handles the vitally critical parts of Darwin. The (wise) idea in the design of Unix is that the smallest set of critical tasks be put in a relatively small "kernel of code" that can be heavily tested, fine-tuned, and protected from mistakes outside the kernel. The bulk of Unix code can then live outside the kernel, where errors in code might cause a given process or program to hiccup, but won't stop the machine and its operating system from continuing to run.
A kernel panic is an error in the kernel from which Unix can't recover. In theory, it can't be caused by your applications, by Mac OS, or by the rest of Darwin. In fact, it shouldn't happen at all since the kernel is a pretty thoroughly tested piece of code. But all code has bugs, so theory isn't quite the same as reality. Bad software at higher levels can in some cases cause kernel panics, so you can't rule it out completely.
But clearly, hardware errors such as bad RAM can reak havoc on the kernel, no matter how well the code is written and how much it is tested. So hardware trouble is the first place to look when you have frequent kernel panics.
Now I'll shut up and let people suggest diagnostic steps.