timing

This question already has an answer here: Dynamically importing Python module 2 answers I'd like to dynamically create a module from a dictionary, and I'm wondering if adding an element to sys.modules is really the best way to do this. EG context = { a: 1, b: 2 } import types test_context_module = types.ModuleType('TestContext', 'Module created to provide a context for tests') test_context_module.__dict__.update(context) import sys sys.modules['TestContext'] = test_context_module My immediate goal in this regard is to be able to provide a context for timing test execution: import timeit timeit

There is a strange bug that has been in Mathematica for years, at least since version 5.1, and persisting through version 7. Module[{f, L}, L = f[]; Do[L = f[L, i], {i, 10^4}]] // Timing {0.015, Null} Module[{weirdness, L}, L = weirdness[]; Do[L = weirdness[L, i], {i, 10^4}]] // Timing {2.266, Null} What causes this? Is it a hashing problem? Is it fixed in Version 8? Is there a way to know what symbol names cause a slowdown, other than testing? Daniel Lichtblau What causes this? Is it a hashing problem? Yes, more or less. Is it fixed in Version 8? Yes (also more or less). That is to say, it is

I'm attempting to measure the time spent in a thread for progress reporting purposes, but I'm getting very strange results from from the GetThreadTimes system call. Given the following program (compiled in VS 2013, targeting .NET 4.5): using System; using System.Diagnostics; using System.Runtime.InteropServices; using System.Threading; namespace ThreadTimingTest { class Program { static Stopwatch _wallClockTimer; static System.Timers.Timer _timer = new System.Timers.Timer(); private static Thread _thread; private static IntPtr _threadHandle; static void Main(string[] args) { _timer = new

I have a multi-threaded application, and in a certain section of code I use a Stopwatch to measure the time of an operation: MatchCollection matches = regex.Matches(text); //lazy evaluation Int32 matchCount; //inside this bracket program should not context switch { //start timer MyStopwatch matchDuration = MyStopwatch.StartNew(); //actually evaluate regex matchCount = matches.Count; //adds the time regex took to a list durations.AddDuration(matchDuration.Stop()); } Now, the problem is if the program switches control to another thread somewhere else while the stopwatch is started, then the

I'm trying to measure the execution time of some bits of code as accurately as possible on a number of threads, taking context switching and thread downtime into account. The application is implemented in C# (VS 2008). Example: public void ThreadFunc () { // Some code here // Critical block #1 begins here long lTimestamp1 = Stopwatch.GetTimestamp (); CallComplex3rdPartyFunc (); // A long lTimestamp2 = Stopwatch.GetTimestamp (); // Critical block #1 ends here // Some code here // Critical block #2 begins here long lTimestamp3 = Stopwatch.GetTimestamp (); CallOtherComplex3rdPartyFunc (); // B