[独立平台] [生命科学类] Folding@Home

vmzy

December 10, 2010
Stanford network upgrades – Dec 18 through Jan 2
During Stanford's Winter Closure (December 18 through January 2), IT Services plans to schedule a network backbone maintenance window every morning from 4:00 a.m.- 8:00 a.m. to implement improvements in the network, as we did last year.  In most cases, the changes should not affect the connectivity of departmental or home networks.  In cases where they might, any interruption in service should be under 5 minutes.

While Folding@home will be up for this period, there may be brief (~5 min) network interruptions for network traffic from/to off-campus during the daily maintenance windows of 4:00 to 8:00 am pacific time.  The upshot is that the campus should get improved network performance after the upgrades.
大意：
12月18日至1月2日（斯坦福寒假），将对主干网进行维护升级，届时网络可能会出现不稳定的情况，请大家做好准备。

vmzy

December 15, 2010
reminder & update: server room maintenance: December 16, 2010
We've been working to try to minimize the effect of the server room maintenance coming up tomorrow.  Since this is our main room, FAH will be stretched pretty thin during the outage and we expect there will be WU shortages.  Also, clients will not be able to send WUs back to servers that will be unavailable during the outage.

However, some good news is that we have been able to get power to a few key machines so the stats and web page should be up as well as most of the key servers.  If you have trouble getting or returning WUs tomorrow, please just wait it out until we get a chance to get everything back on line.

update 2: server room maintenance: December 16, 2010
It looks like we will have to take a few machines down early in anticipation of the server room outage tomorrow.  Right now, it looks to be just vspg11 and vspg12 (and their related VM's).  We're working to keep as much up as we can though during the outage.
大意：
机房维护，我们会尽量保证部分服务器能用，如果你遇到无法上传/下载任务，请耐心等待服务器结束维护。
当前vspg11和vspg12（及其上虚拟机）已全部关闭。

vmzy

December 16, 2010
update 3: server room maintenance: now (December 16, 2010)
We've started dealing with all of the outage.  It looks like we should have the basics online (stats, fah-web, main AS, most of the key servers), but most of the redundant systems will be down, so there could be outages even with all we've done to try to have the basics up.  Hopefully this will be straightened out by the end of the day pacific time.

update 4: server room maintenance: December 16, 2010
Looks like the server room updates have been completed and our team is starting to bring the servers back up.  It will likely take a few hours for some, since this is an opportunistic time for some routine server maintenance (since they machines had to go down anyway).  Some of the down servers are already back up and serving, more on the way in the next few hours.
大意：
服务器维护顺利进行中……
一部分服务器已经恢复。

金鹏

Folding@home's v7 client expected for Q1 2011  Post a comment
It is now official, Vijay Pande has announced that the v7 client has a target release date, namely the first quarter of 2011.

Of course, this gives a wide range for the release, and last minute bugs may well appear that may delay the release beyond the target date. However the fact that a date has been announced in advance at all is a good sign that no such issues are expected.

To recap, the new client has been designed with usability in mind. The current clients might best be described as functional, and the new client is intended to address the usability deficiencies and make contributing much easier. For the developers, the new code is intended to be much easier to maintain and more logical to add to, allowing faster development of further improvements.

As a result it should be easier for the client to be modified to support new client types or methods than it has been with the current clients.

We will keep you updated of any news on this release.

Source: Official Forums
http://en.fah-addict.net/news/news.php

vmzy

January 26, 2011
New GPU3 (version 6.41) client released
The latest GPU3 client is now on our high performance client download page.  This new client improves GPU identification and has several other minor improvements.

For those who are unfamiliar with the other FAH clients: there are several types of high performance clients. SMP refers to multi-core CPUs. GPU3 refers to the latest generation Folding@home GPU client. Currently, GPU3 is only available for NVIDIA GPUs, but we are working on a GPU3 release for ATI. For NVIDIA GPUs, we recommend GPU3. For ATI, we suggest GPU2 until GPU3 has passed through its QA testing (going on now). Finally, the v7 Folding@home client (currently in alpha testing) has these functions (SMP and GPU) built in and will not require a special client.

The changes to this version of the client include the addition of a -forcegpu flag ='nvidia_g80_1.0' ; this flag will signal a compute capability of 1.0 (GPU species=10); if the flag ''nvidia_g80' is used the compute capability will be reported as 1.1 (GPU species=11). Also a pop-up dialog box now appears reporting an error, if the -forcegpu flag is unrecognized; the client then exits.
大意：
正式发布最新版GPU3（6.41）客户端
当前GPU3只支持N卡（推荐所有N卡升级至此版本），A卡请使用GPU2客户端。A卡的GPU3还在调试。V7客户端已经进入内测阶段。
更新内容：加入了新标签-forcegpu nvidia_g80_1.0（表示GPU species=10），-forcegpu nvidia_g80（表示GPU species=11）。

vmzy

Public Release of New A4 Cores
Mon Feb 07, 2011 11:12 pm
We've released new versions of the A4 core. The new cores have version number 227 and introduce features from the latest version of Gromacs (Gromacs 4.5.3).

The new cores are available for:
Win32
Linux32
Linux64

No projects require this version, yet, but that can change at any time. When it does, the new version will download automatically.

Thanks!
大意：
正式发布新版A4计算内核
新内核版本号为227，引入了最新版Gromacs (Gromacs 4.5.3)的一些新功能。
目前还没有项目使用该内核，不过将来会有的，届时客户端会自动下载新内核。

vmzy

February 21, 2011
04:23 PM
fah-web.stanford.edu web pages slow
It looks like we're getting a lot of new traffic on our stats pages.  That's always good to bring FAH some attention, although the load is now getting very high and slowing down the web site.  We've been investigating what's the best fix.  The next step is probably to upgrade our web serving capability, but we want to get some more information over the next day or so before doing any major changes to our backend.

04:43 PM
fah-web.stanford.edu down for maintenance
We took fah-web.stanford.edu down for maintenance while we see how to handle the load we're getting.  The stats system is still updating, but you won't be able to see the stats until this web server is back on line.

05:36 PM
fah-web.stanford.edu back on line, except for certificates
We've found the problem and fixed it for now, brining the fah web server back on line.  The problem interestingly enough was in certificate generation: it simply wasn't fast enough to handle the huge load that we've been getting due to facebook traffic.  This was never a problem in almost 10 years, but we've optimized just about every other piece of code except for this one, so it's the new bottleneck (and we've been getting 100's of certificate requests per second).

We'll work on improving that code, but for now, the server is up, except for certificates.
06:54 PM
fah-web.stanford.edu back on line *with* certificates
We've got certificates now working a lot faster, so we've put them back on line.  All looks back to normal now, with a very low load on our web server.

大意：
最近网站很卡，开始我们以为是统计页面访问量太大的问题，结果发现是证书页面的问题。现在我们把证书页面的代码优化了。

vmzy

February 23, 2011
New SMP clients available
The SMP clients version 6.34 binaries are now posted on the high-performance download page:
http://folding.stanford.edu/English/DownloadWinOther
They can be dropped into a working FAH installation, but it's always safest to update between work units.

There are several small changes involved, but especially support for new SMP2 cores (A5) that will be released in the near future.

Feb 23, 2011 8:46 pm
upcoming core changes (bigadv will switch from A3 to A5)
Just a heads-up: we are planning to migrate bigadv from running on Core A3 to running on Core A5 very shortly. Core A5 utilizes the same codebase as A3, but pegged to specific version snapshots. We have 64-bit Linux, Win32, and 64-bit OS/X versions of the core in testing; the initial release will likely be Win32 & Linux.

The new core will require a client upgrade; A5 will require version 6.34 or later. The Linux and Win32 versions of the 6.34 client will be released to the public very shortly. If you are running bigadv work units, please upgrade your clients. That will ease the transition as we start turning Core A5 bigadv projects on and turning Core A3 bigadv projects off.

******Added******
visit the download page
http://folding.stanford.edu/English/DownloadWinOther
to download the 6.34 clients. We're still doing a bit of cosmetic cleanup on the page, but the links should work.

Thanks and happy folding!
大意：
smp客户端升级至6.34版，主要增加了对A5计算内核的支持。
近期win和linux平台将会把bigadv由A3升级至A5。所以bigadv的机器请尽快升级至最新版客户端。

vmzy

March 01, 2011
Introduction of a new SMP core, changes to bigadv
We have recently launched a new core type for bigadv work units. We're forking A5 off from our A3 core to make a core that specializes in bigadv workunits. In particular, new A3 and A4 cores use more RAM per thread which makes large-memory calculations very memory inefficient in those cores. A5 does not have this issue and looks to be a good general fix for big RAM (eg bigadv) calculations.

However, to be able to use the new A5 core, one needs to use an updated client: 6.34 or later.

We are shutting down A3 bigadv in the next day, so please update your clients if you wish to continue running bigadv work units (to be clear, all issued A3 bigadv work units will be accepted until their deadlines. We are terminating new bigadv work unit assigns). Older clients will be redirected to standard A3 SMP work units; the switchover will allow us to push an update to the standard A3 core and release a large number of new A3 work units that have been in early testing.

One note of interest: the Linux and Win32 versions are running slightly different codebases. Each was selected for optimal bigadv compatibility on that architecture. In many cases, the Linux version may be somewhat faster.
大意：
bigadv开始从A3升级至A5。接下来，我们会关闭A3的bigadv任务。想继续参加bigadv的用户请尽快升级客户端至6.34。
等此次切换结束，我们将升级A3内核，并放一大批新A3任务。新A3内核内存占用变大了，A5保持不变。
注：由于bigadv代码上的差异，linux的计算速度要比win32快些。

vmzy

March 11, 2011
Testing Quick Return Bonus (QRB) with classic WUs
We have had for some time a Quick Return Bonus (QRB) for multi-core/SMP WU's.  The nature of QRB is that donors get extra points for returning the WU early.  The rationale here is to align what's best to accelerate the science (getting WUs back quicker so next generation WUs can be made and sent out to donors) with what the donors see (points).  In the past, we've simply mentioned to donors that it's ideal for us to get WUs back faster, but the QRB formalizes this and is an attempt to align incentives.  
We are testing it with the classic A4 core now.  I stress the word testing since we are looking to see what are the implications of rolling this out more broadly (there can always been unforseen complications of anything as complex as FAH).  However, the general idea of aligning incentives is pretty clear, so hopefully we will be able to tweak the QRB plan if problems arise.  
For more details on which project, etc, please see this thread in the FoldingForum.
大意：
准备在单核任务上加入积分奖励机制。首先会在部分单核A4任务上测试。由于单核任务，期限比较长，所以要仔细测试出最佳奖励系数。
我加入积分奖励机制的初衷，是为了提高任务返回速度，减少‘挑食’现象（会降低任务成功率），加快整体计算速度。

vmzy

March 14, 2011
Progress to the v7 client release
There has been a lot of work on v7 behind the scenes.  Clearly it's taken longer than we'd like, but I wanted to give an update on where we are.  Our lead developer, Joseph Coffland, has been working to add requested features and squash bugs reported by testers.  There's been numerous examples of this, so too many for me to detail one by one, but I'm attaching the v7 client change log to give some rough idea of the type of code development tasks that have been going on.  

Joe and I think we're close and if 7.1.18 looks good in internal testing, it will likely become the basis of the client released for a public release beta client.

CHANGELOG:

v7.1.18:    * More GPU whitelisting.
    * Use OS logical CPU count instead of CPUID counts.
    * Hide/restore any open dialogs with main FAHControl window.
    * Don't allow opening more than one dialog via the sys-tray menu.
    * Restore main window on preferences or about from sys-tray menu.
    * Change configure dialog OK button to Save.
    * Fixed AS hammering, #511.
    * Fixed 'Waiting On' message problems.
    * Use heartbeat to timeout FAHControl connections.
    * Fixed damage to active client's config when adding new client. #536.
    * Catch property save error on FAHControl close in Windows 2008.
    * Disallow saving both config and address/port changes in FAHControl.
    * Fixed CUDA driver version reporting. #571.
    * Fix file and directory permissions in .deb and .rpm packages.
    * Added volume icon for OSX DMG package.
    * Hopefully fixed sidebar issue in DMG.  #516.
    * Fixed local FAHClient shutdown with 'Stop' button on Windows.
    * Removed extra linefeeds from copied log.  #428.

v7.1.17:    * Really whitelisted some more GPUs.

v7.1.16:    * Use core count not thread count for SMP autoconfiguration.
    * Clear FAHViewer info when disconnected.
    * Whitelisted some more GPUs.
    * Removed ATI Mobility GPUs from whitelist.
    * Fixed cpu core/thread/logical detection.

v7.1.15:    * Print 'CUDA not detected' in info.
    * Attempt to fix broken CUDA detection.

v7.1.14:    * Ignore CUDA library exceptions.

v7.1.13:    * Fixed problem with editing client in FAHControl when not connected.
    * Fixed next-unit-percentage rounding error.
    * Removed threading and polling in FAHControl.
    * Created developer interface for FAHClient.
    * Dropped follow log control.
    * Fixed bug in connecting FAHViewer when no slot is selected in FAHControl.
    * Added heartbeat between FAHControl and FAHClient.
    * Added local client command in FAHControl preferences.
    * Let FAHClient crash rather than catch unknown exceptions at top level.
    * Added button to manually start and stop local client from FAHControl.
    * Display error dialog if client authorization fails.
    * Fixed slot popup menu actions bug.

v7.1.12:    * Fixed --info printing for FERMI GPUs.
    * Fixed Non-fermi CUDA reporting.
    * Added new core exit codes for GPU cores.
    * Include CPU threads in SMP default core count.
    * Updated CPU count info display.
    * Default next-unit-percentage to 99%.
    * Added color for 'Finishing' state in FAHControl.
    * Fixed bug in highlighting WU for selected 'Finishing' slot.
    * Added warning in FAHControl about changing SMP CPU count mid run.
    * Round the next-unit-percentage calculation to the nearest integer.
    * Fixed arrow key movement in slot and queue list views in FAHControl.
    * Updated FAHViewer icon and use in FAHControl.
    * Fixed problem with selecting slots in FAHControl.  #359
    * Fixed potential problems with CPU count code on single core machines.
    * Quit FAHControl on Window X in OSX.
    * Remove 'Hide' toolbar button in OSX.
    * Fixed crash in OSX on Apple keys.
    * Added OSX dock menu items.

v7.1.11:    * Fixed FAHViewer fullscreen problems in Windows.
    * Show absolute path to log file in client fail popup.
    * Fixed CPU counting for multiple physical processors.
    * Fixed missing estimated credit field in FAHControl.
    * Fixed bug with removing client from FAHControl.
    * Fixed crash in FAHViewer when switching from Demo to Live data.
    * Don't load Demo protein when connecting.
    * Set environment variable to communicate gpu-id to GPU cores.
    * Added list of known GPUs PCI vendor + device IDs including subvendors.
    * Added support for loading a custom 'GPUs.txt' file in the run directory.
    * Added 'gpu-index' for cases where GPU indexing does not match core's.

v7.1.10:    * Fix Windows missing icons.
    * Use different icon for FAHViewer.
    * Go back to static linking of libexpat.
    * Popup error message if local client exits in FAHControl.
    * Fixed bug in auto-detecting multiple GPUs.
    * Removed 'gpus' option.
    * Fixed bug which disabled adding slots via FAHControl.
    * Changes to the GPU detection code.
    * Changes to sample-config.xml.
    * Minor textual tweaks.

v7.1.9:    * Quit popup not viewer on <ESC> or 'q' in FAHViewer popup.
    * Another attempt at fixed i7 CPU core counts.
    * Dump WU entries if the slot is remove and they were not yet downloaded.
    * Fixed arrow key help text in FAHViewer.
    * Clear old values from add option dialog on add option.
    * Clear out added options from client dialog on 'Cancel'.
    * Never migrate Units to deleted slots.
    * Don't report deleted slots to FAHControl.
    * Use mono-spaced font in FAHControl log view.
    * Fixed max-packet-size reporting to AS.
    * Enabled unit processing during up/download.
    * Drop WS if it does not give an assignment.
* Support running client as a daemon for Linux service install.
    * Moved clientgui.db to FAHControl.db.
    * Look for FAHControl.db in $HOME/.FAHClient in non-Windows.
    * Don't start FAHControl minimized by default.
    * Run FAHClient in $HOME/.FAHClient when started by FAHControl on non-Win.
    * Create proper Debian package with FAHClient service install.
    * Added OSX on battery support.  Thanks to calxalot for the code!
    * Fixed Windows sys-tray tool tip cut off problem.
    * Don't write window size and pane locations to disk as often.
    * If multiple WUs are ready to start, start the one furthest along.
    * Fixed client to core version reporting.
    * Uncapitalized status names in FAHControl.
    * Changed 'Core' to 'FahCore' in logs and FAHControl.
    * Some optimizations to FAHClient's main loop.
    * Look for FAHClient and FAHViewer in same dir as FAHControl.
    * Close FAHViewer with FAHControl if started by FAHControl.
    * Create proper DMG for OSX.
    * Added ellipses after dialog menu items in OSX.
    * Removed extra '(Un)Hide Window' menu item in OSX.
    * Go back to (un)hiding FAHControl when sys-tray icon is clicked.
    * Display 'FAHControl' in 'top' in Linux instead of 'python'.
    * Preload some of the log in the FAHControl window when tailing.
    * Some FAHControl optimizations.
    * Store client data in '~/Library/Application Support/FAHClient' on OSX.
    * Popup error when FAHClient or FAHViewer fails to run in FAHControl.
    * Attempt to fix FAHControl quad click problem.
    * Fixed FAHViewer box drawing problem on OSX and Windows.
    * Added gpu-vendor-id and gpu-device-id configuration options.
    * Fixed potential crash in GPU detection code.
    * Improve fallback to uniprocessor slot.

v7.1.8:    * Second attempt to fix i7 CPU core detection.
    * Changed NA to Unknown in FAHControl.
    * Added TPF calculation.
    * Removed verbosity from Windows installer to discourage changing it.
    * Handle XML special characters '"&<> in donor name in Windows installer.
    * Added next-unit-percentage option.
    * Changed 'Client Mode' to 'Preferred Mode' in Windows installer.
    * If Folding@home-x86\client.cfg exists load as defaults for Win installer.
    * Removed WU history.
    * Added more low-level GPU information to WS and AS packets.
    * Added default data to FAHViewer.
    * Added rotation and snapshot linear interpolation to FAHViewer.
    * Fixed bug in writing config.xml with 0 slots.
    * Display WU info on click even when slots are finishing.
    * Fixed sys-tray menu / toolbar tooltip inconsistencies.
    * Added viewer to sys-tray menu.

v7.1.7:    * Don't log 0% up/download.
    * Fixed ETA, Progress, etc. update in Work Unit view of FAHControl.
    * Update WU status when slots is in FINISHING as well as RUNNING state.
    * Fixed CUDA GPU type support check.
    * dump-after-deadline is default true and fixed WU expire checking.
    * Removed most of the logos from FAHViewer.
    * Added CUDA dlls.
    * Do send results if slot is paused.
    * Added help and about boxes to viewer.
    * Fixed up/download percentage in log.
    * Fixed 'fahclient-log.txt' creation problem on Windows.
    * Attempted to fix i7 CPU core detection.
    * Fixed bug in Unit log file following.

v7.1.6:    * dump-after-deadline is default false for now.

v7.1.5:    * Display version in FAHControl About.
    * Added "lifeline" support.
    * Fixed process ID detection in Linux.
    * Added support for starting local FAHClient from FAHControl.
    * Don't try to send results if Slot is paused.
    * Save credit information returned by v6.1.3+ WS.
    * Keep WU data in DB as a credit record.
    * Keep Windows debug symbols with .tar.bz2 archive.
    * Store timeout, k-factor and credit from v6.1.3+ WS.
    * Send DUMP reports to v6.1.3+ WS.
    * Estimate ETA, PPD and Credit.
    * Fixed crash after WU completion.
    * Created FAHViewer
    * Detect previous config in Windows installer and offer to keep.
    * Save Windows Installer values when back/forward buttons are clicked.
    * Added CUDA detection code and report coprocessor version accordingly.
    * Fixed FAHControl browser links in Windows.      * Disallow @?*|<>'" characters in paths in Windows installer.
    * Fixed reporting 64-bit CPU type to AS.
    * Removed language about password defaulting to passkey in FAHControl.
    * Changed up/download pacifier to not hold a log lock.
    * GUI up/download lockout fixed.
    * Use the term "Folding slot" instead of "Computation slot".
    * Rearranged auto-start options in installer and added (Recommended, etc.)
    * Always raise FAHControl window when sys-tray icon is clicked.
    * Validate entries in Windows installer.
    * Added help text for configuration in Windows installer.
    * Detect previous install in installer and offer to run uninstaller.
    * Added Folding Forum link in About box.
    * Offer an Express install mode in Windows installer.
    * Use better Windows icon from v6.
    * Put program directory in PATH in Windows installer.
    * Removed 'Startup' tab from FAHControl.
    * 'autostart' to 'pause-on-start' with opposite meaning and defaulted false.
    * Don't remove old config.xml in Windows installer if install is aborted.
    * Removed FAHControl's 'autostart' option, must reinstall to change.
    * Save FAHControl window dimensions and pane positions.
    * Display ETA, PPD and Credits in FAHControl
    * Added ETA, Credit and PRCG to Novice view
    * Update Work Unit details immediately when queue list entry is clicked.
    * Display completed WUs as well as active ones.
    * Enable log following by default in FAHControl. (Active when selected)
    * Rearranged FAHControl toolbar.
    * Clicking slot activates running WU in FAHControl.
    * Added viewer to slot pop-up menu in FAHControl.
    * Added viewer config to FAHControl preferences pane.
    * Added viewer button to FAHControl toolbar.
    * Align Address in Clients to the left.
    * Fixed tabbing between fields in FAHControl.
    * Dump WUs after they have expired if 'dump-after-deadline' is true.

v7.1.4:    * Fixed core path problem.
    * Dump or migrate units when slot is deleted.
    * Dump unit if WS does not understand fail report.
    * Fixed SMP unit creation problem.

v7.1.3:    * Don't exit before killing and saving kill status of stubborn cores.
    * Fixed bug that allows more than one Unit to start in a slot.
    * Don't download core when slot is paused.
    * Store cores in same directory structure as on server.
    * Differentiate cores by URL not type.
    * Regularly check if WUs match their slot's config and migrate or dump.
    * Migrate or dump a unit if it's slot cannot be found at startup.
    * Default to ignore logff signal in Windows service.
    * Set Connection->Password with Remote Access->Password in FAHControl.

v7.1.2:    * Don't dump WU on PLEASE_WAIT.
    * Fixed slot FINISHING and STOPPING status bug.
    * Improve FAHControl's responsiveness.
    * Remember which cores don't shutdown cleanly also on CTRL-C exit.
    * Clear any WU backoff waits on unpause.
    * Second attempt to fix FAHControl lockout during results upload.
    * Print to log when pausing, unpausing and finishing.

v7.1.1:    * Don't reset slot highlighter on queue info update in FAHControl.
    * Fixed core unpackaging bug.
    * Fixed Windows file open bug.
    * Raise FAHControl window when run a second time.
    * Always raise window when icon is clicked and FAHControl is not on top.
    * Fixed --dump loop.

v7.1.0:    * Made incompatible changes to the client DB.
    * Download a new WU when the previous one is 95% complete.
    * Require each slot to have a unique numerical ID.        * Lock units to one slot ID.
    * Pause slot on too many consecutive failed runs, See: 'max-slot-errors'.
    * When using the '--dump' option, try to send unit results immediately.
    * Option 'max-units' is now per Slot and pauses the slot when done.
    * Unpause clears Slot unit count, so 'max-units' count restarts.
    * Added 'exit-when-done' option, exits when all slots are paused.
    * Default core priority to idle.
    * Print GPU ID instead of number of GPUs avaliable with GPU type string.
    * Fixed bug with creating SMP slots wo/ specifiying # of CPUs.
    * Allow FAHControl communication during results upload.
    * Include correct FAHControl files in .tar.bz2 distribution.
    * Removed upload and run counts.
    * Removed finished time.
    * Combined Project, Run, Clone, Gen in GUI.
    * Show what a WU is waiting on, time until next attempt and # of attempts.
    * Added slot ID to WU info in FAHControl.
    * Selecting a queue entry will highlight its associated slot.
    * Fixed OSX FAHControl crash.

v7.0.14:    * Do not detect additional display heads as separate GPUs in Windows.
    * Prefix core directories with '0x' to indicate a hexadecimal number.
    * Don't update core if currently in use.
    * Don't dump WUs due to network errors.
    * Compute AS backoff times per slot.
    * Remember which cores do not shutdown cleanly and just kill them.
    * Track core status in DB.
    * Corrected client and core option 'Add' dialog modality.
    * Catch dialog close events to fix GUI lock-ups.
    * Clear log when switching clients in GUI.
    * Remember log follow state in GUI.
    * Added GPU DLLs to Windows installer.
    * Attempted to fix the systray percent problem, but I cannot reproduce it.
    * Added several client startup options to Windows installer.
    * Added Windows shortcuts to start client in minimized console.
    * Rename FAHClientGUI to FAHControl.
    * Added credits to About dialog.
    * Some GUI performance tweaks.
    * Don't save deleted slots.
    * Don't warn about WUs which don't have a maching slot but are finished.

v7.0.13:    * Start client even if configuration has problems to avoid restart loop.
    * Removed fancy systray popup in favor of simpler tooltip text.
    * Fixed 'Core still running on shutdown' error. Hopefully.
    * Report default memory (1GB) correctly to AS.
    * Don't show client configuration tabs when creating new connection.
    * Fixed problem with split core log lines in Windows.
    * Fixed shutdown problem with Linux cores which do shutdown with Ctrl-C.
    * Clear GUI status information when client disconnects.
    * Send WS correct client-subtype for GPU slots.
    * Include clientgui in .tar.bz2 file.
    * Rearranged queue / unit / slot view.
    * Only show slots and unit info in advanced mode.
    * Only show team status link drop down in advnaced mode.

v7.0.12:    * Show client status above tabs.
    * Changed toolbar and sys-tray menu 'Pause' et.al. to 'Pause All'
    * Fixed 'ERROR: Exception: 0: Core still running on shutdown' bug.
    * Added 'Entries match' for passkey / password entry
    * Made GUI smaller
    * Ported console client and GUI to OSX
    * Created OSX build
    * Moved GUI client config to separate configuration pane
    * Removed 'Save' button from toolbar.  Client saved by config pane.
    * Always save client connection configurations.
    * Moved Queue info to new tab and reformatted
    * Added timeout to client db and queue info (still need to get psummary)
    * Added links in the GUI for WS, CS and project

v7.0.11:
    * Fixed packaging mistake

v7.0.10:    * Fixed bug where password was saved as **** in config.xml.
    * Fixed setting of 'team', 'verbosity' and others from GUI.
    * IP Address restriction field triggers 'Save' button.
    * 'passkey' and 'password' not saved as asterisks in config.xml
    * % CPU limited to 100% and checkpoint interval to 30min.
    * Print 'Connecting to xxx.xxx.xxx.xxx:xxxx' at INFO(3).
    * Added clarification in GUI text at gui->config->remote access->password
    * Allow client to interrupt during slow or failing socket communication.
    * Only use assign3.stanford.edu:8080 & assign4.stanford.edu:80 for non-GPU

v7.0.9:    * Use --service-install and --service-uninstall options
    * Stop service on service uninstall
    * Windows installer shortcuts to FAHClientGUI.exe
    * Include GUI in installer
    * Add Windows shortcut to data directory
    * Installer removes program files after service shutdown
    * Add --service-start and --service-stop
    * Request admin access for Win 2008/Vista/7 installs

v7.0.8:    * Check log header width and adjust Info '***' bars to 80 chars wide.
    * Start slots in paused mode by default.
    * Added 'autostart' option which when true starts slots unpaused.
    * Configs created by --configure have 'autostart' enabled.
    * Added code to match WUs with slot types when they are restarted.
    * Added IP based access control to command server.
    * Only allow access to the command server from 127.0.0.1 by default.
    * Added password based access control to command server.
    * Allow no password access to the command server from 127.0.0.1 by default.
    * Added columns to queue info for GUI.
    * Added 'pause-on-battery' support for Windows and Linux.
    * Added 'checkpoint', 'no-assembly', 'cpu-usage' core options.
    * Warn about units with out a compatible computation slot.
    * Read unit % done from wuinfo_##.dat file.
    * Fixed issue with CPU count on machine with 2 physical and no threads.
    * Support querying, setting and resetting options via command server.
    * Support querying queue and slot info via command server.
    * Support 'pause', 'unpause' and 'finish' via command server.
    * Support configuration 'save' in command server.
    * Allow changing 'user', 'team' and 'passkey' during unit run.
    * Support adding, deleting, and modifying slots with out a restart.
    * Use assign-GPU.stanford.edu for GPU assignment

v7.0.7:    * Added special client-types.
    * Add CRLFs to sample-config.xml, README.txt, ChangeLog.txt
    * Fixed core output logging timestamps.
    * Trigger backoff coded on more core failure codes.
    * Extract multiple files from core packages.
    * Detect hyper-threads and adjust default 'cpus' count.
    * Added error checking on 'config.xml' file creation in Windows installer.
    * Fixed CRLF on first line of log file.
    * Removed --configonly because --configure always exits.
    * Implemented -oneunit as --max-units=1
    * Implemented --dump <'all' | number>
    * Implemented --send
    * Implemented --queue-info
    * Separated program and data dirs on Windows install
    * Enabled single and multi-user Windows install
    * Enabled optional data removal on uninstall in Windows

v7.0.6: * Added sample-config.xml to dist and packages.
* Fixed Windows Shortcuts and install paths
    * Added -configure and -configonly options
    * Added configuration options to Windows installer
    * Fixed output for cores that only use logfile_00.txt and not stdout
    * Fixed core shutdown for cores that don't listen to CTRL-BREAK
    * Added CRLF to all documents and changed endings to .txt
    * Added 32-bit RPM build
    * Added exponential backoff code
    * Fixed bug in detection of WU files.

v7.0.5: Skipped

v7.0.4: * Added queue ID and use this for identification in logs and for work directory name.
* Added core process control code.  Put windows core processes in their own process group so they can be signaled to shutdown.
* Wait for cores to finish on client exit.  Send interrupt.
* Converted all Folding@Home -> Folding@home
* Pass correct options to SMP cores '-np <cpus>'
* Compile in 'mostly_static' mode by default.
* Added support for printing CR LF at end of line and made default for Windows.
* Write core subprocess output to log file, prefixed by unit queue id.
* Print F@H news from AS even if WS is null.  
大意：
虽然我们跳票了，但我们一直在努力开发V7，为了让广大热心群众知道我们都做了些什么。我们现在公布V7内测版的更新日志。
我们决定如果最新的7.1.18内测版通过内测，就作为公测版发布。

vmzy

March 15, 2011
FAH Support for ATI GPUs
We have been working to improve our support for AMD/ATI GPUs. AMD/ATI originally supported the Brook language for GPU programming, but has since moved to OpenCL, dropping support for Brook. This means that in order for FAH to support ATI GPUs, we have had to rewrite our ATI GPU core in OpenCL. This has been a huge undertaking, but is coming to fruition (check out http://simtk.org/home/openmm for details and a change log with progress updates). Due to ATI's decision to drop Brook in lieu of OpenCL, new FAH ATI GPU core development can only be done in OpenCL and thus can only run on GPUs which ATI supports with OpenCL.

We want to give ATI donors a heads up that ATI does not support all of its GPUs with OpenCL (the series 3xxx are not supported and the series 4xxx does not have sufficient OpenCL support for efficient FAH calculations). For the short term, we will support both the older (Brook coded) ATI core 11, and the newer (OpenCL coded) ATI core 16, but we cannot support the Brook-based core for much longer. We plan to support ATI core 11 until September 1, 2011 (hopefully longer, but we want to get this on donors' radars). Closing support for a given platform is never a popular decision, but in this case, we have no choice due to the lack of vendor support of that platform.

The good news is that ATI's support for OpenCL is very strong and we're excited about our new ATI openCL core (core 16), which is undergoing testing right now. ATI core 16 will be publicly released after the v7 client is released, as the core needs the new client.
大意：
当前A卡的gpu内核（core11）是用Brook写的，它只支持老显卡（2xxx-4xxx），不过由于AMD不再支持Brook语言了，所以我们初步打算在2011-9-1停止使用老内核。
新内核（core16）基于OpenCL，支持5xxx（包含）以上级显卡，现在正在内测，等v7客户端发布后，也会发布。

vmzy

March 17, 2011
Some classic clients not being assigned
There is a problem with the assignment of WUs to some classic clients.  We are working on it.

UPDATE:  Looks like the worst is over, but we are keeping an eye on this issue.  In particular, the port 80 AS (assign2.stanford.edu) seems to be still having issues.
大意：
一些标准（单核）版客户端，收不到任务。我们正在解决该问题，目前(assign2.stanford.edu)的80端口依然有问题。

vmzy

March 18, 2011
WS Down: VSP07*, VSP17, VSP22
There is one physical box down, which means that several WS virtual interfaces are down.  Our sysadmins are working on it and have given us a 6 hour ETA for it coming back up.
大意：
挂了一台物理服务器，鹳狸猿说预计要6个小时才能恢复。

vmzy

March 29, 2011
Planned server outage: tomorrow, Wed Mar 30 from 10am to noon pacific time
We have a planned outage tomorrow, Wednesday March 30 from 10am to noon pacific time.  The stats update and fah-web.stanford.edu web pages will be down, but FAH will be running otherwise.  Stats will still be accumulated by the Work Servers, just not related to the web page until those servers go up.

So, other than seeing stats updates, everything should look normal for FAH during the outage.
大意：
明天统计、网页服务器将进行例行维护，届时网站将无法访问，任务服务器不受影响。

Client version 7 now in open beta
I am happy to announce that after many months of development and testing the new version 7 Folding@home client software is now available for open-beta testing. The V7 client is a complete rewrite of the previous client for Windows, OS-X and Linux with the following goals:

• To make the installation and startup user-friendly for the novice.
• To integrate the user interface into a single Monitor/Control program that manages the functionality previously contained in separate clients.
• To create a forward-looking design that can be readily expanded to incorporate new Folding Cores without the need to issue new client releases.
• To greatly improve previously problematic aspects including support for SMP, GPU, and the 3D viewer.

Getting Started
Please consider reading one of the guides listed in the documentation section, but if you want to dive right in you can start by downloading and installing the new client.



Documentation
Install and user guides can be found here:

https://fah-web.stanford.edu/projects/FAHClient/There are also some additional quick start FAQ items here
http://foldingforum.org/viewtopic.php?f=67&t=18043

Features
The new client has too many features to list but here are some of the highlights:

• Improved Windows installer with support for Windows XP, Vista, 2008 and Windows 7.
• 64-bit OS-X install package. (32-bit in the works).
• Debian/Ubuntu and RedHat/Fedora/CentOS 32-bit and 64-bit Linux packages.
• Low priority background operation has very little impact on your computers usability. You should hardly notice Folding@home is running when using other applications.
• A more compatible and stable 3D protein viewer with several view modes, rotation, zoom, online help and interpolated protein animations.
• Separate but integrated console client (FAHClient), user interface (FAHControl) and 3D protein viewer (FAHViewer).
• Novice, Advanced & Expert user interface modes. (See drop down list in FAHControl.)
• Support for more than one Folding Slot (UNI, SMP or GPU).
• Ability to monitor, configure and control many remote folding clients from a single computer.
• Very low CPU overhead for FAHClient, FAHControl and FAHViewer. 3D viewer overhead can be minimized by disabling rotating and protein animation.
• Single client for normal (Uniprocessor), SMP (Multiple CPUs) and GPU (Graphics Processors) folding.

Bugs/Tickets
The V7 client has undergone months of testing but due to the complex nature of distributed computing, the many features provided by the Folding@home client and the difficulties of simultaneously supporting software on Windows, OS-X and Linux there are still some open bugs, feature requests and likely other as of yet undiscovered issues. The beta testing process will help us test new features and fix any remaining bugs before we make a full public release. That said the open-beta V7 client is very usable and has many advantages over the previous client releases.

In an effort to increase the transparency of our development process we have decided to open read-only access to our bug tracking system. We are currently using Trac, a Web based system which, among other things, manages a database of tickets. Each ticket represents either a bug or feature request of some component of the Folding@home client software. You can view the list of open tickets here:

v7 Client, Open Tickets Ordered by Milestone and Priority

Getting Help
Aside from the documentation the best place to get help is in a v7 client forum (http://foldingforum.org/viewforum.php?f=67). If you do have a problem post a message. There are many knowledgeable people ready and willing to help you but keep in mind we greatly appreciate thorough reports delivered by patient people who can keep a cool head even when things go wrong.
Final Notes
We are very excited to see this software make its way around the world improving and expanding Folding@home and thereby increasing our understanding of how proteins fold and ultimately helping to find cures for some of our societies scariest diseases. We greatly appreciate your participation and understand that without your generous contributions of time and computing resources there would be no Folding@home.

So dive right in and let us know about your experience.
PS You can find more information at this forum thread
http://foldingforum.org/viewtopic.php?f=67&t=18034&start=0
大意：
V7开始公测
由于当前测试版依然有很多bug，所以请你三思后，再安装测试版。
已知bug列表：https://fah-web.stanford.edu/projects/FAHClient/report/3