@tlosm

Quote:

tlosm wrote: @Rose ... no works well with mate , work with debian but like i write before need optimization in building

Isn't that exactly what Rose said ? Or am I not getting your point ?

Quote:

So X5000 needs it's special snowflake distribution.

Evert

_________________
-- Posting for charity -- Investing €10 in a charity related to education or civil rights for every message I post --

@jorit2

no sorry he write exactly this :
Quote:

So X5000 needs it's special snowflake distribution. Which makes it pretty much unbuyable for people outside OS4 crowds.

and i reply to this

Quote:

Which makes it pretty much unbuyable

where people with linux ppc have really good performance in ubuntu flawors.
much more optimized for it distro mean much more better performance..

stay tune with debian ppc next i say someting changing there ...
ps: we dont need x86 sorry .

_________________
I love Amiga and new hope by AmigaNG
A 500 + ; CDTV; CD32;
PowerMac G5 Quad 8GB,SSD,SSHD,7800gtx,Radeon R5 230 2GB;
MacBook Pro Retina I7 2.3ghz;
#nomorea-eoninmyhome

@tlosm

Quote:

much more optimized for it distro mean much more better performance..

Well, from personal experience, I'm a little skeptical about claims about "much better performance" ... There's only so much you can achieve with optimization. I used to be a gentoo user, but I gave up since ... not worth the hassle, if performance would be the sole argument. I did like the fact that you can make your own "flavour" with a few flags in the ebuild system ... but that was more about personalization than about performance.

Living/working in corporate environments, where performance does matter, I see a lot of RedHat ... which runs on pretty much everything right out of the box, with acceptable performance. The fact that this distro runs on (about) every machine they throw in is a far more important argument than the sheer possible performance gains (if any) of a few % of a particular distro.

I have heard of 1 industrial case, banks, automatic trading systems, where milliseconds make a huge difference, the difference between gain and loss, that use Gentoo, since you can so easily tweak it. But then again, it's not Gentoo out of the box, but using the Gentoo build system to make an heavily optimized build, in other words, it's an in-house engineering effort.

Quote:

we dont need x86 sorry

I won't go into the debate about technical merits of one architecture against the other, but you need an architecture with enough critical mass in terms of market share (niche or dedicated markets notwithstanding) to support an accompanying thriving software ecosystem. For that reason alone, you need x86/x86_64..
Running x86/x86_64, I'm almost certain I can find whatever software I could possibly dream of, be it operating systems, or application software, and remain somewhat confident that at least a few of those pieces of software will gain enough critical mass, or traction, to survive.

Sure you need competition too, but eg, ARM fills that gap nicely, even all the way up to servers (HP for one, sells ARM based server systems ...)

And I fail to see what PPC can bring to the table here, except in dedicated/specialized markets, such as ... mainframes ... and embedded, but I can't help but seeing that the importance of PPC in the embedded market is ... not what it used to be.

That's speaking purely rationally of course ... and I know full well there's more than just rational arguments. And that's fine

Evert

Last edited by jorit2 on 01-Apr-2016 at 09:35 AM.

_________________
-- Posting for charity -- Investing €10 in a charity related to education or civil rights for every message I post --

@jorit2

Quote:

and I know full well there's more than just rational arguments. And that's

having warm spot for linux on ppc? but then, what has that to do with amiga?

@wawa

Quote:

wawa wrote: @jorit2 Quote: and I know full well there's more than just rational arguments. And that's having warm spot for linux on ppc? but then, what has that to do with amiga?

That's a different debate

Evert

_________________
-- Posting for charity -- Investing €10 in a charity related to education or civil rights for every message I post --

@jorit2

Quote:

mcpu=e5500 -mno-altivec -mtune=e5500

: you know what means?
and where can it can be apply

Last edited by tlosm on 01-Apr-2016 at 10:31 AM.

_________________
I love Amiga and new hope by AmigaNG
A 500 + ; CDTV; CD32;
PowerMac G5 Quad 8GB,SSD,SSHD,7800gtx,Radeon R5 230 2GB;
MacBook Pro Retina I7 2.3ghz;
#nomorea-eoninmyhome

@jorit2

PPC today is dead-end and makes no sense anymore in real world between AMD64 and ARM

but we are not in "real world" but in "amiga world"

@tlosm

Quote:

tlosm wrote: @jorit2 Quote: mcpu=e5500 -mno-altivec -mtune=e5500 : you know what means? and where can it can be apply

Yes, compiler options, in other words, creating a special build for a specific architecture, the exact opposite of a generic all-round usable build.

I, and so do RedHat and others, usually build simply for, x86_64-linux-gnu, (without mtune, mcpu, march ... flags) the default generic case (in intel world).

The corresponding PPC would be ppc-linux-gnu ... or something like it, without special mtune ... flags.

Evert

Last edited by jorit2 on 01-Apr-2016 at 10:44 AM.

_________________
-- Posting for charity -- Investing €10 in a charity related to education or civil rights for every message I post --

@jorit2

bravo ... and if i say i increase performances on the slowest debian in qemu only using this option for build it?
next step will use it for build mesa and sdl and see how will the increasing of performanes there too.

_________________
I love Amiga and new hope by AmigaNG
A 500 + ; CDTV; CD32;
PowerMac G5 Quad 8GB,SSD,SSHD,7800gtx,Radeon R5 230 2GB;
MacBook Pro Retina I7 2.3ghz;
#nomorea-eoninmyhome

@tlosm

Quote:

tlosm wrote: @jorit2 bravo ... and if i say i increase performances on the slowest debian in qemu only using this option for build it? next step will use it for build mesa and sdl and see how will the increasing of performanes there too.

... then your basically saying ... I can't just buy an X5000, throw in a distro of my choice, one not supported or optimized by A-EON, using the Mesa and qemu, sdl ... bundled with that distro of my choice ... and have a good experience too.

That gets us back to Rose's argument ... "Which makes it pretty much unbuyable for people outside OS4 crowds."

Evert

Last edited by jorit2 on 01-Apr-2016 at 11:31 AM.
Last edited by jorit2 on 01-Apr-2016 at 11:12 AM.
Last edited by jorit2 on 01-Apr-2016 at 11:07 AM.

_________________
-- Posting for charity -- Investing €10 in a charity related to education or civil rights for every message I post --

@jorit2

I use 2 Mac distros on my X1000. The ONLY thing different is the kernel & modules as the Mac does not have a SB600 bridge chip on it or a PA6T. Everything else is standard ppc and works on Macs, IBMs, Eval boards, etc..

The install process, configuration, and use is the same. And guess what.... MacPPC kernels won't run on Mac x86 computers. A-eon has nothing to do with the distro except supplying the basic kernel & modules.

If you really expect one kernel to boot and run on every piece of equipment out there...... then you need to have a talk with Linus.

_________________
Tinkering with computers.

@Signal

Nobody has been claiming that x86 kernels would run on ppc.

It has been tlosm talking how X5000 will get 40% more performance with special optimized distro.

i'm trying now, in this moment, mate LTS 16.04 beta 2 on x86, it is beta2, kernel 4.4.0 and it is perfect to use.
i choose not install driver for my radeon card, but use gallium to see how it works and it's great!
i tried beta version e final version without notice difference in gl application (with gallium) or rendering time.

I ask tlsom to try glmark2 but it has problem to compiling or crash.
i really don't understand why all these problems.
with beta version of ubuntu mate glmark2 is ok


X5000 now has avaiable kernel 4.6 RC1 released the 26/03/2016 with full support to PPC
so no excuse to test.

_________________

@Seiya

Quote:

i choose not install driver for my radeon card, but use gallium to see how it works and it's great!

If you are not playing games there is not much reason to install AMD's fglrx driver unless you are doing something which requires OpenCL. Infact in some (thought still rare) cases OSS driver is faster.

@Seiya

Quote:

with beta version of ubuntu mate glmark2 is ok

You dont understand many things:
1) gallium and mesa for x86 are different from PPC
first: are coded in asm on PPC not.
2)are compatible because in the free version too the drivers are did by the Amd and Nvidia programmers
3)The ppc version of mesa was stop be optimized on ppc from the old r300 driver on radeon and v70 on nvidia.

this is glmark on quad g5 11 year and really good knowed architecture (probably)

glmark2 2014.03+git20150611.fa71af2d

** GLX does not support GLX_EXT_swap_control or GLX_MESA_swap_control!
** Failed to set swap interval. Results may be bounded above by refresh rate.
Errore di segmentazione (core dump creato)


but dont be worry something is changing here too

read it carefully
https://cgit.freedesktop.org/mesa/mesa/log/?h=11.2&ofs=50

Last edited by tlosm on 01-Apr-2016 at 05:17 PM.
Last edited by tlosm on 01-Apr-2016 at 05:16 PM.
Last edited by tlosm on 01-Apr-2016 at 05:14 PM.

_________________
I love Amiga and new hope by AmigaNG
A 500 + ; CDTV; CD32;
PowerMac G5 Quad 8GB,SSD,SSHD,7800gtx,Radeon R5 230 2GB;
MacBook Pro Retina I7 2.3ghz;
#nomorea-eoninmyhome

@tlosm

Quote:

read it carefully https://cgit.freedesktop.org/mesa/mesa/log/?h=11.2&ofs=50

Ok, point few links there which will boost PPC peformance.

Since literally newest mention of PPC is "Also not touching the ppc code".

@tlosm

Quote:

tlosm wrote: @jorit2 Quote: mcpu=e5500 -mno-altivec -mtune=e5500 : you know what means? and where can it can be apply

If I would want to optimize performance of Mesa, SDL ... I'd be looking at the tuning of Linux task and IO schedulers first, and get better results, in other words, tune my system for a specific workload.

You can do that runtime, using sysctl ... or the hard way echo "..." > /sys/...

But that's called "configuration of a given already built system" ... that's not making specific builds with compiler level optimization.

Evert

_________________
-- Posting for charity -- Investing €10 in a charity related to education or civil rights for every message I post --

@jorit2

Don't go too technical. You are talking to someone who has booted less times on linux system than you or I have compiled kernels.

@jorit2

Quote:

But that's called "configuration of a given already built system" ... that's not making specific builds with compiler level optimization.

yes you are true ... this is why i sow exactly the different of your typing

_________________
I love Amiga and new hope by AmigaNG
A 500 + ; CDTV; CD32;
PowerMac G5 Quad 8GB,SSD,SSHD,7800gtx,Radeon R5 230 2GB;
MacBook Pro Retina I7 2.3ghz;
#nomorea-eoninmyhome

@Rose

_________________
I love Amiga and new hope by AmigaNG
A 500 + ; CDTV; CD32;
PowerMac G5 Quad 8GB,SSD,SSHD,7800gtx,Radeon R5 230 2GB;
MacBook Pro Retina I7 2.3ghz;
#nomorea-eoninmyhome