Store timing information about commands and jobs about urchin HOT 5 CLOSED

I could see this being very useful at times. Is it safe to assume the overhead of running it on everything would be negligible?

from urchin.

I think so, yes. I was only intending storing the wall clock time since this is what tends to be most interesting to me. It's not really intended for heavy profiling, but should be useful for spotting trends and situations when rough times are all you need.

ae4d9d2 implements the bare bones of this, but I want to store the times in the history too. One thing to be aware of is that it records post-parse --> post-run (in other words, after the command line has been parsed - just before execution - to when the command line returns - just before the next prompt is drawn).

from urchin.

If I understand correctly, you meant the feature to be timestamps on each command (with date presumably) rather than running time for each command? To me the timestamps would be even more useful: I've often wanted to be able to look through my command history and know exactly when and where (in what directory) I issued a certain command. I'll create an issue for the where part, along with the implementation approach I envision working best.

from urchin.

I was meaning the duration of each command (in the same sort of way as time), but I love the idea of actual timestamps too and am definitely interested in adding this.

from urchin.

Implemented by #14.

from urchin.