| To: | REALbasic NUG <realbasic-nug at lists dot realsoftware dot com> |
|---|---|
| Subject: | Re: Dealing with multi-processor or multi-core |
| From: | Joe Strout <joe at inspiringapps dot com> |
| Date: | Fri, 30 May 2008 11:24:55 -0600 |
| Authentication-results: | mx.google.com; spf=pass (google.com: domain of realbasic-nug-bounces at lists dot realsoftware dot com designates 66.116.103.65 as permitted sender) smtp dot mail=realbasic-nug-bounces at lists dot realsoftware dot com |
| Delivered-to: | listarchive at realsoftware dot com |
| Delivered-to: | realbasic-nug at lists dot realsoftware dot com |
| References: | <p06240802c4657bd7c318 at [62 dot 161 dot 36 dot 122]> <41B4C50C-AB85-4975-B2AE-C6A4DD49D787 at inspiringapps dot com> <p06240804c465e06353d5 at [62 dot 161 dot 36 dot 122]> <D01600E9-BB0D-49DF-8990-65E4B1F93D14 at tolisgroup dot com> <48403707 dot 7080306 at alphaview dot com> |
On May 30, 2008, at 11:19 AM, Giovanni wrote: > But even on a single processor, you would see a tremendous gain if the > required process is doing stuff like a downloader helper app. The > helper > app would continue to download while the master app would remain > highly > responsive. Would that be right? Yes, but that could also be done with cooperative threads. Best, - Joe -- Joe Strout Inspiring Applications, Inc. http://www.InspiringApps.com _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html> |
| Previous by Date: | Re: Dealing with multi-processor or multi-core, Charles Yeomans |
|---|---|
| Next by Date: | Re: Dealing with multi-processor or multi-core, Fargo Holiday |
| Previous by Thread: | Re: Dealing with multi-processor or multi-core, Charles Yeomans |
| Next by Thread: | Re: Dealing with multi-processor or multi-core, Fargo Holiday |
| Indexes: | [Date] [Thread] [Top] [All Lists] |