子线程创建handler 在架构、核心数一样的情况下，睿频、主频和超线程应该优先考虑哪个？为什么？
在架构、核心数一样的情况下，睿频、主频和超线程应该优先考虑哪个？为什么？
以实际操作为例，比较性能
先用大脑结构X58来比较
CPU X5650和x5675来比较。它们都是6线程和12线程处理器，但x5675的默认主频高于X5650，但制造工艺相同。他们都是32
平台是一样的，内存是纯E Cc24gb，DDR3
主板，采用HP Z400，形成三通道
固态盘采用东芝256gb
显卡采用gtx970
仿真器为夜神X5650在使用过程中，仿真器9开，CPU利用率70%到75%，内存利用率65%到75%
同样是九开，x5675部分窗口仿真器崩溃，重新打开进程后，x5675的默认主频响应速度5650低于x575
因此，同样的6线程和12线程，同样的制造工艺，同样的架构，默认主频很高x5675，经过长时间的CPU运行后，当模拟器出现错误再次打开时，享受速度比X550快
在CPU使用过程中，同样的架构，默认主频更高，响应速度更快
即使是多核多线程，如果默认主频较低，架构比较老，多核多线程，响应速度还是比较慢
]虽然看起来CPU利用率不高，但是CPU处理的数据越多，虽然没有满负荷，但是运行程序可能需要半天时间
没有，有两种：一种，如果没有参数的实例化：handler=new handler（），默认使用当前线程的循环器。
2、一般来说，如果处理程序要刷新操作UI，则需要在主线程下运行。然后在主线程handler=new handler（）中。
3、如果要在其他线程中满足此功能，则需要handler=new handler（Looper.getMainLooper（））不刷新UI，只处理消息。
4、如果当前线程是主线程，则handler=new handler（）不是主线程，活套准备（）Handler=新处理程序（）活套.loop（）或handler=新处理程序（Looper.getMainLooper（））。
handler必须在主线程中实例化吗？
使用的优点：l简单、快速、l过程可控使用的缺点：l使用时多个异步操作和UI更改，会变得更加复杂。2处理程序的异步实现原理及其适用的优缺点在实现异步处理程序时，涉及处理程序、循环器、消息、线程四个对象。异步过程是主线程启动thread（子线程）和thread（子线程）运行并生成message-a looper，以获取消息并将其传递给处理程序。处理程序逐个获取循环器中的消息并更改UI。优点：l结构清晰，功能定义清晰，l为多个后台任务，简单，清晰
~]，有影响力，具体还要看游戏。
有些游戏不足以进行多核优化，四核或六核就足够了。有些杰作擅长多核优化，比如最近流行的《骑马》、《斜杠2》。几天前，我更新了多核优化。我亲自用微星飞机观察到，在1000多人的战场上，我的3700x被8核16线的40%以上使用。像这样的3A大片还有很多。我猜八核十六线程可能是未来3A游戏多核优化的趋势。从最近半年的游戏测试来看，很多3A大片基本上都是在8核的时候达到了最佳帧数，也就是说8核以上的效果改善不大。四核到六核再到八核是一个渐进效果的视频，也可以在今天的头条找到。。
子线程创建handler 线程模式螺旋模式 arm处理模式和线程模式
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
