| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Support
Forum: BOINC Agent Support
Thread: why x86 architecture? |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 4
|
|
| Author |
|
|
nits
Cruncher Joined: May 12, 2007 Post Count: 5 Status: Offline Project Badges: 
|
The setup file I downloaded is named wcg_boinc_5.8.15_windows_intelx86.exe suggesting that it is built with x86 as target.
Now that we have multicore CPUs and 64bit CPUs shouldn't boinc use a processor independent target like "Dot Net" ? There are a number of features which boinc can exploit from .net framework. |
|||
|
||||
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges: 
|
Be careful how you say that. There is a competing incompatible product to .NET from Sun called J2EE. Even in that case it's one or the other.
----------------------------------------http://en.wikipedia.org/wiki/Java_Platform,_Enterprise_Edition It's X86 as opposed to MAC and as opposed to Linux. We're still using the 32 bit product. If we go native 64 bit, we would probably get another version.
SUPPORT ADVISOR
----------------------------------------Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% [Edit 2 times, last edit by retsof at May 20, 2007 1:16:38 PM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Usually, grid developers want to minimise the dependancies of their applications. A dependency on .NET is a very large download and install.... it isn't the sort of thing anyone wants silently installed on their computer without their knowledge.
As Sekerob points out, x86 is a processor architecture, not a software platform. Currently, .NET only has full support on Windows. Anyway, usually science applications boarded to the grid have a long history, and are already written in C/C++. Some are written in Fortran! Porting them to .NET would actually limit the usefulness of the software. Not that the idea is entirely contemptible - BOINC are trying to add Java and .NET support built in to the client. It's a low priority, though - few projects need this technology yet. |
||
|
|
nits
Cruncher Joined: May 12, 2007 Post Count: 5 Status: Offline Project Badges:
|
hmmm okay i get what you are saying... All I wanted to say was that you would better utilize the new processors with such frameworks - coz most people today get machine preinstalled with .net and Java, and these guys keep shipping updates... so when they build their framework for a new proc... u guys automatically benefit from it.
i am a .net guy and i know about CCR libraries built for parallel computations... i am sure java has its own version too... so u ppl dont have to reinvent the wheel, trying to write an algo to do parallel computation in C/C++. .net has also come long way to support scientific computations, also these frameworks have Linux and Mac ports too - although I am not sure if they are good enough to be used. Anyways.. I think it would be a good idea, but you may have your reasons. Fair enough. |
||
|
|
|