473,320 Members | 1,838 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

Perfomance using .NET vs. Borland

TGF
I am wondering if it is feasible to use .NET for applications that have to
be very fast. We have a few applications that are blazingly fast, written
in Borland C++ using Borland C++ Builder. We would like to port over to
..NET, but some of the test models we have developed are MUCH, MUCH slower
than it's Borland counterpart. Is this due to the .NET Framework and the
JIT? Or is it something we should be looking for in the project settings
and/or compiler settings? The performance decrease is about two-fold.

--
TGF

Jul 21 '05 #1
11 2069

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:e7**************@TK2MSFTNGP11.phx.gbl...
I am wondering if it is feasible to use .NET for applications that have to
be very fast. We have a few applications that are blazingly fast, written
in Borland C++ using Borland C++ Builder. We would like to port over to
.NET, but some of the test models we have developed are MUCH, MUCH slower
than it's Borland counterpart. Is this due to the .NET Framework and the
JIT? Or is it something we should be looking for in the project settings
and/or compiler settings? The performance decrease is about two-fold.

--
TGF

What kind of applications are we talking about? Windows, console, etc.?
You are aware that you aren't limited to .NET Framework-dependent
application types in Visual Studio .NET, correct? IOW, you can create
straight Windows API applications, or MFC applications, or straight console
applications. You may be comparing apples to oranges.

--
Peter - [MVP - Academic]
Jul 21 '05 #2
TGF
Peter,

I am talking about a .NET Windows Form C++ Application using the managed
extensions. Specifically, I have a RichTextBox component that is to be
updated, line by line very very quickly. In the Borland C++ Builder app I
have created, it is blindingly fast (this is good). In the .NET Windows
Forms application, it is painfully slow. The code is pretty much the same,
albeit compensating for the managed extensions in .NET. Is this slowdown to
be expected (due to the .NET framework), or am I missing something?

-TGF
"Peter van der Goes" <p_**********@mars.cox.net> wrote in message
news:u%****************@TK2MSFTNGP12.phx.gbl...

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:e7**************@TK2MSFTNGP11.phx.gbl...
I am wondering if it is feasible to use .NET for applications that have to be very fast. We have a few applications that are blazingly fast, written in Borland C++ using Borland C++ Builder. We would like to port over to
.NET, but some of the test models we have developed are MUCH, MUCH slower than it's Borland counterpart. Is this due to the .NET Framework and the JIT? Or is it something we should be looking for in the project settings and/or compiler settings? The performance decrease is about two-fold.

--
TGF

What kind of applications are we talking about? Windows, console, etc.?
You are aware that you aren't limited to .NET Framework-dependent
application types in Visual Studio .NET, correct? IOW, you can create
straight Windows API applications, or MFC applications, or straight

console applications. You may be comparing apples to oranges.

--
Peter - [MVP - Academic]

Jul 21 '05 #3

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:O0**************@TK2MSFTNGP11.phx.gbl...
Peter,

I am talking about a .NET Windows Form C++ Application using the managed extensions. Specifically, I have a RichTextBox component that is to be
updated, line by line very very quickly. In the Borland C++ Builder app I
have created, it is blindingly fast (this is good). In the .NET Windows
Forms application, it is painfully slow. The code is pretty much the same, albeit compensating for the managed extensions in .NET. Is this slowdown to be expected (due to the .NET framework), or am I missing something?

-TGF

I'm still confused. You're building a Visual Studio .NET 2003 C++ Windows
Form template application, and comparing it to what type of application
produced in Borland C++ Builder? What technology does the Borland app
employ? OWL? MFC? API calls?
Regardless, I'm probably not the right person to address your question, as
all I can provide is limited, anecdotal evidence of a few test WinForm apps
that employ textboxes, single and multi-line, rich text boxes, list boxes,
etc that don't show any noticeable performance deteriorations in comparison
to earlier examples using MFC. That doesn't mean it can't happen, but
someone would have to look at exactly what is going on in your application
to provide a meaningful response.
Hopefully, someone else with more specific experience will jump into the
thread.

--
************************************************** ********************
** All opinions are mine alone.Do not attribute elsewhere!
************************************************** ********************
** Peter van der Goes, Professor, Computers & Information Technology
** Rose State College
*********************** Contact ************************************
** Office e-mail: pv**@rose.edu
** Home e-mail: p_**********@cox.net
** Web Page: http://www.rose.edu/Faculty/pvan/index.htm
************************************************** ********************
Jul 21 '05 #4
AFAIK, Windows Forms (at least parts of System.Drawing) don't get hardware
accelleration. This is based on old information, so it might be incorrect
:S.

Are you using the same control in both scenarios? Are you sure you don't
have any optmization code in your Borland project that's helping out?

For updating a control, I'd recommend disabling repainting of it, update it,
and then repaint it. Making it perform multiple repaints in rapid
succession can be rather slow.

-mike
MVP

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:O0**************@TK2MSFTNGP11.phx.gbl...
Peter,

I am talking about a .NET Windows Form C++ Application using the managed extensions. Specifically, I have a RichTextBox component that is to be
updated, line by line very very quickly. In the Borland C++ Builder app I
have created, it is blindingly fast (this is good). In the .NET Windows
Forms application, it is painfully slow. The code is pretty much the same, albeit compensating for the managed extensions in .NET. Is this slowdown to be expected (due to the .NET framework), or am I missing something?

-TGF
"Peter van der Goes" <p_**********@mars.cox.net> wrote in message
news:u%****************@TK2MSFTNGP12.phx.gbl...

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:e7**************@TK2MSFTNGP11.phx.gbl...
I am wondering if it is feasible to use .NET for applications that have
to
be very fast. We have a few applications that are blazingly fast, written in Borland C++ using Borland C++ Builder. We would like to port over
to .NET, but some of the test models we have developed are MUCH, MUCH

slower than it's Borland counterpart. Is this due to the .NET Framework and the JIT? Or is it something we should be looking for in the project settings and/or compiler settings? The performance decrease is about two-fold.

--
TGF

What kind of applications are we talking about? Windows, console, etc.?
You are aware that you aren't limited to .NET Framework-dependent
application types in Visual Studio .NET, correct? IOW, you can create
straight Windows API applications, or MFC applications, or straight

console
applications. You may be comparing apples to oranges.

--
Peter - [MVP - Academic]



Jul 21 '05 #5

"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:u$****************@TK2MSFTNGP12.phx.gbl...
AFAIK, Windows Forms (at least parts of System.Drawing) don't get hardware
accelleration. This is based on old information, so it might be incorrect
:S.

Are you using the same control in both scenarios? Are you sure you don't
have any optmization code in your Borland project that's helping out?

For updating a control, I'd recommend disabling repainting of it, update it, and then repaint it. Making it perform multiple repaints in rapid
succession can be rather slow.

-mike
MVP

Mike, perhaps you can clear something up for me.
I was under the impression that the OP was using the new Windows Form
Application (.NET)template in VS.NET 2003 and comparing the "slowness" of it
to a similar project built in Borland C++ Builder. I did a little research
on C++ Builder, and did not see any indication that it supports the .NET
framework (at least not so stated on the Borland product page), let alone
feature an analog to the Windows Form (.NET) template? That's why I wanted
the OP to tell us if he was using OWL, MFC or whatever. Am I out in left
field on this?
Thanks in advance.
Jul 21 '05 #6
I don't know much about Borlands solutions either (but I do believe they
have some .NET offering). I do know that Windows Forms wraps some common
controls with a layer of managed code. I guess I'm seconding your question
about the actual environment to make sure this is an apples to apples
comparison.

-mike
MVP

"Peter van der Goes" <p_**********@mars.cox.net> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl...

"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:u$****************@TK2MSFTNGP12.phx.gbl...
AFAIK, Windows Forms (at least parts of System.Drawing) don't get hardware accelleration. This is based on old information, so it might be incorrect :S.

Are you using the same control in both scenarios? Are you sure you don't have any optmization code in your Borland project that's helping out?

For updating a control, I'd recommend disabling repainting of it, update it,
and then repaint it. Making it perform multiple repaints in rapid
succession can be rather slow.

-mike
MVP

Mike, perhaps you can clear something up for me.
I was under the impression that the OP was using the new Windows Form
Application (.NET)template in VS.NET 2003 and comparing the "slowness" of

it to a similar project built in Borland C++ Builder. I did a little research
on C++ Builder, and did not see any indication that it supports the .NET
framework (at least not so stated on the Borland product page), let alone
feature an analog to the Windows Form (.NET) template? That's why I wanted the OP to tell us if he was using OWL, MFC or whatever. Am I out in left
field on this?
Thanks in advance.

Jul 21 '05 #7
TGF
Guys:

The Borland environment I was using is basically a "Non .NET" forms
based IDE. The support for form in Borland Builder seems to be much better.
The Borland classes that make it possible are basically wrappers around MS
MFC's. Not my choice to switch to .NET, but have to go with it nonetheless.
It seems maybe because of the .NET framework (MSIL use), the RichTextBox
component is not able to AppendText() as quickly as it's MFC counterpart.
Is this the case that you guys see? I did a test with a Timer component
calling a Tick event every 1ms. This is a bare bones form that I did the
test on. The RichTextBox was able to do about 100 lines a second compared
to about 500 lines a second using Borland C++ Builder.

-TGF
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:%2****************@TK2MSFTNGP12.phx.gbl...
I don't know much about Borlands solutions either (but I do believe they
have some .NET offering). I do know that Windows Forms wraps some common
controls with a layer of managed code. I guess I'm seconding your question about the actual environment to make sure this is an apples to apples
comparison.

-mike
MVP

"Peter van der Goes" <p_**********@mars.cox.net> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl...

"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:u$****************@TK2MSFTNGP12.phx.gbl...
AFAIK, Windows Forms (at least parts of System.Drawing) don't get hardware accelleration. This is based on old information, so it might be incorrect :S.

Are you using the same control in both scenarios? Are you sure you don't have any optmization code in your Borland project that's helping out?

For updating a control, I'd recommend disabling repainting of it,
update it,
and then repaint it. Making it perform multiple repaints in rapid
succession can be rather slow.

-mike
MVP
Mike, perhaps you can clear something up for me.
I was under the impression that the OP was using the new Windows Form
Application (.NET)template in VS.NET 2003 and comparing the "slowness" of it
to a similar project built in Borland C++ Builder. I did a little

research on C++ Builder, and did not see any indication that it supports the .NET
framework (at least not so stated on the Borland product page), let alone feature an analog to the Windows Form (.NET) template? That's why I

wanted
the OP to tell us if he was using OWL, MFC or whatever. Am I out in left
field on this?
Thanks in advance.


Jul 21 '05 #8
Did you turn off painting while updating?
-mike
MVP

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:uc**************@TK2MSFTNGP10.phx.gbl...
Guys:

The Borland environment I was using is basically a "Non .NET" forms
based IDE. The support for form in Borland Builder seems to be much better. The Borland classes that make it possible are basically wrappers around MS
MFC's. Not my choice to switch to .NET, but have to go with it nonetheless. It seems maybe because of the .NET framework (MSIL use), the RichTextBox
component is not able to AppendText() as quickly as it's MFC counterpart.
Is this the case that you guys see? I did a test with a Timer component
calling a Tick event every 1ms. This is a bare bones form that I did the
test on. The RichTextBox was able to do about 100 lines a second compared
to about 500 lines a second using Borland C++ Builder.

-TGF
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:%2****************@TK2MSFTNGP12.phx.gbl...
I don't know much about Borlands solutions either (but I do believe they
have some .NET offering). I do know that Windows Forms wraps some common
controls with a layer of managed code. I guess I'm seconding your

question
about the actual environment to make sure this is an apples to apples
comparison.

-mike
MVP

"Peter van der Goes" <p_**********@mars.cox.net> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl...

"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:u$****************@TK2MSFTNGP12.phx.gbl...
> AFAIK, Windows Forms (at least parts of System.Drawing) don't get

hardware
> accelleration. This is based on old information, so it might be

incorrect
> :S.
>
> Are you using the same control in both scenarios? Are you sure you

don't
> have any optmization code in your Borland project that's helping out? >
> For updating a control, I'd recommend disabling repainting of it,

update it,
> and then repaint it. Making it perform multiple repaints in rapid
> succession can be rather slow.
>
> -mike
> MVP
>
Mike, perhaps you can clear something up for me.
I was under the impression that the OP was using the new Windows Form
Application (.NET)template in VS.NET 2003 and comparing the "slowness" of
it
to a similar project built in Borland C++ Builder. I did a little

research on C++ Builder, and did not see any indication that it supports the ..NET framework (at least not so stated on the Borland product page), let alone feature an analog to the Windows Form (.NET) template? That's why I

wanted
the OP to tell us if he was using OWL, MFC or whatever. Am I out in left field on this?
Thanks in advance.



Jul 21 '05 #9
TGF
No, how do I do that?

-TGF
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:Ow**************@TK2MSFTNGP11.phx.gbl...
Did you turn off painting while updating?
-mike
MVP

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:uc**************@TK2MSFTNGP10.phx.gbl...
Guys:

The Borland environment I was using is basically a "Non .NET" forms
based IDE. The support for form in Borland Builder seems to be much

better.
The Borland classes that make it possible are basically wrappers around MS
MFC's. Not my choice to switch to .NET, but have to go with it

nonetheless.
It seems maybe because of the .NET framework (MSIL use), the RichTextBox
component is not able to AppendText() as quickly as it's MFC counterpart. Is this the case that you guys see? I did a test with a Timer component
calling a Tick event every 1ms. This is a bare bones form that I did the test on. The RichTextBox was able to do about 100 lines a second compared to about 500 lines a second using Borland C++ Builder.

-TGF
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:%2****************@TK2MSFTNGP12.phx.gbl...
I don't know much about Borlands solutions either (but I do believe they have some .NET offering). I do know that Windows Forms wraps some common controls with a layer of managed code. I guess I'm seconding your

question
about the actual environment to make sure this is an apples to apples
comparison.

-mike
MVP

"Peter van der Goes" <p_**********@mars.cox.net> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl...
>
> "Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
> news:u$****************@TK2MSFTNGP12.phx.gbl...
> > AFAIK, Windows Forms (at least parts of System.Drawing) don't get
hardware
> > accelleration. This is based on old information, so it might be
incorrect
> > :S.
> >
> > Are you using the same control in both scenarios? Are you sure you don't
> > have any optmization code in your Borland project that's helping out? > >
> > For updating a control, I'd recommend disabling repainting of it,

update
> it,
> > and then repaint it. Making it perform multiple repaints in rapid
> > succession can be rather slow.
> >
> > -mike
> > MVP
> >
> Mike, perhaps you can clear something up for me.
> I was under the impression that the OP was using the new Windows Form > Application (.NET)template in VS.NET 2003 and comparing the
"slowness" of
it
> to a similar project built in Borland C++ Builder. I did a little

research
> on C++ Builder, and did not see any indication that it supports the

.NET > framework (at least not so stated on the Borland product page), let

alone
> feature an analog to the Windows Form (.NET) template? That's why I
wanted
> the OP to tell us if he was using OWL, MFC or whatever. Am I out in left > field on this?
> Thanks in advance.
>
>



Jul 21 '05 #10
You could try disabling or making it invisible. If not, try subclassing it,
override the Paint method and add a boolean property "IsUpdating". While
it's updating, you don't paint.

I'm curious as to why you are adding new text to an RTFBox so quickly?
Couldn't you buffer your output and then write a large chunk every few
seconds or more?

-mike
MVP

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:ev**************@TK2MSFTNGP10.phx.gbl...
No, how do I do that?

-TGF
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:Ow**************@TK2MSFTNGP11.phx.gbl...
Did you turn off painting while updating?
-mike
MVP

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:uc**************@TK2MSFTNGP10.phx.gbl...
Guys:

The Borland environment I was using is basically a "Non .NET" forms based IDE. The support for form in Borland Builder seems to be much better.
The Borland classes that make it possible are basically wrappers around MS
MFC's. Not my choice to switch to .NET, but have to go with it

nonetheless.
It seems maybe because of the .NET framework (MSIL use), the
RichTextBox component is not able to AppendText() as quickly as it's MFC counterpart. Is this the case that you guys see? I did a test with a Timer component calling a Tick event every 1ms. This is a bare bones form that I did the test on. The RichTextBox was able to do about 100 lines a second compared to about 500 lines a second using Borland C++ Builder.

-TGF
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:%2****************@TK2MSFTNGP12.phx.gbl...
> I don't know much about Borlands solutions either (but I do believe they > have some .NET offering). I do know that Windows Forms wraps some

common
> controls with a layer of managed code. I guess I'm seconding your
question
> about the actual environment to make sure this is an apples to apples > comparison.
>
> -mike
> MVP
>
> "Peter van der Goes" <p_**********@mars.cox.net> wrote in message
> news:%2****************@TK2MSFTNGP11.phx.gbl...
> >
> > "Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message > > news:u$****************@TK2MSFTNGP12.phx.gbl...
> > > AFAIK, Windows Forms (at least parts of System.Drawing) don't get > hardware
> > > accelleration. This is based on old information, so it might be
> incorrect
> > > :S.
> > >
> > > Are you using the same control in both scenarios? Are you sure you > don't
> > > have any optmization code in your Borland project that's helping

out?
> > >
> > > For updating a control, I'd recommend disabling repainting of it, update
> > it,
> > > and then repaint it. Making it perform multiple repaints in rapid > > > succession can be rather slow.
> > >
> > > -mike
> > > MVP
> > >
> > Mike, perhaps you can clear something up for me.
> > I was under the impression that the OP was using the new Windows Form > > Application (.NET)template in VS.NET 2003 and comparing the "slowness" of
> it
> > to a similar project built in Borland C++ Builder. I did a little
research
> > on C++ Builder, and did not see any indication that it supports the .NET
> > framework (at least not so stated on the Borland product page),
let alone
> > feature an analog to the Windows Form (.NET) template? That's why I > wanted
> > the OP to tell us if he was using OWL, MFC or whatever. Am I out

in left
> > field on this?
> > Thanks in advance.
> >
> >
>
>



Jul 21 '05 #11
TGF
Mike,

The reason I have to update it so quickly is because it is reading data in a
binary form from a flat file that has an internal directory structure....So
while it is possible to and might be the only solution, to update every 10
lines or so, it would be MUCH nices to have a line by line output, but thats
the breaks, I guess.
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:Ob**************@TK2MSFTNGP11.phx.gbl...
You could try disabling or making it invisible. If not, try subclassing it, override the Paint method and add a boolean property "IsUpdating". While
it's updating, you don't paint.

I'm curious as to why you are adding new text to an RTFBox so quickly?
Couldn't you buffer your output and then write a large chunk every few
seconds or more?

-mike
MVP

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:ev**************@TK2MSFTNGP10.phx.gbl...
No, how do I do that?

-TGF
"Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
news:Ow**************@TK2MSFTNGP11.phx.gbl...
Did you turn off painting while updating?
-mike
MVP

"TGF" <tf***@engr.uconn.edu[remove brackets]> wrote in message
news:uc**************@TK2MSFTNGP10.phx.gbl...
> Guys:
>
> The Borland environment I was using is basically a "Non .NET" forms > based IDE. The support for form in Borland Builder seems to be much
better.
> The Borland classes that make it possible are basically wrappers around
MS
> MFC's. Not my choice to switch to .NET, but have to go with it
nonetheless.
> It seems maybe because of the .NET framework (MSIL use), the RichTextBox > component is not able to AppendText() as quickly as it's MFC counterpart.
> Is this the case that you guys see? I did a test with a Timer component > calling a Tick event every 1ms. This is a bare bones form that I did the
> test on. The RichTextBox was able to do about 100 lines a second

compared
> to about 500 lines a second using Borland C++ Builder.
>
> -TGF
>
>
> "Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message
> news:%2****************@TK2MSFTNGP12.phx.gbl...
> > I don't know much about Borlands solutions either (but I do
believe
they
> > have some .NET offering). I do know that Windows Forms wraps some
common
> > controls with a layer of managed code. I guess I'm seconding your
> question
> > about the actual environment to make sure this is an apples to apples > > comparison.
> >
> > -mike
> > MVP
> >
> > "Peter van der Goes" <p_**********@mars.cox.net> wrote in message
> > news:%2****************@TK2MSFTNGP11.phx.gbl...
> > >
> > > "Michael Giagnocavo [MVP]" <mg*******@Atrevido.net> wrote in message > > > news:u$****************@TK2MSFTNGP12.phx.gbl...
> > > > AFAIK, Windows Forms (at least parts of System.Drawing) don't get > > hardware
> > > > accelleration. This is based on old information, so it might
be > > incorrect
> > > > :S.
> > > >
> > > > Are you using the same control in both scenarios? Are you sure you
> > don't
> > > > have any optmization code in your Borland project that's

helping out?
> > > >
> > > > For updating a control, I'd recommend disabling repainting of

it, > update
> > > it,
> > > > and then repaint it. Making it perform multiple repaints in rapid > > > > succession can be rather slow.
> > > >
> > > > -mike
> > > > MVP
> > > >
> > > Mike, perhaps you can clear something up for me.
> > > I was under the impression that the OP was using the new Windows

Form
> > > Application (.NET)template in VS.NET 2003 and comparing the

"slowness"
> of
> > it
> > > to a similar project built in Borland C++ Builder. I did a little > research
> > > on C++ Builder, and did not see any indication that it supports the .NET
> > > framework (at least not so stated on the Borland product page), let > alone
> > > feature an analog to the Windows Form (.NET) template? That's
why I > > wanted
> > > the OP to tell us if he was using OWL, MFC or whatever. Am I out in left
> > > field on this?
> > > Thanks in advance.
> > >
> > >
> >
> >
>
>



Jul 21 '05 #12

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

17
by: Ziggi | last post by:
Hi. I want to get a C++ IDE, but I dont know whether to go for Bill Gate's solution or Borland's. Could any kind folks detail the relative strength and weaknesses of both, and also tell me which...
5
by: Andrew S. Giles | last post by:
I thought I would post here, as I am sure someone, somewhere has run into this problem, and might have a good solution for me. I am writing an applicaiton in C# that will accept data and then put...
3
by: scott.sara.news | last post by:
I am having major problems accessing some API's and I believe the problem is a 16-bit app. I originally had an application written in Borland Builder C++ 6 (32-bit)that loaded some API's for a...
11
by: TGF | last post by:
I am wondering if it is feasible to use .NET for applications that have to be very fast. We have a few applications that are blazingly fast, written in Borland C++ using Borland C++ Builder. We...
4
by: =?Utf-8?B?VmVlcmFiaGFkcmFpYWggTCBN?= | last post by:
Hi, I have two databases D1 with 6 million records and D2 with 95 thousand records. I need to check Common records from these two databases based on UserID and need to insert into other database...
2
by: MickJ | last post by:
Hi, I would like to write High perfomance server using C#. It would be desirable to hear offers and advices on this subject.
0
by: jairathore | last post by:
Hi to all, I m very much novice the borland c++ envoirment i want to build a application whose code is devloped in borland c++ ,i have make file associated that application.i tried to compile this...
0
by: =?Utf-8?B?QWxleEU=?= | last post by:
We are using .NET (C#) and we added several COM dlls as Resources to our projects. These COM dll's were created using Borland C++ Builder 6. When we add any COMs built with Borland into our .NET...
0
by: ferozanna | last post by:
I am using Asp.net 1.3 with C# My application used by call center people My applicaton is a three tier arch I have create data layer as class ibrary which goint to talke Ssqlserver 205 db ...
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
0
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.