lib文件

由于虚拟机下的 Ubuntu 系统一般不包含 GPU ，故这次安装时为了在无 GUP 环境下运行 caffe 。所以只需安装CPU版本的caffe 由于本机是window10系统，所以想尝试caffe就在自己电脑上整了一个虚拟机（详情可见： win10系统搭建虚拟机：VMware Workstation Player 12环境+Ubuntu Kylin 16.04 LTS系统 ），然后昨天在自己虚拟机上配置了一个caffe环境。 其中，只是尝试着搭建了一个CPU版本的caffe， Ubuntu16.04中自带了python 2.7。 在安装的过程中，真的会出现各种各样的报错，但是... 感慨天朝的实力... 每一个bug都能搜索到如何解，所以... 不要担心，百度、谷歌一起教你装caffe。 —————————————————————————————————————————————— 本篇内容为两个：caffe安装流程+报错举例 一、caffe安装流程：安装依赖、配置python、配置caffe、 配置caffe的makefile文件、 配置python caffe 二、报错举例：linux系统的报错问题、caffe报错问题、python报错问题 、虚拟机问题 ————————————————————————————————— 一、caffe安装流程 caffe安装流程：安装依赖

https://blog.csdn.net/dengweijunkedafu/article/details/89218863?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task 本文使用最新的JNI构建工具CMake完成 通过这篇文章，你讲学习到： camke构建自己的三方so库 学会使用cmake管理自己jni文件 学会使用cmake调用三方的so库 最后分析自己开发过程中遇到的坑 1.CMakeLists.txt 构建so库 创建jni的工具类JNI ： 这个类的原本用途是，在工程里用来管理jni的方法，和加载so库用的 但是在这里仅仅只是为了加载so库 package com.bendeng.jnindk; /** * @author： dwj<br> * @date： 2019/4/10 15:39<br> * @desc: <br> */ public class JNI { // Used to load the 'test-lib' library on application startup. static { // 一定要加这一句，否不会生成so库 System.loadLibrary("test-lib"); } }

查看日志文件， cat /tmp/vmware-xiuyuan/vmware-modconfig-9996.log | more 在日志文件中有这么几行： Setting header path for 3.7.2-204.fc18.x86_64 to "/lib/modules/3.7.2-204.fc18.x86_64/build/include". Validating path "/lib/modules/3.7.2-204.fc18.x86_64/build/include" for kernel release "3.7.2-204.fc18.x86_64". Failed to find /lib/modules/3.7.2-204.fc18.x86_64/build/include/linux/version.h Failed version test: /lib/modules/3.7.2-204.fc18.x86_64/build/include/linux/version.h not found. 从中不难看出，是因为缺少version.h文件。 所以只需要 拷贝/usr/include/linux/version.h到/lib/modules/3.7.2-204.fc18.x86_64/build/include/linux/目录 sudo cp /usr

*************************************** 为什么要配置环境变量： 1. PATH环境变量（Window不区分大小写，Linux系统下必须大写）。 作用是指定命令搜索路径 在CMD中执行命令时，它会到PATH变量所指定的路径中查找看是否能找到相应的命令程序。我们需要把 jdk安装目录下的bin目录增加到现有的PATH变量中，bin目录中包含经常要用到的可执行文件如javac java javadoc等待，设置好 PATH变量后，就可以在任何目录下执行javac java 等工具了。 好比path环境变量里面有个%SystemRoot%\system32是指系统根目录中的system32目录中（C:\Windows\System32），如果不设置它的话，那么你直接CMD下>notepad是召唤不出来记事本的。 测试：如果直接输入java javac 不行，就是PATH设置问题 2. CLASSPATH环境变量。 （1.8版本不需要设置，据说是自动添加本地路径，不过因为某些公司会使用不是最新版本的JDK，设置一下还是比较稳的） 作用是指定类搜索路径 要使用已经编写好的类，前提当然是能够找到它们了，JVM就是通过CLASSPATH来寻找类的。我们需要把jdk安装目录下的lib子目录中的dt.jar和tools.jar设置到CLASSPATH中，当然

ZooKeeper有三种安装模式：单机安装(standalone)、伪集群模式、集群模式： standalone模式：只在一台机器上安装ZooKeeper，并只启动一个ZooKeeper实例。 伪集群：在一台机器上开启多个ZooKeeper实例来模拟集群。通过加载不同配置文件，分配不同数据目录来实现这种模式。因为在同一机器上运行，所以机器宕机，整个ZooKeeper就挂了。基本上不会布置这样的ZooKeeper集群。 集群模式：在至少3台机器上安装ZooKeeper构成集群，只要故障节点数量在一定范围内就能保证ZooKeeper服务的可用性。 真正布置的基本上都是集群模式，standalone偶尔用来做些测试，它有单点故障，伪集群模式也有单点故障。 集群模式并非一定至少3台机器，但用2台机器比1台机器更危险，因为随便故障一台都无法满足"大多数"的要求，都会阻塞整个ZooKeeper服务。而2台机器的故障几率是1台机器的2倍。所以，也建议采用奇数台机器来部署ZooKeeper。 ZooKeeper下载：https://mirrors.tuna.tsinghua.edu.cn/apache/zookeeper/stable/ 我下载的是3.4.14版本。 1.安装jdk ZooKeeper运行在java环境下，所以需要先安装jdk，且要求版本高于1.6。 jdk下载：http:/

一、什么是持续集成？ （1）Continuous integration（CI） 持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。 （2）没有持续集成 项目做模块集成的时候，发现很多借口都不通==>浪费大量时间 需要手动去编译打包最新的代码==>构建过程不透明 发布代码，上线，基本靠手工==>脚本乱飞 （3）持续集成最佳实践： 维护一个单一的代码库 使构建自动化 执行测试是构建的一部分 集成日志及历史记录 使用统一的依赖包管理库 每天至少集成一次 （4）jenkins介绍 Jenkins 只是一个平台，真正运作的都是插件。这就是jenkins流行的原因，因为jenkins什么插件都有 Hudson 是Jenkins的前身，是基于Java开发的一种持续集成工具，用于监控程序重复的工作，Hudson后来被收购，成为商业版。后来创始人又写了一个 jenkins ，jenkins在功能上远远超过hudson Jenkins官网： https://jenkins.io/ Jenkins下载：http://updates.jenkins-ci.org/

/*--> */ /*--> */ 一、测试环境 benchmarksql version:4.0.8 rhel 6.3 vmware esxi 二、理解 benchmarksql 性能测试原理 TPC-C 1 、理解 TPC-C TPC-C 模拟一个批发商的货物管理环境。该批发公司有 N 个仓库，每个仓库供应 10 个地区，其中每个地区为 3000 名顾客服务。在每个仓库中有 10 个终端，每一个终端用于一个地区。在运行时， 10×N 个终端操作员向公司的数据库发出 5 类请求。由于一个仓库中不可能存储公司所有的货物，有一些请求必须发往其它仓库，因此，数据库在逻辑上是分布的。 N 是一个可变参数，测试者可以随意改变 N ，以获得最佳测试效果。 TPC-C 使用三种性能和价格度量，其中性能由 TPC-C 吞吐率衡量，单位是 tpmC 。 tpm 是 transactions per minute 的简称； C 指 TPC 中的 C 基准程序。它的定义是每分钟内系统处理的新订单个数。要注意的是，在处理新订单的同时，系统还要按表 1 的要求处理其它 4 类事务 请求。从表 1 可以看出，新订单请求不可能超出全部事务请求的 45 ％，因此，当一个系统的性能为 1000tpmC 时，它每分钟实际处理的请求数是 2000 多个。价格是指系统的总价格，单位是美元，而价格性能比则定义为总价格 ÷

System类构造函数由private修饰，不可以被实例化，加载时调用static代码块。 System类提供了标准输入输出流，错误输出流，获取外部属性和系统环境的方法，加载类库和文件的方法，快速copy数组的方法；其中out和err的类型是PrintStream /** * The <code>System</code> class contains several useful class fields * and methods. It cannot be instantiated. * * <p>Among the facilities provided by the <code>System</code> class * are standard input, standard output, and error output streams; * access to externally defined properties and environment * variables; a means of loading files and libraries; and a utility * method for quickly copying a portion of an array. * * @author unascribed * @since JDK1.0 *

一、准备工作 测试环境: vmware workstation15制作centos7虚拟机四台，分别命名为admin、node01、node02、node03.....（可安装一台，其他克隆即可）。 四台机器，一台admin，其他三台为node01，node02和node03。node01、node02和node03均为两块硬盘，一块安装系统，另一块做为osd。 测试环境都为一块网卡一个网络（实际环境分公共网络public network和集群网络cluster network）。 0、最小化安装centos7，配置网络连通性。（实际环境除了osd节点mon节点需要至少两块网卡） # vi /etc/sysconfig/network-scripts/ifcfg-ens* BOOTPROTO=none ONBOOT=yes IPADDR=192.168.129.131 NETMASK=255.255.255.0 GATEWAY=192.168.129.2 DNS1=8.8.8.8 1、关闭防火墙墙 #systemctl stop firewalld #systemctl disable firewalld 2、关闭selinux # setenforce 0 #vi /etc/selinux/config 修改SELINUX=disabled SELINUX=disabled

今天修改了~/.bashrc文件，使用source ~/.bashrc时竟然报错，很突然的一个问题，必须搞定它啊。于是我试了一下source /etc/profile没有问题，说明source命令没问题，问题应该出在.bashrc文件上，于是对这个文件进行检查，首先去掉了新增加的$(HOME)/anaconda3/lib，再次执行source ~/.bashrc，奇迹出现了，竟然正常了，看来就是这句话引起的问题。可能是解析环境变量引起的，就改成/home/xxx/anaconda3/lib，奇迹又出现了，竟然又正常了，好吧，以后记得在配置文件里面尽量使用完整的绝对路径。 来源： CSDN 作者： 凭栏望月 链接： https://blog.csdn.net/zhuquanfu/article/details/104652431