首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >等待事件统计视图 | 全方位认识 sys 系统库

等待事件统计视图 | 全方位认识 sys 系统库

作者头像
老叶茶馆
发布于 2020-12-15 03:00:17
发布于 2020-12-15 03:00:17
75200
代码可运行
举报
运行总次数:0
代码可运行

在上一篇《内存分配统计视图 | 全方位认识 sys 系统库》中,我们介绍了sys 系统库如何查询内存事件统计信息和buffer pool统计信息,本期的内容先给大家介绍按照等待事件统计相关的视图(注意不要和《按 file 分组统计视图|全方位认识 sys 系统库》介绍的内容搞混了,这篇中介绍的等待事件仅针对文件IO等待事件,而本篇介绍的是所有的等待事件)。下面请跟随我们一起开始 sys 系统库的系统学习之旅吧~

01

wait_classes_global_by_avg_latency,x$wait_classes_global_by_avg_latency

按照事件大类(等待事件名称层级中前三层组件组成的名称前缀)分组(如:wait/io/table、wait/io/file、wait/lock/table)的等待事件平均延迟时间(总IO延迟时间/总IOS)等统计信息,默认按照平均延迟时间(执行时间)降序排序。数据来源:events_waits_summary_global_by_event_name

  • 该视图会忽略空闲等待事件(idle事件)信息

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 12:58:11> select * from wait_classes_global_by_avg_latency limit 3;
+--------------------+-------+---------------+-------------+-------------+-------------+
| event_class        | total | total_latency | min_latency | avg_latency | max_latency |
+--------------------+-------+---------------+-------------+-------------+-------------+
| wait/lock/metadata |    2 | 56.57 m      | 12.94 m    | 28.28 m    | 43.63 m    |
| wait/synch/cond    |  7980 | 4.37 h        | 0 ps        | 1.97 s      | 5.01 s      |
| wait/io/socket    | 28988 | 21.02 s      | 0 ps        | 725.29 us  | 103.18 ms  |
+--------------------+-------+---------------+-------------+-------------+-------------+
3 rows in set (0.05 sec)

# 带x$前缀的视图
admin@localhost : sys 12:58:22> select * from x$wait_classes_global_by_avg_latency limit 3;
+--------------------+-------+-------------------+-----------------+-----------------------+------------------+
| event_class        | total | total_latency    | min_latency    | avg_latency          | max_latency      |
+--------------------+-------+-------------------+-----------------+-----------------------+------------------+
| wait/lock/metadata |    2 |  3393932470401750 | 776378395041375 | 1696966235200875.0000 | 2617554075360375 |
| wait/synch/cond    |  7980 | 15739342570225500 |              0 |    1972348693010.7143 |    5006888904375 |
| wait/io/socket    | 28990 |    21024710924250 |              0 |        725240114.6689 |    103181011500 |
+--------------------+-------+-------------------+-----------------+-----------------------+------------------+
3 rows in set (0.02 sec)

视图字段含义如下:

  • event_class:事件类别,事件名称层级中前三层组件组成的名称前缀,如'wait/io/file/sql/slow_log',截取后保留'wait/io/file' 字符串作为事件类别
  • total:对应事件大类的事件总次数
  • total_latency:对应事件大类的事件总延迟时间(执行时间)
  • min_latency:对应事件大类的单次事件最小延迟时间(执行时间)
  • avg_latency:对应事件大类中,每个事件的平均延迟时间(执行时间)
  • max_latency:对应事件大类的单次事件在最大延迟时间(执行时间)

02

wait_classes_global_by_latency,x$wait_classes_global_by_latency

按照事件大类(等待事件名称前三层前缀)分组(如:wait/io/table、wait/io/file、wait/lock/table)的等待事件平均延迟时间等统计信息,默认情况下按照总延迟时间(执行时间)降序排序。数据来源:events_waits_summary_global_by_event_name

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 12:58:26> select * from wait_classes_global_by_latency limit 3;
+--------------------+----------+---------------+-------------+-------------+-------------+
| event_class        | total    | total_latency | min_latency | avg_latency | max_latency |
+--------------------+----------+---------------+-------------+-------------+-------------+
| wait/synch/cond    |    7983 | 4.38 h        | 0 ps        | 1.97 s      | 5.01 s      |
| wait/lock/metadata |        2 | 56.57 m      | 12.94 m    | 28.28 m    | 43.63 m    |
| wait/io/table      | 16096791 | 4.59 m        | 12.03 us    | 17.11 us    | 2.02 m      |
+--------------------+----------+---------------+-------------+-------------+-------------+
3 rows in set (0.02 sec)

# 带x$前缀的视图
admin@localhost : sys 12:58:40> select * from x$wait_classes_global_by_latency limit 3;
+--------------------+----------+-------------------+-----------------+-----------------------+------------------+
| event_class        | total    | total_latency    | min_latency    | avg_latency          | max_latency      |
+--------------------+----------+-------------------+-----------------+-----------------------+------------------+
| wait/synch/cond    |    7984 | 15759344050722375 |              0 |    1973865737815.9287 |    5006888904375 |
| wait/lock/metadata |        2 |  3393932470401750 | 776378395041375 | 1696966235200875.0000 | 2617554075360375 |
| wait/io/table      | 16096791 |  275441586767625 |        12026625 |        17111583.7168 |  121243803313125 |
+--------------------+----------+-------------------+-----------------+-----------------------+------------------+
3 rows in set (0.02 sec)

视图字段含义如下:

  • 该视图字段含义和wait_classes_global_by_avg_latency,x$wait_classes_global_by_avg_latency 视图字段含义相同,只是排序字段不同而已

03

waits_by_host_by_latency,x$waits_by_host_by_latency

按照主机和事件名称分组的等待事件统计信息,默认情况下按照主机名和总的等待事件延迟时间降序排序,数据来源:events_waits_summary_by_host_by_event_name

  • 该视图忽略空闲等待事件(idle事件)信息

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 12:58:43> select * from waits_by_host_by_latency limit 3;
+-------------+----------------------------------------------+-------+---------------+-------------+-------------+
| host        | event                                        | total | total_latency | avg_latency | max_latency |
+-------------+----------------------------------------------+-------+---------------+-------------+-------------+
| 10.10.20.14 | wait/io/socket/sql/client_connection        | 24568 | 20.53 s      | 835.48 us  | 70.46 ms    |
| 10.10.20.14 | wait/synch/mutex/innodb/trx_pool_mutex      |  2326 | 14.59 s      | 6.27 ms    | 215.63 ms  |
| 10.10.20.14 | wait/synch/cond/sql/MYSQL_BIN_LOG::COND_done |  1707 | 13.74 s      | 8.05 ms    | 43.33 ms    |
+-------------+----------------------------------------------+-------+---------------+-------------+-------------+
3 rows in set (0.00 sec)

# 带x$前缀的视图
admin@localhost : sys 12:59:04> select * from x$waits_by_host_by_latency limit 3;
+-------------+----------------------------------------------+-------+----------------+-------------+--------------+
| host        | event                                        | total | total_latency  | avg_latency | max_latency  |
+-------------+----------------------------------------------+-------+----------------+-------------+--------------+
| 10.10.20.14 | wait/io/socket/sql/client_connection        | 24568 | 20526083640375 |  835480125 |  70457480625 |
| 10.10.20.14 | wait/synch/mutex/innodb/trx_pool_mutex      |  2326 | 14586650782125 |  6271131000 | 215632752375 |
| 10.10.20.14 | wait/synch/cond/sql/MYSQL_BIN_LOG::COND_done |  1707 | 13737760876125 |  8047897125 |  43332152250 |
+-------------+----------------------------------------------+-------+----------------+-------------+--------------+
3 rows in set (0.01 sec)

视图字段含义如下:

  • host:发起连接的主机名
  • event:等待事件名称
  • total:对应主机发生的等待事件总次数
  • total_latency:对应主机的等待事件总延迟时间
  • avg_latency:对应主机的等待事件的平均延迟时间
  • max_latency:对应主机的单次等待事件的最大延迟时间

04

waits_by_user_by_latency,x$waits_by_user_by_latency

按照用户和事件名称分组的等待事件统计信息,默认情况下按照用户名和总的等待事件延迟事件降序排序,数据来源:events_waits_summary_by_user_by_event_name

  • 该视图忽略空闲等待事件(idle事件)信息

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 12:59:07> select * from waits_by_user_by_latency limit 3;
+-------+---------------------------------------------------+----------+---------------+-------------+-------------+
| user  | event                                            | total    | total_latency | avg_latency | max_latency |
+-------+---------------------------------------------------+----------+---------------+-------------+-------------+
| admin | wait/lock/metadata/sql/mdl                        |        2 | 56.57 m      | 28.28 m    | 43.63 m    |
| admin | wait/synch/cond/sql/MDL_context::COND_wait_status |    3395 | 56.56 m      | 999.66 ms  | 1.00 s      |
| admin | wait/io/table/sql/handler                        | 16096791 | 4.59 m        | 17.11 us    | 2.02 m      |
+-------+---------------------------------------------------+----------+---------------+-------------+-------------+
3 rows in set (0.01 sec)

# 带x$前缀的视图
admin@localhost : sys 12:59:22> select * from x$waits_by_user_by_latency limit 3;
+-------+---------------------------------------------------+----------+------------------+------------------+------------------+
| user  | event                                            | total    | total_latency    | avg_latency      | max_latency      |
+-------+---------------------------------------------------+----------+------------------+------------------+------------------+
| admin | wait/lock/metadata/sql/mdl                        |        2 | 3393932470401750 | 1696966235200875 | 2617554075360375 |
| admin | wait/synch/cond/sql/MDL_context::COND_wait_status |    3395 | 3393839154564375 |    999658071750 |    1004173431750 |
| admin | wait/io/table/sql/handler                        | 16096791 |  275441586767625 |        17111250 |  121243803313125 |
+-------+---------------------------------------------------+----------+------------------+------------------+------------------+
3 rows in set (0.01 sec)

视图字段含义如下:

  • user:与该连接关联的用户名
  • 其他字段与waits_by_host_by_latency,xwaitsbyhostbylatencywaitsbyuserbylatency,xwaits_by_user_by_latency视图是按照用户名和事件名称分组

05

waits_global_by_latency,x$waits_global_by_latency

按照事件名称分组的等待事件统计信息,默认按照等待事件总延迟时间降序排序。数据来源:events_waits_summary_global_by_event_name

  • 该视图忽略空闲等待事件(idle事件)信息

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 12:59:25> select * from waits_global_by_latency limit 3;
+---------------------------------------------------+-------+---------------+-------------+-------------+
| events                                            | total | total_latency | avg_latency | max_latency |
+---------------------------------------------------+-------+---------------+-------------+-------------+
| wait/synch/cond/sql/MYSQL_BIN_LOG::update_cond    |  2891 | 3.45 h        | 4.29 s      | 5.01 s      |
| wait/lock/metadata/sql/mdl                        |    2 | 56.57 m      | 28.28 m    | 43.63 m    |
| wait/synch/cond/sql/MDL_context::COND_wait_status |  3395 | 56.56 m      | 999.66 ms  | 1.00 s      |
+---------------------------------------------------+-------+---------------+-------------+-------------+
3 rows in set (0.02 sec)

# 带x$前缀的视图
admin@localhost : sys 12:59:40> select * from x$waits_global_by_latency limit 3;
+---------------------------------------------------+-------+-------------------+------------------+------------------+
| events                                            | total | total_latency    | avg_latency      | max_latency      |
+---------------------------------------------------+-------+-------------------+------------------+------------------+
| wait/synch/cond/sql/MYSQL_BIN_LOG::update_cond    |  2892 | 12411771548807250 |    4291760563125 |    5006888904375 |
| wait/lock/metadata/sql/mdl                        |    2 |  3393932470401750 | 1696966235200875 | 2617554075360375 |
| wait/synch/cond/sql/MDL_context::COND_wait_status |  3395 |  3393839154564375 |    999658071750 |    1004173431750 |
+---------------------------------------------------+-------+-------------------+------------------+------------------+
3 rows in set (0.02 sec)

视图字段含义如下:

  • events:等待事件名称
  • 其他字段含义和waits_by_host_by_latency,xwaitsbyhostbylatencywaitsglobalbylatency,xwaits_global_by_latency视图只按照事件名称分组

本期内容就介绍到这里,本期内容参考链接如下:

https://dev.mysql.com/doc/refman/5.7/en/sys-waits-global-by-latency.html

https://dev.mysql.com/doc/refman/5.7/en/sys-wait-classes-global-by-latency.html

https://dev.mysql.com/doc/refman/5.7/en/sys-wait-classes-global-by-avg-latency.html

https://dev.mysql.com/doc/refman/5.7/en/sys-waits-by-host-by-latency.html

https://dev.mysql.com/doc/refman/5.7/en/sys-waits-by-user-by-latency.html

"翻过这座山,你就可以看到一片海!"。坚持阅读我们的"全方位认识 sys 系统库"系列文章分享,你就可以系统地学完它。谢谢你的阅读,我们下期不见不散!

| 作者简介

罗小波·数据库技术专家

《千金良方——MySQL性能优化金字塔法则》、《数据生态:MySQL复制技术与生产实践》作者之一。熟悉MySQL体系结构,擅长数据库的整体调优,喜好专研开源技术,并热衷于开源技术的推广,在线上线下做过多次公开的数据库专题分享,发表过近100篇数据库相关的研究文章。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-11-30,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 老叶茶馆 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
10年烧掉47亿,欧盟「人脑计划」宣告失败?算法重建人类大脑遥不可及,成果支离破碎
在这个叫做Human Brain Project(简称HBP)的计划里,欧盟投入了将近47亿人民币。
新智元
2023/09/09
1970
10年烧掉47亿,欧盟「人脑计划」宣告失败?算法重建人类大脑遥不可及,成果支离破碎
HBP人脑计划结果如何:欧洲投入6亿欧元利用计算机重建人脑?
为期十年的人脑计划将在九月份结束。《Nature》杂志审视了它的成就和动荡的过去。
生信宝典
2023/08/30
2780
HBP人脑计划结果如何:欧洲投入6亿欧元利用计算机重建人脑?
【深度】危机重重的人类大脑计划,能否重建信心?(论文下载)
1.The HBP Report(107p) 2.Open Message to the European Commission(11p) 3.HBP Mediation Report(53p) 4.2014 elsevier brain science report(92p) 5.Reconstruction and Simulation of Neocortical Microcircuitry(38p) 欧洲深陷危机的人类大脑计划(Human Brain Project)确认获得了欧盟委员会的资金支
新智元
2018/03/14
9020
【深度】危机重重的人类大脑计划,能否重建信心?(论文下载)
模拟人脑项目彻底宣告失败:耗资10亿欧,10年前轰动全球,如今死得悄无声息
10年砸入10亿欧元,为了用计算机模拟人脑。这个十年前曾轰动全球的项目,如今彻底“死”了,死得悄无声息。要不是有位西方记者提起,人们几乎已经完全遗忘。
量子位
2019/08/01
3670
模拟人脑项目彻底宣告失败:耗资10亿欧,10年前轰动全球,如今死得悄无声息
神经模拟重大突破,新算法拥有全脑超级计算机模拟能力
【新智元导读】Jülich研究中心等的研究人员在模拟人类大脑神经连接方面取得重大突破,他们使用NEST开源神经模拟工具,拥有在超级计算机上模拟人类大脑的1000亿个神经元的计算能力。 一个由国际科学家组成的团队发明了一种算法,代表着模拟人类大脑神经连接的研究向前迈进了重要的一步。这个新算法是在Frontiers in Neuroinformatics中发表的一篇开放权限获取论文中描述的,目的是允许在超级计算机上模拟人类大脑的1000亿个互连神经元。这项工作由Jülich研究中心、挪威生命科学大学、亚琛大学、
新智元
2018/03/28
1.3K0
神经模拟重大突破,新算法拥有全脑超级计算机模拟能力
如何构建一个硅脑?首先要有一块神经形态芯片
2012 年,计算机科学家 Dharmendra Modha 使用一台强大的超级计算机模拟了超过 5000 亿个神经元的活动,甚至比人脑中约 850 亿个神经元还要多。这是近十年工作的高潮,十年间,Modha 从模拟啮齿动物和猫的大脑发展到模拟人类规模的大脑。
机器之心
2019/06/14
6000
如何构建一个硅脑?首先要有一块神经形态芯片
欧盟「人脑计划」​最新进展:新算法模拟生物进化,为大脑如何工作提供新见解
编辑/凯霞 2013 年,欧盟「人脑计划」(Human Brain Project,HBP)正式启动,是欧洲最大的脑科学项目,也是欧盟资助的最大研究项目之一。是欧盟首批为期 10 年、预算 10 亿欧元的「旗舰」项目。这是继人类基因组计划之后的又一个全球性的大科学项目。 在神经科学和信息技术的接口上,HBP 借助计算、神经信息学和人工智能的高度先进方法研究大脑及其疾病,进而推动类脑计算和神经机器人等领域的创新。 HBP 主要创始人、著名神经科学家亨利·马克拉姆(Henry Markram)提出,「在 10
机器之心
2023/03/29
4350
欧盟「人脑计划」​最新进展:新算法模拟生物进化,为大脑如何工作提供新见解
全球首台!仿人脑超算「深南」即将面世,突破摩尔定律,能耗降低几个数量级
人脑作为地球上最为高效的计算设备,可以仅仅用20w的功率,1.3公斤的质量,就能完成每秒100万亿次的运算量。
新智元
2024/01/04
2370
全球首台!仿人脑超算「深南」即将面世,突破摩尔定律,能耗降低几个数量级
神经科学新突破!新算法助力超算进行人类大脑模拟
---- 新智元编译 作者:谢永芬 【新智元导读】由德国于利希神经科学和医学研究所联合国际研究机构提出的新算法,解决了限制在E级超级计算机上模拟大脑神经网络的焦点问题——即原有网络创建算法使得每个处理器所需的计算机内存量随着神经网络的增大而增加。同时,经过测试发现,新算法还一定程度的提高了超级计算机的模拟速度。 人脑是一个令人难以置信的复杂器官,由100亿个相互关联的神经细胞组成。即使在最强大的超级计算机帮助下,目前也不可能在这种尺寸的网络中模拟神经元信号的交换。 不过,近日,一个国际研究
新智元
2018/03/12
7830
神经科学新突破!新算法助力超算进行人类大脑模拟
【业界】神经模拟再突破,NEST算法可以100%模拟人脑
AiTechYun 编辑:nanan 科学家们一直试图找到将大脑处理能力带到计算机上的方法。创建能够模拟人脑的算法,以及神经元如何工作是实现这一梦想的关键。 目前由Jülich研究中心、挪威生命科学大
AiTechYun
2018/04/19
1.1K0
【业界】神经模拟再突破,NEST算法可以100%模拟人脑
艾伦研究所CEO艾伦·琼斯将卸任,曾领导绘制最完整「人脑基因图谱」
近日,西雅图艾伦研究所(Allen Institute)总裁兼CEO Allan Jones(艾伦·琼斯)宣布他将于2021年卸任。
新智元
2021/01/25
5670
世界上最大的大脑:拥有一百万个处理核心的神经形态计算机
科学家刚刚激活了世界上最大的“大脑”:一台拥有一百万个处理核心和1,200个互连电路板的超级计算机,它们像人脑一样运作。科学家宣布,这是世界上最大的神经形态计算机,即一种模仿神经元发射的计算机。
AiTechYun
2018/12/07
7130
【计算神经科学】脑科学与人工智能的必要桥梁
引言:一个国际神经学家团队朝着在计算机上模拟人类大脑迈出了小而重要的一步:建模老鼠大脑。他们公布了鼠脑组织至今最为详细的数字重建:模拟了3万个神经元和大约4千万个连接点。研究报告发表在《细胞》期刊上。 这项研究是Blue Brain Project项目十年工作的一个主要成果,该项目获得了瑞士政府的部分资助。 建模鼠脑被用于检验更为雄心勃勃的模拟人脑计划,但一些科学家认为整个项目是完全浪费钱。 不过,来自上海纽约大学的副校长汪小京对此持反对意见,他表示大脑神经科学原理的研究,将会对计算机、机器学习以及人工智能
新智元
2018/03/13
1.6K0
【计算神经科学】脑科学与人工智能的必要桥梁
【重磅】脑网络组图谱:世界第一个人类全脑连接图谱
【新智元导读】自动化所脑网络组研究中心蒋田仔团队联合国内外其他团队,通过6年努力,成功绘制出全新的人类脑图谱:脑网络组图谱。该图谱包括246个精细脑区亚区,以及脑区亚区间的多模态连接模式,突破了100多年来传统脑图谱绘制思想,引入了脑结构和功能连接信息对脑区进行精细划分和脑图谱绘制的全新思想和方法,比传统的Brodmann图谱精细4-5倍,具有客观精准的边界定位,第一次建立了宏观尺度上的活体全脑连接图谱。 自2011年以来,人类脑网络组图谱系统性研究工作的部分成果陆续在 Journal of Neurosc
新智元
2018/03/22
2.1K0
【重磅】脑网络组图谱:世界第一个人类全脑连接图谱
深度解密马斯克NeuraLink:释放人脑全部潜能,不只做神经织网
陈桦 李杉 编译整理 量子位 报道 | 公众号 QbitAI 到目前为止,媒体和外界通常将伊隆·马斯克新成立的人脑计算机接口公司NeuraLink视为一家神经织网(neural lace)技术公司,但
量子位
2018/03/30
9760
深度解密马斯克NeuraLink:释放人脑全部潜能,不只做神经织网
科普|中国科学家首次解析人脑“中央处理器”
“我们可以探索数光年外的宇宙,但对我们两耳之间3磅重的大脑知之甚少。”这一想法推动美国前总统奥巴马启动了“推进创新神经技术脑研究计划”。
本草音乐实验室
2025/08/17
950
科普|中国科学家首次解析人脑“中央处理器”
Deepmind重大突破:训练AI学习人类大脑导航技巧
英国研究人员团队开发了一个人工智能项目,可以学习在迷宫里走捷径以实现目标。在这一过程中,程序开发出类似人脑的结构,学习导航技巧。
AiTechYun
2018/07/27
5220
Deepmind重大突破:训练AI学习人类大脑导航技巧
初创公司即融资上亿,这个“人造超级大脑”赛道为什么不是噱头?
杨净 丰色 发自 凹非寺 量子位 | 公众号 QbitAI 这不前阵子,马斯克扬言已将大脑上传到云端,并与虚拟版本进行交谈。 关于人造大脑这事儿,再次引发了热议: 人类是否能构建跟人脑一样的机器脑? 事实上这个问题,不光是理念,更已经是一种实践方向——归属于类脑计算的范畴。作为下一代人工智能的“种子选手”,它有望打破传统冯诺伊曼架构,引领新的计算变革。 不过发展至今,类脑计算始终呈现出正负两极的评价。 一面是业内如火如荼的融资进展。据相关机构预测,2035年类脑计算的市场规模约200亿美元。另一面则是脑
量子位
2022/08/26
5030
初创公司即融资上亿,这个“人造超级大脑”赛道为什么不是噱头?
英特尔研发神经元芯片,模拟人脑自学习能效提升1000倍
【新智元导读】英特尔正在研发被称为 Intel Loihi 神经元芯片,整个芯片上共有超过13 万个神经元和1.3 亿个突触连接,能够根据环境变化即时编程,进行“自学习”。据英特尔“模糊地表示”,这一芯片的能效达到了传统 AI 芯片的1000倍。 英特尔的新芯片,具有超过 13 万个神经元 英特尔目前已经开始试验所谓的神经元芯片,试图更真实地模拟真正的大脑功能。 芯片巨头的研究实验室的新芯片被称为 Intel Loihi 测试芯片,由128 个计算核组成。每个核有1,024 个人造神经元,整个芯片上共有超过
新智元
2018/03/22
7790
人鼠混合大脑出现了!斯坦福大学7年研究登Nature
近年来,类器官一直是神经科学领域的一大学术热点,原因是这种三维微器官包含其代表器官的一些关键特性,可以用来体外模拟人类的发育和疾病。
量子位
2022/12/08
2180
人鼠混合大脑出现了!斯坦福大学7年研究登Nature
推荐阅读
10年烧掉47亿,欧盟「人脑计划」宣告失败?算法重建人类大脑遥不可及,成果支离破碎
1970
HBP人脑计划结果如何:欧洲投入6亿欧元利用计算机重建人脑?
2780
【深度】危机重重的人类大脑计划,能否重建信心?(论文下载)
9020
模拟人脑项目彻底宣告失败:耗资10亿欧,10年前轰动全球,如今死得悄无声息
3670
神经模拟重大突破,新算法拥有全脑超级计算机模拟能力
1.3K0
如何构建一个硅脑?首先要有一块神经形态芯片
6000
欧盟「人脑计划」​最新进展:新算法模拟生物进化,为大脑如何工作提供新见解
4350
全球首台!仿人脑超算「深南」即将面世,突破摩尔定律,能耗降低几个数量级
2370
神经科学新突破!新算法助力超算进行人类大脑模拟
7830
【业界】神经模拟再突破,NEST算法可以100%模拟人脑
1.1K0
艾伦研究所CEO艾伦·琼斯将卸任,曾领导绘制最完整「人脑基因图谱」
5670
世界上最大的大脑:拥有一百万个处理核心的神经形态计算机
7130
【计算神经科学】脑科学与人工智能的必要桥梁
1.6K0
【重磅】脑网络组图谱:世界第一个人类全脑连接图谱
2.1K0
深度解密马斯克NeuraLink:释放人脑全部潜能,不只做神经织网
9760
科普|中国科学家首次解析人脑“中央处理器”
950
Deepmind重大突破:训练AI学习人类大脑导航技巧
5220
初创公司即融资上亿,这个“人造超级大脑”赛道为什么不是噱头?
5030
英特尔研发神经元芯片,模拟人脑自学习能效提升1000倍
7790
人鼠混合大脑出现了!斯坦福大学7年研究登Nature
2180
相关推荐
10年烧掉47亿,欧盟「人脑计划」宣告失败?算法重建人类大脑遥不可及,成果支离破碎
更多 >
交个朋友
加入腾讯云官网粉丝站
蹲全网底价单品 享第一手活动信息
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档