自动离线安装centos7,mysql,redis,nginx
2022-04-14 18:02:39 796.56MB nginx redis mysql 运维
1
【实验要求】 1.在所有集群admin完成JDK 的安装与配置; 2.所有主机上JDK相关命令能够正常使用; 3.完全分布模式中JDK的安装和验证; 【实验环境】 1.五台独立虚拟机 2.主机之间有效的网络连接 3.所有虚拟机已安装Centos7.4操作系统 4.所有虚拟机已完成网络属性配置 5.软件版本: 选用JDK8的131版本,软件包名jdk-8u131-linux-x64.tar.gz 6.集群规划: 将五台主机中的主机1和主机2作为主节点,主机3,主机4,主机5作为其他节点;
2022-04-14 14:06:31 967KB hadoop zookeeper 分布式 大数据
1
在CentOS7下安装的Python3.6安装包,此版本可以与CentOS7自带2.7.5共存。
2022-04-14 08:27:29 16.26MB python centos7 python3.6
1
linux版本jdk17长期支持版
2022-04-13 19:45:32 178.01MB linux jdk jdk17
1
阿里云服务器部署 mysql和jdk
2022-04-13 17:03:27 1.1MB mysql 服务器 阿里云 数据库
1
下载jdk11的压缩包(我这里使用的版本是:jdk-11.0.6_linux-x64_bin.tar.gz) 上传jdk到虚拟机(这里我是通过xshell工具上传的) 解压jdk压缩包 解压命令: tar -zxvf jdk-11.0.6_linux-x64_bin.tar.gz 删除压缩包命令: [root@localhost opt]# rm -i jdk-11.0.6_linux-x64_bin.tar.gz rm:是否删除普通文件 jdk-11.0.6_linux-x64_bin.tar.gz?y 配置Linux环境变量 通过命令进入页面 vi /etc/profile
2022-04-13 16:54:32 111KB centos jdk tos
1
CentOS7操作系统在VM虚拟机下的安装,MySQL8.0.13在CentOS7下的主主互备,以及附带my.cnf的详细配置,带有注释。
2022-04-13 15:50:51 229KB MySQL8 CentOS7 my.cnf 数据库
1
jdk-8u221-windows-x64+环境变量配置方法______六祎______jdk-8u221-windows-x64+环境变量配置方法
2022-04-13 10:44:28 213.84MB jdk1.8
1
可调整大小的数组的实现List接口。 实现所有可选列表操作,并允许所有元素,包括null 。 除了实现List 接口之外,该类还提供了一些方法来操纵内部使用的存储列表的数组的大小。 (这个类是大致相当于Vector,不同之处在于它是不同步的)。 该size,isEmpty,get,set,iterator和listIterator操作在固定时间内运行。 add操作以摊余常数运行 ,即添加n个元素需要O(n)个时间。 所有其他操作都以线性时间运行(粗略地说)。 与LinkedList实施相比,常数因子较低。 每个ArrayList实例都有一个容量 。 容量是用于存储列表中的元素的数组的大小。 它总是至少与列表大小一样大。 当元素添加到ArrayList时,其容量会自动增长。 没有规定增长政策的细节,除了添加元素具有不变的摊销时间成本。 应用程序可以添加大量使用ensureCapacity操作元件的前增大ArrayList实例的容量。 这可能会减少增量重新分配的数量。 请注意,此实现不同步。 如果多个线程同时访问884457282749实例,并且至少有一个线程在结构上修改列表,则必须在外部进行同步。 (结构修改是添加或删除一个或多个元素的任何操作,或明确调整后台数组的大小;仅设置元素的值不是结构修改。)这通常是通过在一些自然地封装了列表。 如果没有这样的对象存在,列表应该使用Collections.synchronizedList方法“包装”。 这最好在创建时完成,以防止意外的不同步访问列表: List list = Collections.synchronizedList(new ArrayList(...)); The iterators returned by this class's个 iterator和listIterator方法是快速失败的 :如果列表在任何时间从结构上修改创建迭代器之后,以任何方式除非通过迭代器自身remove种或add方法,迭代器都将抛出一个ConcurrentModificationException 。 因此,面对并发修改,迭代器将快速而干净地失败,而不是在未来未确定的时间冒着任意的非确定性行为。 请注意,迭代器的故障快速行为无法保证,因为一般来说,在不同步并发修改的情况下,无法做出任何硬性保证。 失败快速迭代器尽力投入ConcurrentModificationException 。 因此,编写依赖于此异常的程序的正确性将是错误的:迭代器的故障快速行为应仅用于检测错误。
2022-04-12 22:06:34 40.68MB JDK API 18 中文
1
包含Centos7.x版本docker与cuda安装及一些配置建议
2022-04-12 20:00:36 671KB docker 容器 运维
1