Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 8762] parallelize downloading and/or casting

sm-sorcery-bugs AT lists.ibiblio.org

Subject: Bugs for Sorcery are reported here

List archive

Chronological Thread  
  • From: bugzilla-daemon AT bugs.sourcemage.org
  • To: sm-sorcery-bugs AT lists.ibiblio.org
  • Subject: [SM-Sorcery-Bugs] [Bug 8762] parallelize downloading and/or casting
  • Date: 26 Nov 2006 00:18:00 -0000

http://bugs.sourcemage.org/show_bug.cgi?id=8762


seth AT swoolley.homeip.net changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|cast: -j1 modifiable in |parallelize downloading
|pass_three and pass_four |and/or casting




------- Additional Comments From seth AT swoolley.homeip.net 2006-11-25 18:17
-------
In any case, the summary is out of date for a future feature that wouldn't use
make.

I'm just leaving this bug open for notes of discussion on what could be done
to
make this part parallel, and something we can direct people to if they ask
about
it. It's not a priority item.

Note that triggers aren't really needed for pass three, and that the
downloading
parallelizing may be much simpler than casting itself.

If we had some way to setup download priorities (say, using a tool other than
wget, or a wrapper that can have its bandwidth use modified in-flight), we can
allocate all bandwidth to the immediately necessary sources and only
parallelize
further downstream when it's less likely to create priority problems.

Another thing to consider is only parallelizing source downloads intra-spell
since the spell needs them all at the beginning anyways. Downloading a
thirteen
file source like openoffice would go faster if it can parallelize them,
although
not much faster. That's a bad example, but there may be others where it
actually pays off. This though is the lowest hanging fruit.

--
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.




Archive powered by MHonArc 2.6.24.

Top of Page