在Windows上写入字符串的最快方法?
在Windows上,将字符串写入标准/控制台输出的最快方式是什么?我对以null和非null结尾的字符串的解决方案都感兴趣。几乎是您能得到的最快的解决方案。使用LPC仍然是对win32csr的进程间调用(在Windows 7上是不同的,但它仍然是IPC),所以不要期望性能会令人惊讶。几乎是您可以获得的最快速度。使用LPC仍然是对win32csr的进程间调用(在Windows 7上是不同的,但它仍然是IPC),因此不要期望性能会令人惊讶。2关于WriteConsole答案,您可以在一次调用中写入整个屏幕; 但奥斯汀说的也是第二点:应用程序需要超快的控制台输出,这听起来有点奇怪。在Windows上写入字符串的最快方法?,windows,performance,winapi,language-agnostic,Windows,Performance,Winapi,Language Agnostic,在Windows上,将字符串写入标准/控制台输出的最快方式是什么?我对以null和非null结尾的字符串的解决方案都感兴趣。几乎是您能得到的最快的解决方案。使用LPC仍然是对win32csr的进程间调用(在Windows 7上是不同的,但它仍然是IPC),所以不要期望性能会令人惊讶。几乎是您可以获得的最快速度。使用LPC仍然是对win32csr的进程间调用(在Windows 7上是不同的,但它仍然是IPC),因此不要期望性能会令人惊讶。2关于WriteConsole答案,您可以在一次调用中写入整
无论如何,如果它真的是一个瓶颈,也许可以使用某种日志系统,并通过一个单独的线程向控制台提供实际的日志记录?2在WriteConsole答案中,您可以在一次调用中写入整个屏幕; 但奥斯汀说的也是第二点:应用程序需要超快的控制台输出,这听起来有点奇怪。
无论如何,如果它真的是一个瓶颈,也许可以使用某种日志系统,并通过一个单独的线程向控制台提供实际的日志记录?如果这是你的瓶颈所在,向你击掌。我猜他每秒写100行,这会减慢你的主程序循环…如果这是你的瓶颈所在,向你击掌。我猜他每秒写100行,这会减慢你的主程序循环。。。