flat assembler
Message board for the users of flat assembler.

Index > MenuetOS > criticism

Goto page Previous  1, 2, 3, 4, 5
Author
Thread Post new topic Reply to topic
Borsuc



Joined: 29 Dec 2005
Posts: 2468
Location: Bucharest, Romania
Borsuc
f0dder wrote:
I find that looking at compiler output often leads to sub-optimal code, because you lock yourself into the compiler way of thinking...
Sure, that's why I said that in asm you usually design it differently from another perspective -- that's where some major optimizations get place (sometimes we can't figure them, but they are there, waiting just to be discovered Very Happy )
Post 01 May 2006, 15:05
View user's profile Send private message Reply with quote
bubach



Joined: 17 Sep 2004
Posts: 340
Location: Trollhättan, Sweden
bubach
Just becasue we have really fast computers and really big harddrives nowdays doesn't mean that a small hello world program that takes ~10-20kb isn't bloat. becasue it is.
without this kind of bloat we wouldn't need any dual core 3ghz computers with 2gb of DDR2 ram, or even a 350mhz with 128mb ram. Very Happy
Post 04 May 2006, 07:14
View user's profile Send private message Reply with quote
f0dder



Joined: 19 Feb 2004
Posts: 3170
Location: Denmark
f0dder
Quote:

without this kind of bloat we wouldn't need any dual core 3ghz computers with 2gb of DDR2 ram, or even a 350mhz with 128mb ram.


Wrong. It's true you wouldn't need that much for a lot of standard "office style" applications, but there's plenty of situations where you *NEED* all the computing power and memory you can get. For the home sector, though, games are the driving force... and while they might not be extremely efficiently coded, games of today use some pretty sophisticated code (AI, Physics) that *does* need a lot of computing power.

Not to mention the size of the datasets necessary - huge textures, bumpmaps, lightmaps, detail textures, mipmaps, very complex level and model geometry, et cetera. You could reduce a lot of that on-disk (if you can accept slower loading times), but all this data *does* require quite an amount of memory.

It's not the "10-20kb hello world" that is bloat. It's rendundancy (like Delphi, BCB, MFC programmers linking statically to their libraries instead of dynamically), it's inexperienced programmers using bad algorithms, and it's the time-to-market pressure by your boss.
Post 04 May 2006, 09:17
View user's profile Send private message Visit poster's website Reply with quote
darkshadow6921



Joined: 20 Aug 2006
Posts: 3
darkshadow6921
MenuetOS is actually pretty kewl, Even though I am new to assembly, I admit the sound blaster code left a lot to be desired, but all in all its awesome to see what can be done, and what the potential is. If anything it provides others with a starting point to improve on. However in the meantime if anyone knows of a perfectly optimized os with no bugs let me know, until then I have no complaints about MenuetOS and what it may currently lack.
Post 20 Aug 2006, 09:28
View user's profile Send private message Yahoo Messenger Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2, 3, 4, 5

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum


Copyright © 1999-2020, Tomasz Grysztar.

Powered by rwasa.