It's quite interesting that even `ruby -e ''` and `python -c ''` take about 0.03s with >90% system load whereas `git branch` is usually at 0.005s and 0% system load. And `up some-file` is even faster (0.001s w/ 0% system load), which is understandable as it mostly does just a few directory hops. But still quite cool that this now works reliably and fast. I don't know if it's the gc kicking in or if it just takes that long to load the standard includes/library, but there's definitively room for mini-optimization because on slower machines it's too much of an overhead to use in places like the prompt which has to be responsive.
|
||
| 1 |
|
|
| 2 |
|
|
|
||
| 1 |
|
|
| 2 |
|
|
| 3 |
|
|
| 4 |
|
|
| 5 |
|
|
| 6 |
|
|
| 7 |
|
|
| 8 |
|
|
| 9 |
|
|
| 10 |
|
|
| 11 |
|
|
| 12 |
|
|
| 13 |
|
|
| 14 |
|
|
| 15 |
|
|
| 16 |
|
|
| 17 |
|
|
| 18 |
|
|
| 19 |
|
|
| 20 |
|
|
| 21 |
|
|
| 22 |
|
|
| 23 |
|
|
| 24 |
|
|
| 25 |
|
|
|
||
| 16 | 16 |
|
| 17 | 17 |
|
| 18 | 18 |
|
| 19 |
|
|
| 20 |
|
|
| 19 |
|
|
| 20 |
|
|
| 21 | 21 |
|
| 22 | 22 |
|
| 23 | 23 |
|
| 24 | 24 |
|
| 25 |
|
|
| 25 |
|
|
| 26 |
|
|
| 27 |
|
|
| 26 | 28 |
|
| 27 | 29 |
|
| 28 | 30 |
|