分类
发现
榜单
服务器优惠
AI论文
IT文库
搜索
注册
登录
分类
发现
榜单
服务器优惠
AI论文
IT文库
搜索
注册
登录
搜索
书栈网 · BookStack
本次搜索耗时
0.017
秒,为您找到
129916
个相关结果.
搜书籍
搜文档
挖矿过程
2004
2022-02-22
《区块链技术指南 v1.6.0》
挖矿过程 基本原理 挖矿过程 如何看待挖矿 挖矿过程 基本原理 比特币中最独特的一个概念就是“挖矿”。挖矿是指网络中的维护节点,通过协助生成和确认新区块来获取一定量新增比特币的过程。 当用户向比特币网络中发布交易后,需要有人将交易进行记录和确认,形成新的区块,并串联到区块链中。在一个互相不信任的分布式系统中,该由谁来完成这件事情呢?比特币网络...
挖矿过程
1189
2020-06-23
《区块链技术指南 v1.4.0》
挖矿过程 基本原理 挖矿过程 如何看待挖矿 挖矿过程 基本原理 比特币中最独特的一个概念就是“挖矿”。挖矿是指网络中的维护节点,通过协助生成和确认新区块来获取一定量新增比特币的过程。 当用户向比特币网络中发布交易后,需要有人将交易进行记录和确认,形成新的区块,并串联到区块链中。在一个互相不信任的分布式系统中,该由谁来完成这件事情呢?比特币...
锁函数
223
2023-05-08
《TiDB v6.5 中文文档》
锁函数 支持的函数 MySQL 兼容性 不支持的函数 锁函数 TiDB 支持 MySQL 5.7 中的大部分用户级锁函数 。 支持的函数 函数名 功能描述 GET_LOCK(lockName, timeout) 获取咨询锁。lockName 参数不得超过 64 个字符。在超时前,TiDB 最长等待 timeout 秒并返回失败。 REL...
微调神经网络超参数
1247
2018-10-27
《Sklearn 与 TensorFlow 机器学习实用指南》
微调神经网络超参数 神经网络的灵活性也是其主要缺点之一:有很多超参数要进行调整。 不仅可以使用任何可想象的网络拓扑(如何神经元互连),而且即使在简单的 MLP 中,您可以更改层数,每层神经元数,每层使用的激活函数类型,权重初始化逻辑等等。 你怎么知道什么组合的超参数是最适合你的任务? 当然,您可以使用具有交叉验证的网格搜索来查找正确的超参数,就像您在前...
后端集群
389
2021-05-07
《百度 BFE v1.1 使用手册》
集群转发配置 配置简介 配置描述 基础配置 集群转发配置 后端基础配置 健康检查配置 GSLB基础配置 集群基础配置 配置示例 集群转发配置 配置简介 cluster_conf.data为集群转发配置文件。 配置描述 基础配置 配置项 描述 Version String配置文件版本 Confi...
13 升级说明 7.0.2
140
2024-08-21
《Zabbix v7.0 使用手册》
13 升级说明 7.0.2 重大变化 TimescaleDB 上的二进制数据历史记录转换为超表 13 升级说明 7.0.2 重大变化 TimescaleDB 上的二进制数据历史记录转换为超表 history_bin 表已在 TimescaleDB 上转换为超表,以受益于基于时间的自动分区(默认情况下为 1 天)和更好的性能。 要成功升级现有安...
1. 简介
680
2020-10-17
《百度超级链 XuperUnion v3.1 文档手册》
1. 简介 1. 简介 XuperUnion是超级链体系下的第一个开源项目,是构建超级联盟网络的底层方案。 其主要特点是高性能,通过原创的XuperModel模型,真正实现了智能合约的并行执行和验证,通过自研的WASM虚拟机,做到了指令集级别的极致优化。 在架构方面,其可插拔、插件化的设计使得用户可以方便选择适合自己业务场景的解决方案,通过独有的...
1. 简介
599
2021-06-08
《百度超级链 XuperChain v3.12 文档手册》
1. 简介 1. 简介 XuperChain是超级链体系下的第一个开源项目,是构建超级联盟网络的底层方案。 其主要特点是高性能,通过原创的XuperModel模型,真正实现了智能合约的并行执行和验证,通过自研的WASM虚拟机,做到了指令集级别的极致优化。 在架构方面,其可插拔、插件化的设计使得用户可以方便选择适合自己业务场景的解决方案,通过独有的...
超时
494
2022-11-03
《TiDB v6.1 中文文档》
TiDB 中的各种超时 GC 超时 事务超时 SQL 执行时间超时 JDBC 查询超时 TiDB 中的各种超时 本章将介绍 TiDB 中的各种超时,为排查错误提供依据。 GC 超时 TiDB 的事务的实现采用了 MVCC(多版本并发控制)机制,当新写入的数据覆盖旧的数据时,旧的数据不会被替换掉,而是与新写入的数据同时保留,并以时间戳来区分版...
1..
«
49
50
51
52
»
..100