In particular, all future command executions even just submitting an empty line take a second or two to process. Can confirm this has worsened in 1. CoryMcCartan Do you recall what version you had installed prior to 1. When I upgraded to 1. Lines to in 96de. I have experimented the same issue with very laggy console. Unchecking the limits on printed line number fixed it. Skip to content. Star 3.
New issue. Jump to bottom. Labels bug console. Milestone Ghost Orchid ExtraSun ExtraSun 2 2 bronze badges. What kind of project is this? A command line program? How long does it run in total? How much output does it produce? Moreover, I guess you added the "Visual-Studio-Code" tag accidentally do you know what "Visual Studio Code" is and that it is a completely different product than "Visual Studio"?
DocBrown in all projects the waiting time is very very slow, even for "Hello world". Is your "Hello World" program a command line program? Written in which programming language? How precisely do you start it? By pressing "F5" to run it in the debugger? And please, don't bury your clarification here in some comments where they are hard to find, instead use the "edit" button above to improve the question.
I've seen that on many PCs — phuclv. Add a comment. Can you try to completely omit some rendering if the buffer gets too large? I think this is a very common optim in the X terminal space. I'm asking because 10x sounds great, but in my memories the Windows terminal was so slow to ouput text that this might not be enough, compared to the competition.
Is there a place to download the new Terminal to try it out? Thank you for responding to so many comments on this thread! Not quite yet - when the first preview builds are available, they'll be in the Microsoft Store. Also stay tuned for Rajesh Jha's keynote later today, with our official announcement. It'll have some other relevant information I don't think any of the articles have mentioned quite yet :P. Schlaefer on May 6, root parent next [—]. Can you link the session, please?
It's live now, and I think Windows is up soon, though I don't know where in the keynote we are. Excellent, well done! Developers never need to worry about running cat for a big file or using print for lots of text again. This is the main reason Alacritty can claim they're the fastest terminal around.
It does use more RAM because of that, but in these times I'm not really concerned by that fact. Oddly enough, Unix is older than that, and got it right abstracted from hardware. Perhaps it has something to do with Unix tty. Unix systems are mainframes or servers, the tty subsystem only cares about transmitting the text and control sequences, the actual rendering is done by a CRT terminal at a remote location. Meanwhile, the DOS family was designed for microcomputers and PCs, the text output is tightly-coupled with the system and hardware, including how to draw them.
0コメント