Hi,

Is there a benchmark, or anything that could help me to compare the
execution speed between VB.NET and VC++.NET ?

I plan to developt a SCADA application but I don't need very fast
reaction time such as x ms., 1 sec. would be enough.

So I taught at first that I would need VC++.NET to make an ActiveX
driver layer that the VB.NET application could use to get a connection
to the hardware process. But as I am reading my VB.NET Bible, I see
that it is much more powerfull that I taught at first. I learned that
it can do multi-threading, that it is a full OO language. So do I
really need VC++.NET?

Thanks you for your tips!

Mart

Hi Mart,

I think that the most important thing for you to decide is if you can make
your applications with managed code.

It is an intermidiate code that has to be processed by the framework (net
1.0 or net 1.1).

If that is possible you can start thinking about VB.Net if not you have to
keep it with C++.

I hope this helps something?

Cor
>
> Is there a benchmark, or anything that could help me to compare the
> execution speed between VB.NET and VC++.NET ?
>
> I plan to developt a SCADA application but I don't need very fast
> reaction time such as x ms., 1 sec. would be enough.
>
> So I taught at first that I would need VC++.NET to make an ActiveX
> driver layer that the VB.NET application could use to get a connection
> to the hardware process. But as I am reading my VB.NET Bible, I see
> that it is much more powerfull that I taught at first. I learned that
> it can do multi-threading, that it is a full OO language. So do I
> really need VC++.NET?
>

Hi Cor,

I didn't knew about managed code in VB.NET. This is interesting, where
can I read more about it?

Thank you

Mart

Cor wrote:
> Hi Mart,
>
> I think that the most important thing for you to decide is if you can make
> your applications with managed code.
>
> It is an intermidiate code that has to be processed by the framework (net
> 1.0 or net 1.1).
>
> If that is possible you can start thinking about VB.Net if not you have to
> keep it with C++.
>
> I hope this helps something?
>
> Cor
>
>>Is there a benchmark, or anything that could help me to compare the
>>execution speed between VB.NET and VC++.NET ?
>>
>>I plan to developt a SCADA application but I don't need very fast
>>reaction time such as x ms., 1 sec. would be enough.
>>
>>So I taught at first that I would need VC++.NET to make an ActiveX
>>driver layer that the VB.NET application could use to get a connection
>>to the hardware process. But as I am reading my VB.NET Bible, I see
>>that it is much more powerfull that I taught at first. I learned that
>>it can do multi-threading, that it is a full OO language. So do I
>>really need VC++.NET?
>>
>
>
>

Is it really fair to compare the speed of any .NET code?

After all, doesn't it all depend on the IDL? Which is where everything is
compiled down to anyways in .NET?

I think its important to remember that the CLR is the basis of everything,
and that is where the actual speed of execution comes from.

"Cor" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Hi Mart,
>
> I think that the most important thing for you to decide is if you can make
> your applications with managed code.
>
> It is an intermidiate code that has to be processed by the framework (net
> 1.0 or net 1.1).
>
> If that is possible you can start thinking about VB.Net if not you have to
> keep it with C++.
>
> I hope this helps something?
>
> Cor
> >
> > Is there a benchmark, or anything that could help me to compare the
> > execution speed between VB.NET and VC++.NET ?
> >
> > I plan to developt a SCADA application but I don't need very fast
> > reaction time such as x ms., 1 sec. would be enough.
> >
> > So I taught at first that I would need VC++.NET to make an ActiveX
> > driver layer that the VB.NET application could use to get a connection
> > to the hardware process. But as I am reading my VB.NET Bible, I see
> > that it is much more powerfull that I taught at first. I learned that
> > it can do multi-threading, that it is a full OO language. So do I
> > really need VC++.NET?
> >
>
>

Hi Mart,

Maybe you can start here

http://msdn.microsoft.com/library/de...anagedcode.asp

> I didn't knew about managed code in VB.NET. This is interesting, where
> can I read more about it?
>
> Thank you
>
> Mart
>
> Cor wrote:
> > Hi Mart,
> >
> > I think that the most important thing for you to decide is if you can
make
> > your applications with managed code.
> >
> > It is an intermidiate code that has to be processed by the framework
(net
> > 1.0 or net 1.1).
> >
> > If that is possible you can start thinking about VB.Net if not you have
to
> > keep it with C++.
> >
> > I hope this helps something?
> >
> > Cor
> >
> >>Is there a benchmark, or anything that could help me to compare the
> >>execution speed between VB.NET and VC++.NET ?
> >>
> >>I plan to developt a SCADA application but I don't need very fast
> >>reaction time such as x ms., 1 sec. would be enough.
> >>
> >>So I taught at first that I would need VC++.NET to make an ActiveX
> >>driver layer that the VB.NET application could use to get a connection
> >>to the hardware process. But as I am reading my VB.NET Bible, I see
> >>that it is much more powerfull that I taught at first. I learned that
> >>it can do multi-threading, that it is a full OO language. So do I
> >>really need VC++.NET?
> >>
> >
> >
> >
>

Hi CJ,

I did not write this because of the speed, but because of the problem that
Mart has to fix.
Can he do it with managed code? If not, the speed is not important anymore.

Cor.

> Is it really fair to compare the speed of any .NET code?
>
> After all, doesn't it all depend on the IDL? Which is where everything is
> compiled down to anyways in .NET?
>
> I think its important to remember that the CLR is the basis of everything,
> and that is where the actual speed of execution comes from.

Hey Cor,

I know... I was just trying to stir some interesting stuff up today...
pretty boring over here...

=)

-CJ
"Cor" <(E-Mail Removed)> wrote in message
news:%(E-Mail Removed)...
> Hi CJ,
>
> I did not write this because of the speed, but because of the problem that
> Mart has to fix.
> Can he do it with managed code? If not, the speed is not important
anymore.
>
> Cor.
>
> > Is it really fair to compare the speed of any .NET code?
> >
> > After all, doesn't it all depend on the IDL? Which is where everything
is
> > compiled down to anyways in .NET?
> >
> > I think its important to remember that the CLR is the basis of
everything,
> > and that is where the actual speed of execution comes from.
>
>