Welcome, Guest. Please login or register.

Author Topic: @Bernd_afa: OWB (68k) optimizations  (Read 16131 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline kolla

Re: @Bernd_afa: OWB (68k) optimizations
« Reply #59 from previous page: January 12, 2010, 10:37:38 PM »
Quote from: Piru;537908
As "making money" isn't the goal I'm afraid we can't grant that wish.


So the price tag of MorphOS is there to keep the number of whining users down - that's what I've been suspecting :lol:
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16878
  • Country: gb
  • Thanked: 5 times
    • Show only replies by Karlos
Re: @Bernd_afa: OWB (68k) optimizations
« Reply #60 on: January 12, 2010, 11:03:52 PM »
No need to knock C++ in this thread. It's perfectly possible to write fast C++ code. It's my preferred development language, even on m68k amigaos.

One of these days I'm going to have to write all the strange things I discovered in gcc 2.95.3 on m68k :) Some of them are quite useful.
« Last Edit: January 12, 2010, 11:08:04 PM by Karlos »
int p; // A
 

Offline unusedunused

  • Sr. Member
  • ****
  • Join Date: Nov 2005
  • Posts: 479
    • Show only replies by unusedunused
Re: @Bernd_afa: OWB (68k) optimizations
« Reply #61 on: January 13, 2010, 10:17:52 AM »
>As "making money" isn't the goal I'm afraid we can't grant that wish.

What is the goal then, when MOS is not opensource or at least, some Part as libnix or MUI4 can port to other AOS to make it more easy to write Programs that run on all Amiga Systems ?

There are lots devs that support all systems with same program and common libs help alot to use modern features.

So when all side (MOS OS4) release their closed source stuff, the few existing AOS devs can add more features in shorter time and the programs look better in compare to Linux or windows Software.

also there need not several devs that work on the same stuff.so a dev can do a other program and so more programs come.

but what currently happen in amigaland is this.

A ship sink and there are 4 guys left, but instead they join 1 boat, every guy use his own boat.

but every guy must sleep, so they move slower forward.

But in amigaland its of course more complicate because every "boat" have his advantages but also lots disadvantages that avoid to join the boat.So its impossible to get all in 1 boat.

but we can all boats put together with a "line" so when some guy sleep in 1 boat, the other guys move him forward.

The line is when apps can easy port by having same API.
The Linux World go this way and everybody can use the system he want.If that is maybe PPC or X86 or ARM or 68k or other.

On Linux i think 90% use on Desktop/Server X86, but nobody say other CPU are dead.All other CPU have the same API and the Linux devs spend many work to make porting easy by doing configure scripts.

And because the linux world make porting easy, thats the important for OS4 or MOS.
When unix world do same as MOS or OS4 devs, i think there was no MOS or OS4 possible, no Compiler, no OWB, and most the other apps for OS4 MOS that are Linux Ports

>Or maybe that in 4 years, you'll have finally understood that not everyone wants to >develop on a dead OS,

thats clear that not everybody want code for all OS, but that you call 68k AOS as a dead OS this propaganda i have hope change in next few years and the other sides notice the reality that all MOS OS4 68k AOS AROS are the state of a dead OS with near no market and programs.For 68k you can buy new cheap and fast X86 Hardware, and it is furtherdevelop, have actual compilers, have upto date Unix libs and good graphical debuggers to develop programs fast.

And thats i miss on the other systems, so i stay on 68k until the other Systems reach this minumum features.

And to make AOS more alive there help only working together.

Quote from: Karlos;537947
No need to knock C++ in this thread. It's perfectly possible to write fast C++ code. It's my preferred development language, even on m68k amigaos.



Yes its possible to write fast programs in C++ too, but you need then lots asm knowledge, and need look at the asm Output,  because you can easy write code a = b in 1 line that do thousands of CPU cycles.And because many of the C++ students do not know anything about how a CPU work, they write in most case not fast code.So it happen that C++ programs are big and slow and beginning and lots work is already flow in code optimizing to run fast enough, but fit not so good in the OO sheme.

I think c++ is good when we have 30 GHZ CPU 8 GB Ram SSD Harddisk that transfer 600 Megabyte /Sec, then speed is with clean OO Code really fast enough and also the compile speed of big c++ programs is not too large.

The main reason that i not try to port firefox now is because the long C++ compile time.
its really frustrating to do a change in a header file and must wait over 30 minutes until you can test it to see if you do all correct.And when you have not done correct you need wait another 30 minutes.

When i type make i dont want wait longer as 2-3 minutes for the working exe.

netsurf btw compile in 45 sec and so it make fun.
 

Offline wawrzon

Re: @Bernd_afa: OWB (68k) optimizations
« Reply #62 on: January 13, 2010, 12:28:35 PM »
i love this allegory with the sinking ship and boats.:D. by the way its not "line"; its "rope" ..

in fact i think bernd might seem boring like kato endlessly repeating his arguments, but he is right in a few things. one of them is, that i would really stop to call other solutions "dead systems" before one of these solutions actually prove itself to be succesful in a real world. till then they all can be perceived "dead".