打开文件(通过键入Ctrl-xf，又名FindFile)或通过在中对该文件键入f>Dired模式)，在具有.git子目录的工作目录中速度非常慢。即使是最简单的文件(50行，大部分是评论)也可能需要8秒才能打开。同一个文件，在不由Git管理的不同目录中，立即打开。为什么会发生这种情况？如何不禁用vc-mode来解决这个问题？(因为我使用Emacs的主要原因之一是它的M-xediff-revision)更新1:感谢@sanityinc在下面的回答，我运行了ELPProfiling，这是我收到的结果(对于一个非常小的文件，69行，其中59行是普通注释):FunctionNameCallCou
我的应用程序通过使用fork系统调用每隔100毫秒获取一个检查点。但是，我注意到在使用检查点(fork)时我的应用程序速度明显变慢。我测试了fork调用所花费的时间，结果是1到2毫秒。那么为什么fork会如此拖慢我的应用程序。请注意，我一次只保留1个检查点(fork进程)，每当我使用新的检查点时，都会终止前一个检查点。另外，我的电脑有一个巨大的内存。请注意，我的fork进程在创建后就进入休眠状态。只有在需要回滚时才会被唤醒。因此，它不应由操作系统安排。我想到的一件事是，由于fork是一种写时复制机制，因此每当我的应用程序修改页面时都会出现页面错误。但这会显着降低应用程序的速度吗？在
我的应用程序通过使用fork系统调用每隔100毫秒获取一个检查点。但是，我注意到在使用检查点(fork)时我的应用程序速度明显变慢。我测试了fork调用所花费的时间，结果是1到2毫秒。那么为什么fork会如此拖慢我的应用程序。请注意，我一次只保留1个检查点(fork进程)，每当我使用新的检查点时，都会终止前一个检查点。另外，我的电脑有一个巨大的内存。请注意，我的fork进程在创建后就进入休眠状态。只有在需要回滚时才会被唤醒。因此，它不应由操作系统安排。我想到的一件事是，由于fork是一种写时复制机制，因此每当我的应用程序修改页面时都会出现页面错误。但这会显着降低应用程序的速度吗？在
关闭。这个问题是off-topic.它目前不接受答案。想改进这个问题吗？Updatethequestion所以它是on-topic用于堆栈溢出。关闭11年前。Improvethisquestion这可能有点OT，但我想知道为什么有一个大量使用IO的进程(比如从同一磁盘上的一个位置到另一个位置的cp大文件)会减慢一切，即使是主要受CPU限制的进程。我注意到在我大量使用的两个操作系统上(macosx和linux)。特别是，我想知道为什么多核在这里没有真正帮助:它是商品硬件(磁盘Controller等)的硬件限制，操作系统限制，还是存在一些固有的难以分配正确的东西资源(调度)？
关闭。这个问题是off-topic.它目前不接受答案。想改进这个问题吗？Updatethequestion所以它是on-topic用于堆栈溢出。关闭11年前。Improvethisquestion这可能有点OT，但我想知道为什么有一个大量使用IO的进程(比如从同一磁盘上的一个位置到另一个位置的cp大文件)会减慢一切，即使是主要受CPU限制的进程。我注意到在我大量使用的两个操作系统上(macosx和linux)。特别是，我想知道为什么多核在这里没有真正帮助:它是商品硬件(磁盘Controller等)的硬件限制，操作系统限制，还是存在一些固有的难以分配正确的东西资源(调度)？
这快把我逼疯了。我的Android应用程序中有一个fragment，它使用相对布局进行布局。问题是由于某种原因渲染需要很长时间，大约5秒才能在屏幕上加载大约4个元素。其中一个元素是CalendarView，当我删除它时，它会恢复到适当的速度(即:即时)。我想这个问题与我要求Android布置它的方式有关，一定没有多大意义或效率低下或其他什么。这是XML文件:我已经尝试了许多不同的布局选项，但删除日历似乎是唯一有所作为的事情。任何见解将不胜感激。谢谢 最佳答案 我也遇到过这个问题，无论是相对布局还是线性布局。它似乎与布局无关。这里是一
这快把我逼疯了。我的Android应用程序中有一个fragment，它使用相对布局进行布局。问题是由于某种原因渲染需要很长时间，大约5秒才能在屏幕上加载大约4个元素。其中一个元素是CalendarView，当我删除它时，它会恢复到适当的速度(即:即时)。我想这个问题与我要求Android布置它的方式有关，一定没有多大意义或效率低下或其他什么。这是XML文件:我已经尝试了许多不同的布局选项，但删除日历似乎是唯一有所作为的事情。任何见解将不胜感激。谢谢 最佳答案 我也遇到过这个问题，无论是相对布局还是线性布局。它似乎与布局无关。这里是一
拥有多个级别的基类会减慢一个类的速度吗？A派生B派生C派生D派生F派生G，...多重继承会减慢类的速度吗？ 最佳答案 非虚拟函数调用在运行时绝对不会影响性能，这符合C++的口头禅，即您不应该为不使用的东西付费。在虚函数调用中，您通常需要为额外的指针查找付费，无论您有多少继承级别或基类的数量。当然这是所有实现定义的。编辑:如其他地方所述，在某些多重继承场景中，需要在调用之前调整“this”指针。RaymondChen介绍howthisworks用于COM对象。基本上，在从多个基类继承的对象上调用虚函数可能需要在虚调用所需的额外指针查找
拥有多个级别的基类会减慢一个类的速度吗？A派生B派生C派生D派生F派生G，...多重继承会减慢类的速度吗？ 最佳答案 非虚拟函数调用在运行时绝对不会影响性能，这符合C++的口头禅，即您不应该为不使用的东西付费。在虚函数调用中，您通常需要为额外的指针查找付费，无论您有多少继承级别或基类的数量。当然这是所有实现定义的。编辑:如其他地方所述，在某些多重继承场景中，需要在调用之前调整“this”指针。RaymondChen介绍howthisworks用于COM对象。基本上，在从多个基类继承的对象上调用虚函数可能需要在虚调用所需的额外指针查找
仅仅创建一个线程并加入它会使主线程的执行速度减慢50%。正如您在下面的示例中看到的那样，线程什么也不做，但仍然对性能有显着影响。我认为这可能是与功率/频率缩放相关的问题，所以我在创建线程后尝试休眠，但无济于事。下面的程序如果用编译g++-std=c++11-ooutthread_test.cpp-pthread显示结果Beforethread()trial0time:312024526ignore-1593025974Beforethread()trial1time:243018707ignore-494037597Beforethread()trial2time:242929293i
