Suggestion for future client development

Moderators: Site Moderators, FAHC Science Team

Post Reply
John Naylor
Posts: 357
Joined: Mon Dec 03, 2007 4:36 pm
Hardware configuration: Q9450 OC @ 3.2GHz (Win7 Home Premium) - SMP2
E7500 OC @ 3.66GHz (Windows Home Server) - SMP2
i5-3750k @ 3.8GHz (Win7 Pro) - SMP2
Location: University of Birmingham, UK

Suggestion for future client development

Post by John Naylor »

A lot of people on this forum (and no doubt other forums) have posted in frustration about the time it takes for new features to be added or bugs to be fixed in client development, and many have wondered why the project will not go open source... The answer will be obvious to anyone who has been on this forum for any length of time. However, I think that maybe people have looked at this from the wrong angle.

It is true that the encryption methods used by the client and the core need to be kept secret, which kind of necessitates closed source code. However it is also true that the Pande Group has limited time and funds for client development, which would suggest Open Source is the best method to go for rapid development. Would it not be possible to use both of these methods in client development? My suggestion is that the secure code in the client is seperated from the client into a seperate file (maybe a DLL) made available in compiled form only, with a clear, documented API on how to use it. The rest of the client, now stripped of the code needing closed source could then be made open source allowing for faster patching and quicker addition of new features, without the downsides experienced by BOINC in the need to repeat work to ensure it is correct.

I must make it clear that I am not a coder, so I have no idea if this would be feasible or not, and I guess given how long it has been since it was first said that v7 was in development that that must be well along the way to release. However, for future client development after v7, would this be a possible/viable way to go? Discuss ;)

EDIT: I should add that this would not affect the FahCores, which would remain closed source by necessity.
Folding whatever I'm sent since March 2006 :) Beta testing since October 2006. www.FAH-Addict.net Administrator since August 2009.
bruce
Posts: 20824
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: Suggestion for future client development

Post by bruce »

I think the issues that you'd like to solve with open source will very likely be addressed as FAH transitions to the professional programming staff that Dr. Pande has mentioned in his blog.
7im
Posts: 10179
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: Suggestion for future client development

Post by 7im »

Even with Stanford's hard line against open sourcing certain portions of the client and fahcores, there has been mixed results on both sides when they tried to open up. They tried to open source the viewer, and didn't get any takers. Then others have attempted to improve performance by renaming fahcores, or running ATI GPU WUs on AMD hardware, or changing the makeup of the SMP fahcore, and each time corrupting hundreds if not thousands of work units.

IMO, the move to professional coders will slow things down even more, but then again, more stuff will be right the first time out, so no waiting for patches. Might eventually be quicker in the long run. Certainly cleaner and less buggy, and quicker to be fixed.

And anyone with the open source itch can read the FAQ about it, and channel the itch in to Gromacs.org, Amber, or one of the many 3rd party apps. http://folding.stanford.edu/English/FAQ-OpenSource

P.S. And special mention must be made of how quickly new features and fixes were made to the Systray gui when it rolled out with v6.x.
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
Post Reply