| Electronics > Projects, Designs, and Technical Stuff |
| LTSpice simulates for an hour, CPU only20-30% |
| (1/2) > >> |
| alager:
I'm simulating the sample circuit from Linear Tech for the LT3748. It takes a while to simulate, which is common for a switcher, I get that. However, it seems like more computing resources could be used, and I'm not sure if there is something I need to tweak in order for that to happen. I have an quad core i7 with hyperthreading, so 4 virtual cores as well (8 in total). However it seems like only 1 core is being utilized. I was under the impression that since version 4, this was multi threaded. I've attached my LTSpice settings and the CPU performance graphs. It can also be seen from the summaries, that it doesn't appear that the disk or ram are limiting anything either. Any tips on getting LTspice to utilize more cores? |
| edgaras006:
It looks like a single threaded operation for me. My i7-920 performs similarly with single threaded apps. |
| iMo:
The original LT3748 fixture simulates 15secs here (2.5cores active out of 4, 50% aver util of the 4 cores). |
| alager:
So a few things I've changed from the original: 1) transformer coupling 1 => 0.981 2) added flyback diode and zener to clamp ringing. 3) increased sim time from 3ms to 10ms I know that number 1 is pretty big, but again, I'm only using one core at near 100%. In fact, when I change the coupling back to 1, then all my cores are sitting at <40%. More testing: Not sure why I didn't try this earlier, but watching the cpu graph when I stop the simulation has all cores drop to about 6%. So I guess it is using all cores to some extent, just not 100%. Maybe it's a non issue, just wish it were faster. |
| SiliconWizard:
Starting from the LT3748's test fixture and just lowering the coupling coefficient from 1 to 0.98 is enough to make the simulation very slow compared to the original test fixture (which only takes a few seconds). This is probably due to the solver taking many more steps to converge in this case. On my Core i7-5930K (6 cores/12 threads), it uses an average of 16% CPU in both cases on average during this simulation, which is still twice what I'd get with only one thread fully utilized (so a single-thread solver). It definitely IS multithreaded, but it's not particularly efficient in optimizing the use of several threads. Efficiently multi-threading a Spice-based solver is tough, as there is necessarily many dependencies between the blocks you can run in parallel, so each thread is likely to be waiting for the result of other threads for a significant portion of its own time. You can try the "alternate" solver in options, or try a different integration method. You can also play with the tolerance parameters (set them a little higher), so the simulation time will be shorter but at the expense of accuracy. But there is definitely nothing inherently wrong with your setup explaining that. It's just the way LTSpice works. And whereas it performs better than single-threaded, it's not the best out there in terms of performance, but it's free. Cadence Spectre, for instance, is way faster, but it's very expensive. If anyone knows of a free or even not too expensive Spice-based simulator that is faster than LTSpice, I'm interested. (ngspice is definitely not faster in typical use.) |
| Navigation |
| Message Index |
| Next page |