Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 9080] the average cast times

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 9080] the average cast times
  • Date: Fri, 10 Jun 2005 11:48:12 -0700 (PDT)

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





------- Additional Comments From pmahon AT sourcemage.org 2005-06-10 11:48
-------
This request has been brought up from time to time. The unfortunate fact of
the
matter though, is that there is no way for us to know how long it would take
to
build a spell. Any methods that seem likethey might be able to produce
somewhat
accurate times, are also extremly complex. Here are some variables affecting
the
time it takes to build:
kernel version
gcc version (g++ version)
disk access speed
ram speed
cpu speed
amount of ram free
cpu load
system load
optional dependencies
file system

How much those variables affect speed is unknown. Some, I'm sure, would affect
compile time a lot (cpu speed), and others not much at all (file system).

A system has been proposed wherein people would voluntarily provide
information
about cast times which would include some of the above information, and each
system would pull estimated times when casting and multiply that time by some
per-system factor which would get updated at the end of each cast. However, no
one has written the scripts to do that, and perhaps more importantly, no has
been able to show that such a system would provide consistently accurate
results.

Another possible way is to only show time estimates on spells you're just
updating, and base the information on the logged times of the previous
version.

Yet a third way is to use a script that checks progress through a makefile's
targets. However, the best I've been able to manage is to track make's
progress
through directories, and it has issues with some makefiles. Feel free to play
with it http://dufflebunk.homeip.net/~dufflebunk/smgl/make_progress.sh other
varients are make_progress_dialog.sh and make_progress_dialog2.sh. It cannot
estimate time, only progress, and not linear progress either.

--
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