当1060台树莓派整合在一起的时候
本文共 403 字，大约阅读时间需要 1 分钟。
这台超算配备了1060台树莓派主机，不过用的不是最新第四代，而是第三代的3B+，配置为博通BCM2837处理器(四核A53 1.4GHz)、VideoCore IV GPU、1GB内存、千兆以太网、802.11ac、四个USB 2.0、microSD。
这些树莓派分为21个节点，每个节点都是2U规格，内部各有50台树莓派，并使用了3D打印的特殊支架，只用一天功夫就组装完毕。
不同节点之间通过Ubiquiti UniFi 端口交换机连接，上行链接速度均为SFP+ 10GbE，而供电不是高发热、高损耗的PoE，用的是一系列USB。
中央部位还有个存储服务器，用于网络启动所有树莓派。
至于用途，就看大家如何发挥了，甲骨文现场展示了3x3虚拟化场景。
甲骨文没有披露这台树莓派超算的实际性能，很可能也不会商用，更多的只是一种想法和可能性的探索。
更多linux咨询请查看www.linuxprobe.com
转载地址：http://dqxx.baihongyu.com/
你可能感兴趣的文章
mysql 查看锁_阿里/美团/字节面试官必问的Mysql锁机制，你真的明白吗
查看>>
MySql 查询以逗号分隔的字符串的方法（正则）
查看>>
MySQL 查询优化：提速查询效率的13大秘籍（避免使用SELECT 、分页查询的优化、合理使用连接、子查询的优化）（上）
查看>>
mysql 查询，正数降序排序，负数升序排序
查看>>
MySQL 树形结构 根据指定节点 获取其下属的所有子节点（包含路径上的枝干节点和叶子节点）...
查看>>
mysql 死锁 Deadlock found when trying to get lock； try restarting transaction
查看>>
mysql 死锁(先delete 后insert)日志分析
查看>>
MySQL 死锁了，怎么办？
查看>>
MySQL 深度分页性能急剧下降，该如何优化？
查看>>
MySQL 深度分页性能急剧下降，该如何优化？
查看>>
MySQL 添加列，修改列，删除列
查看>>
mysql 添加索引
查看>>
MySQL 添加索引，删除索引及其用法
查看>>
MySQL 用 limit 为什么会影响性能？
查看>>
MySQL 用 limit 为什么会影响性能？有什么优化方案？
查看>>
MySQL 用户权限管理：授权、撤销、密码更新和用户删除（图文解析）
查看>>
mysql 用户管理和权限设置
查看>>
MySQL 的 varchar 水真的太深了！
查看>>
mysql 的GROUP_CONCAT函数的使用（group_by 如何显示分组之前的数据）
查看>>
MySQL 的instr函数
查看>>