dev

来杯Caffe——在ubuntu下安装Caffe框架并测试

六眼飞鱼酱① 提交于 2020-03-03 00:27:50
Caffe是一种深度学习框架...blablabla...... Caffe要在ubuntu下安装 1. 安装依赖 sudo apt-get install libatlas-base-dev sudo apt-get install libprotobuf-dev libleveldb-dev libsnappy-dev libopencv-dev libboost-all-dev libhdf5-serial-dev sudo apt-get install libgflags-dev libgoogle-glog-dev liblmdb-dev protobuf-compiler 2. 下载Caffe # 从自己的git仓库下更快,我的仓库地址 https://git.oschina.net/rongfangliu/caffe.gitgit clone https://github.com/BVLC/caffe.git cd caffe cp Makefile.config.example Makefile.config 3. 修改生成时配置文件 修改 Makefile.config 文件的第8行,将CPU_ONLY的注释打开,只使用CPU(当然是因为穷diao如我没有N卡) # Adjust Makefile.config (for example, if using

Linux字符设备驱动

故事扮演 提交于 2020-03-02 22:50:33
/*Linux字符设备驱动源代码scdd.c*/ #include <linux/init.h> /*模块头文件*/ #include <linux/module.h> #include <linux/types.h> /*dev_t头文件*/ #include <linux/kdev_t.h> /*MAJOR和MINOR宏头文件*/ #include <linux/fs.h> /*register_chrdev_region等函数 file_operations结构体*/ #include <linux/cdev.h> /*struct cdev结构体*/ #include <asm/uaccess.h> /*copy_to_user函数*/ #define DEVICE_NAME "scdd" /*定义设备名*/ #define DEVICE_MAJOR 250 struct cdev my_cdev; int scdd_open(struct inode *inode,structfile *filp) { return0; } int scdd_close(struct inode *inode,structfile *filp) { return0; } ssize_t scdd_read(struct file *filp,char__user *buff,size_t

Cant open file /data/svn/dev/db/txn-current-lock: Permission denied的解决方法

丶灬走出姿态 提交于 2020-03-02 18:23:11
orilink: http://cache.baiducontent.com/c?m=9f65cb4a8c8507ed4fece76310489d2d0e54f73c6bca814623928448e53919161b71e3cd73794e53c4c50a3152e91a4bea8677366b1420c1cd9fcc5dddcdc478388851723a40914164825eef8b11798737902cb7f248beadf044d1f9928c841512910e596d8086dd0d5c4f9d39e71447a2fbc70f53044de6fa3012a51f28778b661df611f6b6627907f0b097005bc25ac7616780ae45e17952f544f8590c2534b74cc71f50566ebd1e7e&p=882a9543d1970eb44ba9cc2d0214c6&newp=8565c64ad4934eaf5eeac5645a4188231610db2151d6d712&user=baidu&fm=sc&query=db/txn-current-lock&qid=83b4715100015ccb&p1=1 今天在测试服务器上安装、配置 subversion 都非常顺利的,之后通过svn从客户端提交代码时倒是出现了问题

Linux 文件系统的目录结构

风格不统一 提交于 2020-03-02 18:19:13
Linux下的文件系统为树形结构,入口为/ 树形结构下的文件目录: 无论哪个版本的Linux系统,都有这些目录,这些目录应该是标准的。各个Linux发行版本会存在一些小小的差异,但总体来说,还是大体差不多。 1. / 文件系统的入口,最高一级目录; 2. /bin 基础系统所需要的命令位于此目录,是最小系统所需要的命令,如:ls, cp, mkdir等。 这个目录中的文件都是可执行的,一般的用户都可以使用。 3. /boot 包含Linux内核及系统引导程序所需要的文件,比如 vmlinuz initrd.img 文件都位于这个目录中。在一般情况下,GRUB或LILO系统引导管理器也位于这个目录; 4. /dev 设备文件存储目录,比如声卡、磁盘... ... 这是一个非常有趣的目录,是Linux文件系统的一个闪亮的特性 - 所有对象都是文件或目录。仔细观察这个目录你会发现hda1, hda2等, 它们代表系统主硬盘的不同分区。 /dev/cdrom和/dev/fd0代表你的CDROM驱动器和floppy驱动器。看上去可能有些奇怪,但比较文件和硬件的特性这却是十分合理的。它们都可以读出和写入。例如/dev/dsp,这个文件代表你的扬声器。那么写入这个文件的数据都回传送到喇叭。试一试 'cat /etc/lilo.conf > /dev/dsp' 你会听到一些声音。这是你的 lilo

cygwin学习

只愿长相守 提交于 2020-03-02 14:27:02
原文链接: https://www.cnblogs.com/endv/p/7674720.html 参考链接: https://zhuanlan.zhihu.com/p/56692626 根据cygwin user guide翻译整理,希望对大家有所帮助。有错误清指出。 1 引言 cygwin是一个在windows平台上运行的unix模拟环境,是cygnus solutions公司开发的自由软件(该公司开发了很多好东西,著名的还有eCos,不过现已被Redhat收购)。它对于学习unix/linux操作环境,或者从unix到windows的应用程序移植,或者进行某些特殊的开发工作,尤其是使用gnu工具集在windows上进行嵌入式系统开发,非常有用。随着嵌入式系统开发在国内日渐流行,越来越多的开发者对cygwin产生了兴趣。本文将对其作一介绍。 --------------------------------------------------------------------- 根据cygwin user guide翻译整理,希望对大家有所帮助。有错误清指出。 1 引言 cygwin是一个在windows平台上运行的unix模拟环境,是cygnus solutions公司开发的自由软件(该公司开发了很多好东西,著名的还有eCos,不过现已被Redhat收购)。它对于学习unix

linux入门系列16--文件共享之Samba和NFS

∥☆過路亽.° 提交于 2020-03-02 13:09:24
前一篇文章“linux入门系列15--文件传输之vsftp服务”讲解了文件传输,本篇继续讲解文件共享相关知识。 文件共享在生活和工作中非常常见,比如同一团队中不同成员需要共同维护同一个文档,在windows环境下,通常会选用第三方协作工具,如腾讯文档,石墨文档等等。 之前讲解了基于ftp的文件传输,为何还会单独讲解文件共享呢?试想一下,假如我们要修改服务器上某个文件,如果使用ftp的话,需要先下载下来进行修改,然后在上传到服务器。这样是很繁琐的,这时候就可以使用文件共享来解决这个问题。 文件传输和文件共享有本质的区别,基于ftp协议的文件传输可以实现不同机器之间文件的传输和拷贝,会产生多个副本。而文件共享则只有一个副本,各个客户端连接到共享服务器操作的是同一份文件。 Linux环境下可以通过Samba服务或NFS服务来实现文件共享,下面分别进行介绍。 一、文件共享服务Samba 1.1 Samba概述 为了解决局域网内的文件和打印机等资源的共享问题,微软和英特尔与1987年共同制定了 SMB(Server Messages Block,服务器消息块)协议,这使得多个主机之间共享文件变得简单。 到了1991年,一个国外牛逼大学生 为了解决 Linux 系统 与 Windows 系统之间的文件共享问题,基于SMB协议开发出了SMBServer服务程序。它是一款开源的文件共享软件

Git基本操作

↘锁芯ラ 提交于 2020-03-02 12:21:41
克隆仓库 git clone git@gitlab.xxx.com:xxx/xxx.git 查看分支 git branch -a 切换分支 git checkout dev 拉取代码 git fetch origin dev git pull origin dev 版本回退 git log git reset --hard id git push origin HEAD --force git reflog 来源: CSDN 作者: Mr.ChowSit 链接: https://blog.csdn.net/DataIntel_XiAn/article/details/103759633

linux入门系列16--文件共享之Samba和NFS

戏子无情 提交于 2020-03-02 12:06:34
前一篇文章“linux入门系列15--文件传输之vsftp服务”讲解了文件传输,本篇继续讲解文件共享相关知识。 文件共享在生活和工作中非常常见,比如同一团队中不同成员需要共同维护同一个文档,在windows环境下,通常会选用第三方协作工具,如腾讯文档,石墨文档等等。 之前讲解了基于ftp的文件传输,为何还会单独讲解文件共享呢?试想一下,假如我们要修改服务器上某个文件,如果使用ftp的话,需要先下载下来进行修改,然后在上传到服务器。这样是很繁琐的,这时候就可以使用文件共享来解决这个问题。 文件传输和文件共享有本质的区别,基于ftp协议的文件传输可以实现不同机器之间文件的传输和拷贝,会产生多个副本。而文件共享则只有一个副本,各个客户端连接到共享服务器操作的是同一份文件。 Linux环境下可以通过Samba服务或NFS服务来实现文件共享,下面分别进行介绍。 一、文件共享服务Samba 1.1 Samba概述 为了解决局域网内的文件和打印机等资源的共享问题,微软和英特尔与1987年共同制定了 SMB(Server Messages Block,服务器消息块)协议,这使得多个主机之间共享文件变得简单。 到了1991年,一个国外牛逼大学生 为了解决 Linux 系统 与 Windows 系统之间的文件共享问题,基于SMB协议开发出了SMBServer服务程序。它是一款开源的文件共享软件

Linux磁盘和文件系统管理

◇◆丶佛笑我妖孽 提交于 2020-03-02 11:13:46
在Linux中,文件是如何存储的,磁盘分区的逻辑组成是如何实现的,怎么对磁盘进行分区、格式化、挂载? 文件是如何存储的 块组 超级块 块组描述符号 文件系统先是分成了多个块组和超级块。每个块组分别包含了inode和data block,每个块组也包含了inode bitmap和block bitmap;每个块组还包括了块组描述符。 超级块包括的信息: 卷标、挂载时间、UUID、魔数、文件系统特性、挂载的默认选项、文件系统状态、OS类型、Inode和Block的相关数量、大小、可用数量、 保留的空间等信息。使用tune2fs -l /dev/sda3来查看超级块的信息。 GDT:记录了未使用的inodes数量,inode bitmap和datablock bitmap的位置,inode表的位置,空闲的block和inode数量。dumpe2fs /dev/sda3 | less 也可以使用-h参数 链接文件的两种,分别有什么特性 硬链接:指向同一个inode的多个文件路径 特性:目录不支持创建硬链接,不能跨分区创建硬链接,创建硬链接会增加inode引用计数。 ln passwd.back passwd.back2 软链接:指向一个文件路径的另一个文件路径 一个正常的文件,其inode的指针指向的是datablock的位置,而软链接则是指向了另一个文件的路径

查看盘,挂载盘

北慕城南 提交于 2020-03-02 04:21:36
df -h 查看磁盘 fdisk -l 会发现 /dev/vdb没格式化信息 Disk /dev/vda: 42.9 GB, 42949672960 bytes, 83886080 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0x000a57df Device Boot Start End Blocks Id System /dev/vda1 * 2048 83884031 41940992 83 Linux Disk /dev/vdb: 85.9 GB, 85899345920 bytes, 167772160 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes 格式化 [root@testdb mnt]#