Re: Important question to all Euphoria users
Al Getz wrote:
>
> Vincent wrote:
> >
> > What happens to Euphoria's performance status, if we cannot participate in
> > the
> > concurrency revolution?
> >
> > New Found Glory's "All Down Hill From Here" keeps playing in my mind.
> >
> > <a
> > href="http://www.gotw.ca/publications/concurrency-ddj.htm">http://www.gotw.ca/publications/concurrency-ddj.htm</a>
> >
> >
> > Regards,
> > Vincent
>
> Hi there Vincent,
>
> Very interesting article there. I didnt agree with everything, esp
> that one point about having a second CPU core just to run adware..
> i think if that was the case then something else is wrong or missing
> on that system, but anyway, i found one point to be especially perfectly
> exactly totally true:
Neither did I... but its the big picture that matters.
> QUOTE FROM ARTICLE (about oop):
> OOP’s strengths in abstraction and dependency management made it a
> necessity for achieving large-scale software development that is
> economical, reliable, and repeatable.
> END QUOTE FROM ARTICLE.
>
> I'm pretty sure i'll quote that in my WinClass library documentation
> too.
In my opinion, Euphoria is just to simple and flexible with sequences to ever
need the confusion of object oriented concepts. Of course we have some great OOP
libaries for those who want to do OOP in Euphoria.
> As to what/how/where/why Euphoria might support that in the future...
> im sure if the need rises Rob will consider adding something to manage
> separate cores, as he did with multitasking recently when a number of
> people suddenly became interested.
> Maybe he'd be nice enough to reply to this thread to shed some light
> on this subject...
That is the problem... cooperative tasking is not going to help with this
situation. The only way we effectively utilize multi-core processors, is by
developing multi-threaded software. The only way we can do that is if
thread-safety was implemented.
This is where Rob's point comes in. Programming with multiple threads is quite
challenging worrying about when to set up mutex locks, race conditions, etc. It's
also a problem implementing implementing thread-safety in the first place. But if
want to keep Euphoria beating, this surely must be addressed. Rob is implementing
cooperative tasking; but is that a waste of time? A layer of abstraction could be
developed to ease the programmer from the challenges of thread programming.
Figure a CPU had 20 cores... Euphoria would only be able to utilize 1 of them
per execution. That is 1/20 of the CPU's throughput, thus a much greater amount
of effiecency and performance is possible using multiple threads.
It would be nice to see what Rob thinks about this.
>
>
> Take care,
> Al
>
> And, good luck with your Euphoria programming!
>
> My bumper sticker: "I brake for LED's"
Regards,
Vincent
|
Not Categorized, Please Help
|
|
