Page 2 of 2

Re: Syscalls benefits and issues?

Posted: Mon Feb 10, 2014 1:02 pm
by Kevin
Rew wrote:Pear, are you trying to use a system call for object allocation? While it can work, there is a different way of organizing allocation that most people use.
And perhaps we should also mention one of the main reasons: A system call for each single memory allocation will lead to a noticably slow system.

Re: Syscalls benefits and issues?

Posted: Mon Feb 10, 2014 2:01 pm
by PearOs
Kevin wrote:
Rew wrote:Pear, are you trying to use a system call for object allocation? While it can work, there is a different way of organizing allocation that most people use.
And perhaps we should also mention one of the main reasons: A system call for each single memory allocation will lead to a noticably slow system.
At the moment no I am not. I actually don't have any syscalls. I went another route and was able to get Programs working just fine, they can access any Kernel, and Os call as long as its visible to the program, but because its not a syscall the speed and performance is quite impressive. Nice thing is, I can change my Os and add onto it without corrupting the Program, so basically I have backwards compatibility as well as forward compatibility.

- Matt

Re: Syscalls benefits and issues?

Posted: Mon Feb 10, 2014 2:38 pm
by sortie
Rew wrote:On another note, I wonder why microsoft hasn't done this... it would give .NET a massive performance boost in windows for quite a few applications.
They did. It's called Singularity.