[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Re: [f-cpu] F-CPU invited at the Libre Software Meeting
- To: f-cpu@seul.org
- Subject: Re: Re: [f-cpu] F-CPU invited at the Libre Software Meeting
- From: whygee@club-internet.fr
- Date: Mon, 25 Feb 2002 12:25:11 +0100 (CET)
- Delivered-To: archiver@seul.org
- Delivered-To: f-cpu-outgoing@seul.org
- Delivered-To: f-cpu@seul.org
- Delivery-Date: Mon, 25 Feb 2002 06:25:14 -0500
- Reply-To: f-cpu@seul.org
- Sender: owner-f-cpu@seul.org
hi !
>De: Juergen Goeritz
>> IMHO we should use a simpler language than C because a Compiler with
>> SIMD and superpipelining should be easier to developed.
>Interesting thought.
yup but utopic :-(
>> > I have the feeling that GCC will make really slow programs.
>> > while the superpipeline can reach a somewhat higher frequency,
>> > an inadequate compiler makes the system work really slow.
>> > i fear that this constatation can be used as an argument
>> > against the project.
>>
>> The problem is that softwaredevelopers thinking more in serial than
>> parallel. You can verify this thesis comparing your code-writing with VHDL
>> and with C/C++.
>
>Guess what, it's caused by the processor which serializes the code :-)
>Parallel in software has a lot to do with Interrupts or with
>multiprocessor systems.
however this triggers a thought (ouch !)
usually, a "dumb" program is not optimised by the programmer
who leaves the compiler do the whole work.
Introducing parallelism, even inside a sequential program, can
maybe help the programmer partition the software in such
a way that the software can better optimise the code.
This can help for example for loop merging and stuff like that ?
</random, harmless idea>
>JG
YG
*************************************************************
To unsubscribe, send an e-mail to majordomo@seul.org with
unsubscribe f-cpu in the body. http://f-cpu.seul.org/