xx

一、gcc编译器编译的四个流程 简：　　 　　预处理 、编译 、汇编 、链接 详： 　　c和c++ 编译器是集成的，编译一般分为4个步骤： 　　预处理(preprocessing) 　　　 　　　　gcc -E XX.c -o XX.i　　　　　 --->宏替换，展开头文件 　　编译(compilation)　　　　　　 　　　　gcc -S XX.i -o XX.s　　　　　　--->检查语法,生成汇编文件 　　汇编 (assembly)　　　　　　 　　　　gcc -c XX.s -o XX.o　　　　　 --->生成目标文件(二进制文件) 　　链接(linking)　　　　　　　　 　　　　gcc XX.o -o XXX　　　　　　　--->链接库，检查环境变量，生成可执行文件 　　执行 　　　　./XXX 支持后缀： .c c原始程序 .C/.cc/.cxx c++原始程序 .m Objective-C原始程序 .i 已 经过预处理的c原始程序 .ii 已 经过预处理的c++原始程序 .s/.S 汇编语言原始程序 .h 预处理文件（头文件） .o 目标文件 .a/.so 编译后的库文件（动态库，静态库） 常见错误： 1.头文件错误 预处理阶段(Can not find include file head.h) -I 头文件路径 2.C语法错误 编译阶段 (syntex

下载gitlab： sudo docker pull gitlab/gitlab-ce:latest 安装启动： sudo docker run –detach \ –hostname gitlab.example.com \ –publish 443:443 –publish 80:80 –publish 22:22 \ –name gitlab \ –restart always \ –volume /srv/gitlab/config:/etc/gitlab \ –volume /srv/gitlab/logs:/var/log/gitlab \ –volume /srv/gitlab/data:/var/opt/gitlab \ gitlab/gitlab-ce:latest 配置邮箱： external_url ‘ http://xx.xx.xx.xx ’ gitlab_rails[‘gitlab_ssh_host’]=’xx.xx.xx.xx’ gitlab_rails[‘gitlab_shell_ssh_port’]= 10022 gitlab_rails[‘smtp_enable’] = true gitlab_rails[‘smtp_address’] = “smtp.163.com” gitlab_rails[‘smtp_port’] = 25 gitlab

在scott用户下面,搜索含有'要找的值'的数据的表和字段穷举法: declare v_Sql varchar2(2000); v_count number; begin for xx in (select t.OWNER, t.TABLE_NAME, t.COLUMN_NAME from dba_tab_columns t where t.OWNER = 'scott') loop begin v_Sql := 'select count(1) from ' || xx.owner || '.' || xx.table_name ||' where ' || xx.column_name || ' like ''%要找的值%'' '; execute immediate v_Sql into v_count; if (v_count >= 1) then dbms_output.put_line(xx.table_name || ':' || xx.column_name); end if; exception when others then null; end; end loop; end; 来源： https://www.cnblogs.com/ZhaoHS/p/11847899.html

1、dSYM文件：iOS构建时产生的符号表，它是内存地址与函数名，文件名，行号的映射表;iOS应用crash时也有堆栈，release版的应用，crash时的堆栈信息，全是二进制的地址信息;iOS平台中，dSYM文件是保存符号表的目标文件，文件名通常为：xxx.dSYM(符号表dSYM概念和获得途径资料地址 https://developer.umeng.com/docs/66632/detail/71519 ） 2、线上崩溃时采用的dSYM文件： 在xcode7以前 xcode7默认BitCode是关闭的；xcode7以后BitCode默认是开启的； 当开启BitCode后 ，在构建二进制版本ipa文件上传到App Store时，App Store会再次编译上传的二进制版本ipa包，因此， 在解析线上崩溃日志时，采用苹果开发者中心上的dSYM文件 ；当没有开启BitCode时，可以使用本地的xx.app.dSYM的dSYM文件； 一、当BitCode没开启时，解析线上崩溃日志方法如下： 使用工具dSYMTools（下载地址： https://github.com/answer-huang/dSYMTools ），下载完，运行dSYMTools（注意是一个macos应用），将对应版本的xcarchive文件或则xx.app.dSYM文件拖拽到dSYMTools控制面板就可以了

1.前述 建议先去github上看一下STF的描述及安装要求。STF github地址： https://github.com/openstf/stf 2.安装要求 以上要求为官方截图，所有需要安装的软件都可以在stf的github上通过点击连接（如上图所示）跳转到对应地址 3.安装步骤 3.1 nodejs安装 sudo apt-get install nodejs 3.2 ADB安装 下载Android SDK,并配置SDK 环境（不再详述） 3.3 安装RethinkBD （参照官方提供的安装方法 https://rethinkdb.com/docs/install/ubuntu/ ） 有两种安装方式： 方法1： source /etc/lsb-release && echo "deb http://download.rethinkdb.com/apt $DISTRIB_CODENAME main" | sudo tee /etc/apt/sources.list.d/rethinkdb.list wget -qO- https://download.rethinkdb.com/apt/pubkey.gpg | sudo apt-key add - //上方为一条命令 sudo apt-get update sudo apt-get install rethinkdb 方法2

1. del 函数删除引用，并非对象 (以下代码是直接运行在Ipython console下) #spyder: example 1 xx = [1,2,3] #赋值 xx #输出xx Out[2]: [1, 2, 3] del xx #删除引用，但未删除对象 xx #输出xx，报错 Traceback (most recent call last): File "<ipython-input-4-ce3af7760f12>", line 1, in <module> xx NameError: name 'xx' is not defined #spyder: example 2 xx = [1,2,3] yy = xx xx Out[7]: [1, 2, 3] yy Out[8]: [1, 2, 3] del xx xx #输出xx报错 Traceback (most recent call last): File "<ipython-input-10-ce3af7760f12>", line 1, in <module> xx NameError: name 'xx' is not defined yy #输出yy Out[11]: [1, 2, 3] # 参考：https://www.cnblogs.com/xisheng/p/7340514.html 来源： https:

OOM（Out of Memory）异常常见有以下几个原因： 1）老年代内存不足：java.lang.OutOfMemoryError:Javaheapspace 2）永久代内存不足：java.lang.OutOfMemoryError:PermGenspace 3）代码bug，占用内存无法及时回收。 OOM在这几个内存区都有可能出现，实际遇到OOM时，能根据异常信息定位到哪个区的内存溢出。 可以通过添加个参数-XX:+HeapDumpOnOutMemoryError，让机器在出现内存溢出异常时Dump出当前的内存堆转储快照以便事后分析。 JAVA_OPTS="-server -Xms512m -Xmx2g -XX:+UseG1GC -XX:SurvivorRatio=6 -XX:MaxGCPauseMillis=400 -XX:G1ReservePercent=15 -XX:ParallelGCThreads=4 -XX: ConcGCThreads=1 -XX:InitiatingHeapOccupancyPercent=40 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:../logs/gc.log" 4、设置堆内存最小和最大值，最大值参考历史利用率设置 5、设置GC垃圾收集器为G1 6、启用GC日志，方便后期分析 来源

简介 Java 11 中带了一个新的GC回收器： Z Garbage Collector (ZGC) 。 可伸缩 低延迟 并发执行 适用于： 对延迟有要求 10ms 级别 巨大的堆空间 TB 单位 Java 11 才引入，目前还是实验性质 启用 可以通过： -XX:+UseZGC 启用ZGC； 还需要带上： -XX:+UnlockExperimentalVMOptions （解锁隐藏vm选项） 堆空间大小设定 ZGC中最重要的参数，就是堆的最大空间： -Xmx 。 因为ZGC是并发执行，所以最大堆空间必须设定： 堆中存放着应用中活动数据 如果堆中有足够的可用空间，那么在GC期间，分配器就可以继续工作 也只有这样才是并发GC 这就需要对分配器速率与活动数据集的大小进行预估，通常： 更大的内存空间，ZGC越能更好的工作 但与此同时，内存可能就会浪费 需要在这两个方面寻找一个平衡点 并发GC的线程数 对于ZGC并发执行GC的线程数量，可以通过： -XX:ConcGCThreads 设定。 ZGC默认会自动测算出一个合理的线程数量： 通常情况，这个测算出来的数值是比较合理的 这个参数，实际是决定了分配多少CPU时间（资源）用于GC 如果太多，则GC会占用过多CPU资源，从而影响应用的正常运行 如果太少，则会让GC吞吐下降，也会影响应用的内存分配 GC选用策略 如果不是对暂停时间有特殊要求

昨天对比了下IDEA和Eclipse的启动速度，发现IDEA启动真的是好慢啊！！！ 电脑配置：8G win7 IDEA启动配置 -Xms1024m -Xmx1024m -Xmn500m -XX:MetaspaceSize=248m -XX:MaxMetaspaceSize=512m -XX:PermSize=248m -XX:MaxPermSize=512m -XX:ReservedCodeCacheSize=512m -Xverify:none -Xnoclassgc -XX:+AlwaysPreTouch -XX:+UseG1GC -XX:+UseStringDeduplication -XX:AutoBoxCacheMax=20000 -ea -server -Dsun.io.useCanonCaches=false -Dsun.awt.keepWorkingSetOnMinimize=true -Djava.net.preferIPv4Stack=true -XX:+HeapDumpOnOutOfMemoryError -XX:-OmitStackTraceInFastThrow -Dfile.encoding=UTF-8 -XX:+DisableExplicitGC -javaagent:E:\IDEA\installl\JetbrainsCrack-2.7

漫步校园 Time Limit: 2000/1000 MS (Java/Others) Memory Limit: 65536/32768 K (Java/Others) Total Submission(s): 5607 Accepted Submission(s): 1756 Problem Description LL最近沉迷于AC不能自拔，每天寝室、机房两点一线。由于长时间坐在电脑边，缺乏运动。他决定充分利用每次从寝室到机房的时间，在校园里散散步。整个HDU校园呈方形布局，可划分为n*n个小方格，代表各个区域。例如LL居住的18号宿舍位于校园的西北角，即方格(1,1)代表的地方，而机房所在的第三实验楼处于东南端的(n,n)。因有多条路线可以选择，LL希望每次的散步路线都不一样。另外，他考虑从A区域到B区域仅当存在一条从B到机房的路线比任何一条从A到机房的路线更近(否则可能永远都到不了机房了…)。现在他想知道的是，所有满足要求的路线一共有多少条。你能告诉他吗? Input 每组测试数据的第一行为n(2=<n<=50)，接下来的n行每行有n个数，代表经过每个区域所花的时间t(0<t<=50)(由于寝室与机房均在三楼，故起点与终点也得费时)。 Output 针对每组测试数据，输出总的路线数(小于2^63)。 Sample Input 3 1 2 3 1 2 3 1 2 3 3 1