realbasic-nug
[Top] [All Lists]

Re: Dealing with multi-processor or multi-core

To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Subject: Re: Dealing with multi-processor or multi-core
From: Tim Jones <tjmac at tolisgroup dot com>
Date: Fri, 30 May 2008 10:31:43 -0700
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 10: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?

So long as the UI is properly set to handle the external process.   
This is why I use RB's cooperative threads when I kick off the helper  
tool.  Just executing the external process can actually cause the UI  
to become non-responsive if the management / monitoring the external  
process isn't coded properly.

Tim

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>


<Prev in Thread] Current Thread [Next in Thread>