内存参数

很不幸，今年是一个非常不平平凡的年，由于种种原因，现在加入找工作的行列中，记录面试中所问到的基础与技术问题。 1、内存泄露如何查看和解决 概念：有些对象只有有限的生命周期，当他们的任务完成之后，它们将被垃圾回收，如果在对象的生命周期本该结束的时候，这个对象还被一系列的引用，着就会导致内存泄露。 解决方法：使用开源框架LeakCanary检测针对性解决 常见的内存泄露有： 单例造成的内存泄露，例如单例中的Context生命周期大于本身Context生命周期 线程使用Hander造成的内存卸扣，当activity已经结束，线程依然在运行更新UI 非静态类使用静态变量导致无法回收释放造成泄露 WebView网页过多造成内存泄露 资源未关闭造成泄露，例如数据库使用完之后关闭连接 2、Service启动方式 1.startService ①.定义一个类继承service ②.在manifest.xml文件中配置该service ③.使用context的startService(intent)启动该service ④.不再使用时,调用stopService(Intent)停止该服务 2.bindService ①.创建bindService服务段,继承自service并在类中,创建一个实现binder接口的实例对象并提供公共方法给客户端调用 ②.从onbind()回调方法返回此binder实例

Redis配置文件详解 原文地址 #redis.conf # Redis configuration file example. # ./redis-server /path/to/redis.conf ################################## INCLUDES ################################### #这在你有标准配置模板但是每个redis服务器又需要个性设置的时候很有用。 # include /path/to/local.conf # include /path/to/other.conf ################################ GENERAL ##################################### #是否在后台执行，yes：后台运行；no：不是后台运行（老版本默认） daemonize yes #3.2里的参数，是否开启保护模式，默认开启。要是配置里没有指定bind和密码。开启该参数后，redis只会本地进行访问，拒绝外部访问。要是开启了密码 和bind，可以开启。否 则最好关闭，设置为no。 protected-mode yes #redis的进程文件 pidfile /var/run/redis/redis-server.pid #redis监听的端口号。 port

Linux下的进程间通信也可以使用mmap的内存共享映射来实现， mmap的作用就是把磁盘文件的一部分直接映射到进程的内存中 ，那么进程就可以直接对该内存文件进行操作， mmap也设置了两种机制：共享和私有 ，如果是共享映射，那么在内存中对文件进行修改，磁盘中对应的文件也会被修改，相反，磁盘中的文件有了修改，内存中的文件也被修改。如果是私有映射，那么内存中的文件是独立的，二者进行修改都不会对对方造成影响。通过这样的内存共享映射就相当于是进程直接对磁盘中的文件进行读写操作一样，那么如果有两个进程来mmap同一个文件，就实现了进程间的通信。磁盘中的文件通过mmap函数来实现映射，然后通过munmap函数取消映射。先来看一下函数的原型： #include <sys/mman.h> void *mmap(void *addr, size_t length, int prot, int flags, int fd, off_t offset); int munmap(void *addr, size_t length); 其中对于mmap来说，有6个参数，第一个参数是你要映射的起始地址，这里一般用NULL，这样系统会在0地址附近随机分配一块内存。第二个参数是所要映射的文件长度。第三个参数是所映射的文件的权限，其中包含(PROT_EXEC, PROT_READ, PROT_WRITE,

GC优化是必要的吗？ 事实上GC优化对Java基础服务来说在有些场合是可以省去的，但前提是这些正在运行的Java系统，必须包含以下参数或行为： 内存大小已经通过-Xms和-Xmx参数指定过 Xms 是指设定程序启动时占用内存大小 Xmx 是指设定程序运行期间最大可占用的内存大小 运行在server模式下（使用-server参数） 系统中没有残留超时日志之类的错误日志 换句话说，如果你在运行时没有手动设置内存大小并且打印出了过多的超时日志，那你就需要对系统进行GC优化。 JVM有两种运行模式Server与Client。两种模式的区别在于，Client模式启动速度较快，Server模式启动较慢；但是启动进入稳定期长期运行之后Server模式的程序运行速度比Client要快很多。这是因为Server模式启动的JVM采用的是重量级的虚拟机，对程序采用了更多的优化；而Client模式启动的JVM采用的是轻量级的虚拟机。所以Server启动慢，但稳定后速度比Client远远要快。 现在来想一想GC优化的最根本原因，垃圾收集器的工作就是清除Java创建的对象，垃圾收集器需要清理的对象数量以及要执行的GC数量均取决于已创建的对象数量。因此，为了使你的系统在GC上表现良好，首先需要减少创建对象的数量。 我们在编码时要首先要把下面这些小细节做好

随着 Spark 的逐渐成熟完善, 越来越多的可配置参数被添加到Spark中来, 在Spark的官方文档http://spark.apache.org/docs/latest/configuration.html 中提供了这些可配置参数中相当大一部分的说明. 但是文档的更新总是落后于代码的开发的, 还有一些配置参数没有来得及被添加到这个文档中, 最重要的是在这个文档中,对于许多的参数也只能简单的介绍它所代表的内容的字面含义, 如果没有一定的实践基础或者对其背后原理的理解, 往往无法真正理解该如何针对具体应用场合进行合理配置。 本文试图通过阐述这其中部分参数的工作原理和配置思路, 和大家一起探讨一下如何根据实际场合对Spark进行配置优化。需要注意的是，理论上，没有绝对正确的配置（否则也就不需要对应的配置参数了，Spark框架内部直接写死就好了），所以请结合自己的实际情况，辩证的看下面的内容。 由于本文主要针对和性能相关的一些配置参数进行阐述，所以基本不会覆盖其它和性能没有太多关系的配置参数。 由于篇幅较长，所以在这里分篇组织，如果要看最新完整的网页版内容，可以戳这里： http://spark-config.readthedocs.org/ ，主要是便于更新内容 Shuffle 相关 Shuffle操作大概是对Spark性能影响最大的步骤之一（因为可能涉及到排序，磁盘IO

实验环境： Linux ubuntu 4.15.0-47-generic #50~16.04.1-Ubuntu SMP Fri Mar 15 16:03:40 UTC 2019 i686 i686 i686 GNU/Linux 栈的保护机制 地址随机化 地址随机化 ：通过随机化整个segment，比如栈，堆，或者代码区的地址对内存进行保护。 关闭该机制可使用以下命令： sudo sysctl -w kernel.randomize_va_space=0 #关闭内存地址随机化 栈不可执行和DEP保护 NX(DEP) ：NX即No-eXecute（不可执行）的意思，NX（DEP）的基本原理是将数据所在内存页标识为不可执行，当程序溢出成功转入shellcode时，程序会尝试在数据页面上执行指令，此时CPU就会抛出异常，而不是去执行恶意指令。 栈保护基址 ：栈溢出保护是一种缓冲区溢出攻击缓解手段，当函数存在缓冲区溢出攻击漏洞时，攻击者可以覆盖栈上的返回地址来让shellcode能够得到执行。当启用栈保护后，函数开始执行的时候会先往栈里插入cookie信息，当函数真正返回的时候会验证cookie信息是否合法，如果不合法就停止程序运行。攻击者在覆盖返回地址的时候往往也会将cookie信息给覆盖掉，导致栈保护检查失败而阻止shellcode的执行

postgresql的内存分配主要由 shared_buffers、temp_buffers、work_mem、maintenance_work_mem 参数控制。 shared_buffers 又可以叫做共享缓冲区， postgresql对数据操作时都要先将数据从磁盘读取到内存中，然后进行更新，最后再将数据写回磁盘。shared_buffers的功能就是用于存放从磁盘读取的数据。根据文档参数的设置范围一般在25%~40%之间 。windows与linux对内存的管理方式不同，在linux中需要注意共享段大小的设置(kernel.shmmax)。 temp_buffers 称之为临时缓冲区，用于数据库会话访问临时表数据，系统默认值为8M。可以在单独的session中对该参数进行设置，尤其是需要访问比较大的临时表时，将会有显著的性能提升。 work_mem 可以称之为工作内存或者操作内存。其负责内部的sort和hash操作，合适的work_mem大小能够保证这些操作在内存中进行。定义太小的话，sort或者hash操作将需要与硬盘进行swap，这样会极大的降低系统的性能；太大的话致使在能够在内存中完成的操作数量减少，其他的部分需要与磁盘进行swap操作，增加IO降低性能 。系统提供的默认值是1M，在实际的生产环境中，要对系统监控数据进行分析，作出最好的选择。 大致有两种方式

JVM内存结构简介（jdk1.8） JVM层的GC调优是生产环境上必不可少的一个环节，因为我们需要确定这个进程可以占用多少内存，以及设定一些参数的阀值。以此来优化项目的性能和提高可用性，而且这也是在面试中经常会被问到的问题。 想要进行GC调优，我们首先需要简单了解下JVM的内存结构，Java虚拟机的规范文档如下： https://docs.oracle.com/javase/specs/jvms/se8/html/index.html 在介绍JVM内存结构之前，我们需要先知道 运行时数据区 这样的一个东西，它与JVM的内存结构有着一定的关联。不过它属于是一个规范，所以与JVM内存结构是有着物理上的区别的。运行时数据区如下： 1.程序计数器（Program Count Register，简称PC Register）： JVM支持多线程同时执行，每一个线程都有自己的PC Register。当每一个新线程被创建时，它都将得到它自己的PC Register。线程正在执行的方法叫做当前方法。如果执行的是Java方法，那么PC Register里存放的就是当前正在执行的指令的地址，如果是native方法（C/C++编写的方法），则是为空。此内存区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。 2.虚拟机栈（JVM Stacks）： Java虚拟机栈

基本问题 基本数据类型和对象的区别 (1) 基本数据类型的存储原理：所有的简单数据类型不存在“引用”的概念，基本数据类型都是直接存储在内存中的栈上的，数据本身的值就是存储在栈空间里面，Java语言里面八种数据类型是这种存储模型； (2) 引用类型的存储原理：引用类型继承于Object类（也是引用类型）都是按照Java里面存储对象的内存模型来进行数据存储的，使用Java堆和栈来进行这种类型的数据存储，简单地讲，“引用”(存储对象在内存堆上的地址)是存储在有序的栈上的，而对象本身的值存储在堆上的； 不论是基本数据类型还是引用类型，他们都会先在栈中分配一块内存，对于基本类型来说，这块区域包含的是基本类型的内容；而对于引用类型来说，这块区域包含的是指向真正内容的指针，真正的内容被手动的分配在堆上。 JAVA中的数据类型及其各自的特点。 分为基本类型和引用类型，基本类型有八个，数值型的有byte（1字节），short（2字节），int（4字节），long，float，double，布尔类型的bool和字符类型的char。引用类型有类，接口，数组。 JAVA面向对象的特征？ 封装、继承、多态、抽象 封装：通过类来体现，将实体封装成类，其中包含属性和方法 继承：类与类之间可以继承特点，使得代码重用 多态：通过传递给父类对象引用不同的子类从而表现出不同的行为 抽象： 将一类实体的共同特性抽象出来

所有的 Linux 文件系统都自带 proc 文件系统，类似于 window 系统的任务管理器，在调试驱动的时候会用到。 了解 proc 文件系统： 常用参数如下： MemTotal:总内存 MemFree：空闲内存 Cached：缓存 Active：活跃内存 Inactive：非活跃内存 cpu id：cpu 代号 Processor：处理器 显示的是一些中断相关的参数，如果新注册了中断，都会在这里显示。 proc 参数介绍 来源： CSDN 作者： IOT技术栈 链接： https://blog.csdn.net/m0_46291920/article/details/104574338