Printable View
Strange..Quote:
Originally Posted by WillAtwell
On my system it starts at 3.5 megs, jumps to 7.2 after first click (First bitmap created..
then every click there after climbs to 10.8, and drops back to 7.2 after the pass is finished...
This is with it running at full screen ...
The smaller the form the lower the memory usage..
I have been late to pop up here. But I have read almost around 70% posts in this thread. It is different fact that I understood only around 50% of what I read, but, just as some one said, again my 2c on it.
I personally have done some programming with VB6, a lot more programming with VC 6 and higher and now using all of the languages in VS 2005 and .NET framework 2.0. Yet, I through all these posts (out of the ones I read), I have never come across a single post mentioning the biggest short-comings of the VB 6, which happens to be the lack of true object-oriented features such as inheritance, polymorphism and code-reusability. Even people in VB6 circles have admitted that and I don't see why anyone should deny that. That was one major advantage that VC 6 had over VB 6. But, VC 6 came with its own set of problems, as TheCPUWizard would mention time and again regarding its non-compliance to standards. One of the issues with this fact was that a lot of code would be repeated in VB 6.
VB.NET, according to me, is a lot more improved language in terms of providing these features. Speaking about the IDE, the user has excellent features like Code-snippet manager, project and item templates, addins in VS 2005, which I think any user should take advantage of and I would leave the readers to comment upon them. I may look to go off the hook here, but trust me, I am not. As it has been mentioned, time is the major consideration these days to justify the projects and these tools along with many others help in expediting the process.
Another, important point to discuss here is the way of building the applications. VB6 used an interpreter (??) where as VB.NET uses a strong MSIL compiler. As any CS student would know that compiled programs run better than interpreted ones. Please correct me if I am wrong.
Also, there was a lot of fuzz about reverse engineering earlier on. Also there was a mention of Obfuscation techniques. I would like to add to it, saying that .NET applications can be secured using Dotfuscator. According to my knowledge, all it does is, creates its own MSIL, which is not the actual MSIL that would be generated by .NET framework (or Ngen.exe). I forgot the exact workings, but I think other folks who might have used it might add to it. Also, I have been listening to some professionals debating the use of Dotfuscator, and I would like to know the reason for that as well.
I personally feel that, C++ has been sidelined by MS. A lot of third party support has been developed and is still being developed for C++ outside MS circles and that is good too. But not in MS circles. And very truly it is a pity, for a person who has to work with MS, and has developed skills in a language as difficult as C++, has to be left behind just because MS does not provide the best of support to its most powerful language. A lot of features that are available in C# and VB.NET available today are not available to C++ application developers. So even if some one experienced in C++ has to work with .NET framework and knows the managed coding syntax very well, is looking forward to learn C#. So, all that learning curve and efforts were futile and makes you feel stupid. Outside MS environment, there is a steady support going on for C++ and it will be there. I personally think that C++ compilers have greatly evolved. And there are really smart compilers outside MS circles and waiting to be used. MS's strong presence and marketing for their products overshadows these, but a real programmer in need of a real compiler would certainly go for them.
Having said that, I also personally like C# as well as VB.NET very much. If you know classic VB and C++, then I think anyone should not have any problems in grasping either of these. To add to it, the namespaces, classes, properties, methods, etc., being provided by the .NET framework remain the same irrespective of the language. My only lament is that MS is not giving same sort of support to C++/CLI as it is giving it to C# and VB.NET. If only, it had concentrated on managed C++ and developed the kind of support and automation they have for C# and VB.NET, I would have liked to stick with C++.
Regards,
Bhushan.
I had an oversight adding the last piece of code. It is cleanign up now but using more memory on mine that what you are seeing.Quote:
Originally Posted by GremlinSA
On my system it is running at 14,332K and going to 17,968 then back to 14,344 most of the time, sometimes it is a little higher but goes back to the 14,344 after a click or two.
What res are you running in full screen? I am using 1280x768 32
rather take the DrawStuff call out of here, then you see how much memory is used for the bitmapping..Code:Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
TextBox1.Text = 3
DrawStuff()
End Sub
Also looking over the memory usage for VB6 and .NET i've come across something interesting.. In VB6 the image is not stored in the applications memory, but rather either on the Graphics card, the Windows Graphics buffer or in the GDI itself. After 1 pass, if you minimise the form, then restore it, the image is lost.. There is no buffered image to restore from ..
However in the .NET , we rendering and storing the bitmap in our applications memory, Form.BackgroundImage.. this also gives us a buffer for when the form is minimised and restored..
This i think is where the larger memory useage for .net is comming from ...
Also something to think about, .NET's form object has alot of extra property's and objects.. these will inadvertantly increase the forms memory footprint.
The same res, on a HP 530 Notebook with 2G ram, 1.8Ghz Intel Duo coreQuote:
Originally Posted by WillAtwell
On Vista Enterpise..
Did you LOOK at the difference in the code that I posted???Quote:
Originally Posted by WizBang
MOD
ANDCode:
Dim red As Integer = X1 Mod 256
00000118 mov edx,ebx
0000011a and edx,800000FFh
00000120 jns 0000012A
00000122 dec edx
00000123 or edx,0FFFFFF00h
00000129 inc edx
The maintenance of the sig, changes it from 2 instructions to 6 instructions. For Positive numbers only 3 get executed, but the jump still takes time, and impacts the Pentium pre-fecth pipeline.Code:Dim red As Integer = (X1 And 255)
00000114 mov edx,ebx
00000116 and edx,0FFh
At a fullscreen I get 30ms improvement (~ 3%) in .NET. This is quite significunt in this case, because it's been called 3 times per color setting. and makes up a big part of our inner loop.Quote:
Originally Posted by WizBang
I've not tested on the VB6 code, but plan to soon..(I'm in bed, almost ready for sleep, online via the laptop, and VB6 is on my Desktop system)...
Yeah, well Gremmy was right - I was in desperate need of sleep.Quote:
Originally Posted by TheCPUWizard
Me thinks that has been happening to all of us...Way too often....Quote:
Originally Posted by WizBang
You'd have more time to sleep if you would code in a newer framework. ;) :DQuote:
Originally Posted by WizBang
The only reason I'm in this business is because I enjoy it. Sleeping is a lesser priority.
There's time to sleep when you (or you're computer) is dead!Quote:
Originally Posted by WizBang
Wait! You mean they don't have computers on the other side? :eek:
Just the ghosts of computers...all the leaked memory builds up on the other side as an evil spirit.Quote:
Originally Posted by WizBang
that'd be dll hell i guess? :)