效率

1.redis使用三种方式 1）单 Jedis 读写1条命令，读写玩即close() 2) 单Jedis读写多条命令，此种情况尝试不释放Jedis连接，由于Jedis本质是tcp长连接，需要做异常判断 3）Pipeline方式读写，此种方式效率最高，但是由于将多条命令缓存与Outpustream并在syn()方法时一次性flush()，若本次出现异常，会影响全部命令执行。 2.测试代码 package com.nari.server.Redis.test; import java.util.ArrayList; import java.util.HashMap; import java.util.HashSet; import java.util.List; import java.util.Map; import java.util.Set; import org.apache.log4j.Logger; import com.nari.server.Redis.RedisFactory; import redis.clients.jedis.Jedis; import redis.clients.jedis.JedisPool; import redis.clients.jedis.Pipeline; import redis.clients.jedis.Response;

内存分配方式 一、分配方式简介 在C++中，内存分成5个区，他们分别是堆、栈、自由存储区、全局/静态存储区和常量存储区。 1. 栈：在执行函数时，函数内局部变量的存储单元都可以在栈上创建，函数执行结束时这些存储单元自动被释放。栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。 2. 堆：就是那些由new分配的内存块，他们的释放编译器不去管，由我们的应用程序去控制，一般一个new就要对应一个delete。如果程序员没有释放掉，那么在程序结束后，操作系统会自动回收，分配函数来实现(brk函数也是从这里分配内存)。 3. 自由存储区：就是那些由malloc等分配的内存块，他和堆是十分相似的，不过它是用free来结束自己的生命的。 4. 全局/静态存储区：全局变量和静态变量被分配到同一块内存中，在以前的C语言中，全局变量又分为初始化的和未初始化的，在C++里面没有这个区分了，他们共同占用同一块内存区。 常量存储区：这是一块比较特殊的存储区，他们里面存放的是常量，不允许修改。 二、明确区分堆与栈 void f() { int* p=new int[5]; } 分析：条短短的一句话就包含了堆与栈，看到new，我们首先就应该想到，我们分配了一块堆内存，那么指针p呢？他分配的是一块栈内存，所以这句话的意思就是：在栈内存中存放了一个指向一块堆内存的指针p

摘自上海交大bbs： 奋是基础，一切的前提 奋之上是忍耐 大部分时候大部分人的“习惯”都是跟“效率”作对的 奋让你有机会去跟这些习惯做斗争 在 ACM 竞赛的级别，写代码不是在解题，而是实现早已在脑子里准备好的一个逻辑流程。 这个追求跟大部分没有训练过的人的习惯相反，要扭转这种习惯，第一步可以做尝试有： 1. 把准备和敲键盘分割为两个动作。 2. 把敲键盘和运行分割为两个动作。 3. 编译错误这件事情几乎总是会发生，但“尝试”减少编译错误的过程，确实对提高准备 效率很有帮助帮助。 写程序的 准备->写代码->测试 三阶段，普通人之间差距最小的就是第二个阶段。速度都 是在“短到完全不充分或者长得非常没建设性”的准备期，以及“没完没了地冒出计划外 BUG 或者遭受?到不行的 Debug 灾难”的测试期，被拖慢下来的。 如果你是队里的队员，那么以下几点是必须做到的： 1. 敲键盘中的任何时候，如果发呆超过三分钟，说明没准备好，滚下机器去想清楚。 2. 编译器告诉你某个变量没声明，结果你突然发现不知道应该在哪里声明它。这时候同样 说明准备没做好（根本就是对象和逻辑都是乱的），滚下机器去想清楚。 3. 为 ACM 竞赛而写的代码，不需要 DEBUG 模式。 作为一种粗略的判断标准，“一次过 Sample 的概率”是很重要的。好好准备了的程序， 如果经常不能写好立刻过 Sample

1、 能用基表达到目的的，尽量用基表。当然，需要用视图的，如 HR 模块涉及到权限控制时，必须用视图。 2、 索引，这个不在赘述。 3、 汇总的时候，如果是两次汇总，大汇总的字段可以由小汇总字段得出。如集团公司由它的二级部门写函数得出。所在在 cursor 里，可以只小汇总，如只按二级部门汇总，输出的时候才条件判断来进行大汇总。 4、 如果主 cursor 很庞大，可以将其分解成若干个小 cursor ，多写一些函数，也可以提高效率，分解主 cursor 。 5、 循环 cursor 时：避免重复性的基于同值的计算。避免重复性的调用同参数的同函数，可以只计算一次，把结果赋给一个变量。如果是在 cursor 里，当汇总的时候，也是可以的只计算一次的。 6、 涉及到大数量时，用 union 比 or 效率高。 7、 分模块写 pl/sql 代码。有时候我们一段代码很多地方会重复用到，却是实现了相同的模块功能，为了以后维护的方便，直接将其写成一过程，重复调用。 8、 使用全局变量。当一个值需要通过计算获得时，可以在程序开头就将其计算出来，并将结果赋给一个全局变量，然后在包类重复调用该变量。 9、 自定义一个标准包。当我们有大量程序要开发时，如果这些程序会调用相同的函数或过程，我们可以将这些函数或程序，放在同一个标准包里，供项目组其他同事共同调用，提高开发效率，维护也方便。 10

在上一章中我们提到了报价时需要参考的若干因素。这一章，我们着重强调和了解一下在标注团队运营时有哪些因素会直接影响到项目总体效率...... 下面我们就针对在运营中最影响总体效率的几个方面展开来说： 1. 原始数据的分发和已完成数据的汇总 这里把分发数据和汇总数据放在一起来说，因为在影响效率的原因方面两个步骤是一致的，主要有以下三点： 工时消耗 不论是分发还是汇总，都会涉及到需要专人进行处理。同时，数据的传输也会花费大量的时间。这些因素在实际运营当中会消耗大量的工时，碰到数据量较大时，分发和汇总图片的时间甚至可以达到标注总时长的30%以上。 硬盘消耗 随着数据量的不断积累，对于每个标注人员计算机硬盘的消耗量也会逐渐增大，对于分发数据人员的计算机要求更高。 错误频发 人工进行分发和汇总数据时，多多少少都会出现类似图片重复发放，切分图片多切、少切等问题。这种问题一旦发生，就会浪费大量的时间进行数据的校对，从而影响整体进度。 2. 完成数据后的统计工作 目前市场上所有的数据标注公司都是以件（矩形框、多边形、点等）为单位进行报价，这就导致必须在完成标注数据以后对于完成的总量进行一个统计。同时，为了记录员工绩效的高低，也需要对员工每日完成的数据量进行一个分类统计。在这里影响效率的原因主要有下面两点： 工时消耗 不论是统计完成数量，还是统计人员绩效，都必须付出大量的时间。同时，越细化的统计内容

设置自己喜欢的开始屏幕的风格 win10的开始屏幕可以说是非常的人性化了，允许用户根据自己的喜好对屏幕进行设置，比如你可以设置成以下这样 可以大大提高自己使用电脑的效率。 具体方法如下： 接下来打开开始菜单： 选择任意一个软件右击→固定到开始屏幕，之后在右面屏幕中就会出现你刚添加的软件图标啦： 此时可以通过右击调整大小，或者使取消固定： 当你把任意图标拖动到屏幕上任一空白区域处，即会产生新的磁铁分组，对磁贴分组可以进行随意命名。 来源： https://www.cnblogs.com/ys-01/p/10996151.html

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 　在净化工程里，有客户反映在高效过滤器与高效送风口箱体的缝隙里检漏超过100粒，但一直找不出原因。高效过滤器的面风速在检漏时拟定值为多少适宜?高效过滤器安装好后，在进行车间洁净度检测之前，对高效过滤器捡漏时，高效过滤器的风速应控制在什么范围?安装好的 高效过滤器 的微粒漏的很厉害，会由什么原因造成的呢? 　　高效过滤器的使用风量： 　　有经验的设计一般取额定风量的80%比较合理，比如，484*484*220，厂家给的额定风量是1000，实际使用风量小于800比较经济合理。过滤器在检漏时，风速较低的情况下，可能效果比较好。(特别是采用dop检漏)检漏过程中如果确定过滤器是完好的，边缝检测不合格，原因主要存在两方面，一个是箱体质量的原因，造成安装很难密封，另一个原因是环境的影响，可以通过对风口做围挡检测来辨别。 　　高效过滤器的选择： 　　高效过滤器的"过滤效率"是被捕集粉尘量与原空气含尘量的比值：过滤效率=过滤器捕集粉尘量/上游空气含尘量=1-下游空气含尘量/上游空气含尘量 　　效率的意义看似简单，可它的含义和数值却因试验方法的不同而大不一样。在决定过滤效率的因素中，粉尘"量"的含义多种多样，由此计算和测量出来的过滤器效率数值也就五花八门。实用中，有粉尘的总重量、粉尘的颗粒数量;有时是针对某一典型粒径粉尘的量

Mysql逆向工程效率神器之使用IDE自动生成Java实体类 简介：实战使用IDE根据Mysql自动生成java pojo实体类 1、IDEA连接数据库 菜单View→Tool Windows→Database打开数据库工具窗口 2、左上角添加按钮“+”，选择数据库类型 3、mysql主机，账户密码 119.23.28.97 root 4、通过IDEA生成实体类 选中一张表，右键--->Scripted Extensions--->选择Generate POJOS.clj或者Generate POJOS.groovy，选择需要存放的路径，完成 自定义包名 net.xdclass.xdvideo.domain 常用类型 java.util.Date 生成单表对应 java实体 保存后查看存在设置不对 表生成java实体类少的话,手动修改就可,表多的话进一步设置 修改文件配置 报名 数据库数据类型和java数据类型对应 来源： https://www.cnblogs.com/hellowq/p/10724067.html

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 前面测了三者的IO速度，现在来测测它们的函数递归调用的速度，这里的测试方案是使用斐波那契数列最低效的递归写法来进行测试，首先测试文件包含1-32的所有整数。 fibonacci.awk: #!/bin/awk -f function fib(n){ if(n<=2){ return 1; } else{ return fib(n-2)+fib(n-1); } } BEGIN{ start = systime(); } { fb = fib($1); # print fb; } END{ end = systime(); printf("awk time cost = %ds\n",end-start) } fibonacci.c: #include<stdio.h> #include<time.h> int fib(int n){ if (n<=2) return 1; return fib(n-1)+fib(n-2); } main(){ FILE *fp = fopen("fib.in","r"); int n; long start = clock(); while(fscanf(fp,"%d",&n)!=EOF){ int fn = fib(n); // printf("fib(%d) = %d\n"

彼刻效率这款任务管理产品功能设计应用范围非常广泛，不单单适用于互联网开发设计团队使用，同样也特别适合斜杠青年，独立工作者，以及千千万对工作有自我规划，自我激励的用户去尝试。 https://www.macdown.com 这次我们有一个从事销售工作的朋友来和大家分享一下他使用“彼刻效率”的使用分享，看看能给这位杂事缠身的销售经理带来了哪些方面的效率提升： 小Y是一名从事电信运营商市场销售的业务经理，在尝试使用任务管理应用之前，小Y每天的工作都不能用排的满满的来形容，我每次见到他都在打电话，要不就是在电脑前整理文档，从来没见过他休息。 晚上在微信里他和我诉苦，我向他推荐了一些任务管理app，但是人家自己也不知道在哪看到的彼刻效率，在使用了两周之后跟我说，每天的工作条理性提升了许多，出错率降低了，而且也不用频繁加班了，关键是每天接的电话没那么频繁了，他是怎样做到的呢？ 账单管理 对于小Y来说，每个月初最让他头疼的就是给客户发账单，之前他会把所有电汇客户在公司系统中的上月出费账单导出，从压缩包解压缩，然后再去掉账单里无用的列信息，最后再通过邮箱发给客户。但是由于他每天的事务性工作实在太多，根本没有足够时间将所有账单在一周内发完，所以他每天都会接到许多并没有什么意义却严重占用他工作时间的索求账单的电话，而且会遇到发错账单的小错误。 在彼刻效率里，小Y