General programming

This is a discussion on General programming within the Tech Board forums, part of the Community Boards category; Microsoft's latest versions of the IDE have been incredibly slow. You can blame they dotNet for that, because that's what ...

  1. #31
    C++まいる!Cをこわせ! Elysia's Avatar
    Join Date
    Oct 2007
    Posts
    22,614
    Microsoft's latest versions of the IDE have been incredibly slow. You can blame they dotNet for that, because that's what it's made in.
    Had it been made in C or C++, you can bet it would be much, much faster.
    Quote Originally Posted by Adak View Post
    io.h certainly IS included in some modern compilers. It is no longer part of the standard for C, but it is nevertheless, included in the very latest Pelles C versions.
    Quote Originally Posted by Salem View Post
    You mean it's included as a crutch to help ancient programmers limp along without them having to relearn too much.

    Outside of your DOS world, your header file is meaningless.

  2. #32
    Ethernal Noob
    Join Date
    Nov 2001
    Posts
    1,901
    I guess it's because I upgraded my comp to a quad core system that I don't notice it, but even before on my last setup 2008 pro didn't run slow at all.

  3. #33
    C++まいる!Cをこわせ! Elysia's Avatar
    Join Date
    Oct 2007
    Posts
    22,614
    Oh, it's alright if you have a dual core or quad-core and a lot of memory, but if you don't...
    It's literally crawls.
    And it still does sometimes, when you do something specific, such as searching for declaration or definition, while other IDEs such as C::B does it instantly.
    Quote Originally Posted by Adak View Post
    io.h certainly IS included in some modern compilers. It is no longer part of the standard for C, but it is nevertheless, included in the very latest Pelles C versions.
    Quote Originally Posted by Salem View Post
    You mean it's included as a crutch to help ancient programmers limp along without them having to relearn too much.

    Outside of your DOS world, your header file is meaningless.

  4. #34
    Ethernal Noob
    Join Date
    Nov 2001
    Posts
    1,901
    true, I use Visual Studio only for C#, and C++ in C::B. Though nothing is as heavy as Netbeans.

  5. #35
    Kernel hacker
    Join Date
    Jul 2007
    Location
    Farncombe, Surrey, England
    Posts
    15,677
    Quote Originally Posted by Elysia View Post
    Microsoft's latest versions of the IDE have been incredibly slow. You can blame they dotNet for that, because that's what it's made in.
    Had it been made in C or C++, you can bet it would be much, much faster.
    Not that I doubt your fact that it is incredibly slow, but I wonder how you have determined that it's caused by dotNet. Did you actually profile the code, or did you just come to that conclusion by deduction "It is slow, the old version was not slow, so thus it must be dotNet because that has changed" [By the way, I thought older msdev.exe were also dotNet - but I can't verify at present].

    --
    Mats
    Compilers can produce warnings - make the compiler programmers happy: Use them!
    Please don't PM me for help - and no, I don't do help over instant messengers.

  6. #36
    Woof, woof! zacs7's Avatar
    Join Date
    Mar 2007
    Location
    Australia
    Posts
    3,459
    I too have never proved it. And I go "ugggh" when I have to use dotNet programs and alike. Call it prejudice if you will.

    But I'd love to be proven wrong -- *cough* Elysia

  7. #37
    Kernel hacker
    Join Date
    Jul 2007
    Location
    Farncombe, Surrey, England
    Posts
    15,677
    By the way, I'm not saying Elysia IS wrong - I'm just asking if there is concrete evidence or just speculation behind that statement.

    I have previous experience of WinDBG being slow [as in using 100% of one cpu on a decent machine] when you print a lot of output to the debug screen. I came as far in analyzing it that I found one loop that used about 80% of the CPU time, and it was spending that time traversing a linked list in another MS library used by (amongst other products) WinDBG - of course, WinDBG is not written in dotNet (at least it wasn't then).

    --
    Mats
    Compilers can produce warnings - make the compiler programmers happy: Use them!
    Please don't PM me for help - and no, I don't do help over instant messengers.

  8. #38
    C++まいる!Cをこわせ! Elysia's Avatar
    Join Date
    Oct 2007
    Posts
    22,614
    I can't say I have proof, so call it speculation.
    All I do know is that 2003 (or 2002?) worked fine on a computer, but when I tried 2005, it slowed to a crawl.
    And indeed, I remember 2005 being slow on my computer when I had single core, but on my dual core, it works pretty fast.
    And I do know it's built on dotNet, as well (check with Process Explorer, for example).
    Those are my only evidence.
    Quote Originally Posted by Adak View Post
    io.h certainly IS included in some modern compilers. It is no longer part of the standard for C, but it is nevertheless, included in the very latest Pelles C versions.
    Quote Originally Posted by Salem View Post
    You mean it's included as a crutch to help ancient programmers limp along without them having to relearn too much.

    Outside of your DOS world, your header file is meaningless.

  9. #39
    (?<!re)tired Mario F.'s Avatar
    Join Date
    May 2006
    Location
    Portugal
    Posts
    7,467
    Only thing that I know of written in .Net in VS C++ Express Editions is the GUI. In a PIII 1Ghz wih 512Mb RAM C++ 2005 Express Edition ran satisfactorily. Once loaded (which did take some time after reboot), i could load projects and files, edit code and build projects just as I would normally with any other IDE. Not faster, not slower, with the exception of the compiler which always seemed to me faster than MinGW. Only thing that used to bother me was the incredibly slow help system.

    I haven't tried 2008 yet. So, no idea. But I don't think .Net has anything to do with the fact it is slow (if it indeed is). 2005 Express suffered from similar problems before SP1.
    The programmer’s wife tells him: “Run to the store and pick up a loaf of bread. If they have eggs, get a dozen.”
    The programmer comes home with 12 loaves of bread.


    Originally Posted by brewbuck:
    Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.

  10. #40
    gin
    gin is offline
    Hmm...? gin's Avatar
    Join Date
    Jun 2008
    Location
    Glasgow, Scotland
    Posts
    51
    It's not severe speed issues or anything. It's just slow here and there, but once I get into my project it starts to speed up. It's big things like opening up large projects, opening up the settings dialog and selecting a tab such as the Fonts and Colors (?) and using the form designer (I was just looking at it, I know how anti CLR C++ you people are). And it just feels big if you know what I mean. But it could just be my computer since Windows has been going really slow lately and crashing, I think it's time for a clean up.

Page 3 of 3 FirstFirst 123
Popular pages Recent additions subscribe to a feed

Similar Threads

  1. General Guidelines on Preventing Header File collision
    By stanlvw in forum C++ Programming
    Replies: 12
    Last Post: 07-05-2008, 04:02 AM
  2. Password program / general programming questions
    By plr112387 in forum C++ Programming
    Replies: 13
    Last Post: 11-04-2007, 09:10 PM
  3. Splitting BST General
    By cpp_is_fun in forum C++ Programming
    Replies: 1
    Last Post: 11-25-2005, 01:02 AM
  4. General Trees, calculating height
    By neandrake in forum C++ Programming
    Replies: 3
    Last Post: 04-08-2005, 08:59 AM
  5. General Protection Exception
    By s9uare in forum C++ Programming
    Replies: 1
    Last Post: 11-02-2002, 09:46 AM

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21