QSplitter如下为常用 设置显示比例 pRightSplitter=new QSplitter(Qt::Vertical); pRightSplitter->setMouseTracking(true); pRightSplitter->setStretchFactor(,); pRightSplitter->setStretchFactor(,); 但是由于内部有子窗口的布局时,会失效 使用下面方法设置 //pRightTopWidget 为子窗口1 QSizePolicy ri

我们在SQL Server中新建数据库的时候,可以选择数据库文件及日志文件的初始大小.自动增长大小和最大大小,如下图所示: 可以通过设置更改数据库初始大小.自动增长大小和最大大小: 但是其实在SQL Server中新建数据库时,数据库的初始大小.自动增长大小和最大大小的默认值,是可以在model这个系统数据库上预设的. 比如现在我们将model系统数据库的初始大小设置为50MB,数据库文件增量设置为90MB,数据库文件最大大小设置为1024MB,如下图所示: 然后现在我们再在SQL Server

最近在做一个轮播图,使用的是element的Carousel走马灯,每一个走马灯里是eachrts图,开始页面加载的时候发现echarts图并不能自适应,开始以为是走马灯的问题,后来发现不是 不知道大家在用echarts的时候有没有遇到这种情况: 最开始盛放图表的容器是隐藏(或者tab切换)的,然后再显示的时候,里面echarts图表就没用初始大小了.比如我遇到的这种: 有童鞋这会儿估计看出原因了:因为元素最初隐藏,再显示之后没有自动变化宽度,所以echarts图表没有初始宽高,官方文档的说法:

我们用qt创建一个窗口,先后显示它,代码如下: class Mywindow : public QMainWindow{ ..... } int main( int argc, char** argv ) { QApplication app( argc, argv ); Mywindow wind; wind.show(); return app.exec();} 发现窗口很小,查看它的方法,以及他的父类widget的方法,发现有个方法像是设置其初始大小的,setBaseSize,调用这个方法

本文阅读时间大约4分钟. JVM加载类的时候,需要记录类的元数据,这些数据会保存在一个单独的内存区域内,在Java 7里,这个空间被称为永久代(Permgen),在Java 8里,使用元空间(Metaspace)代替了永久代.永久代和元空间保存的数据并不完全一样,永久代中还保存另一些与类的元数据无关的杂项. 如我们之前的一篇文章 理论学习 使用Java 8以后,关于元空间的JVM参数有两个:-XX:MetaspaceSize=N和 -XX:MaxMetaspaceSize=N,对于64位JVM来

前言 计划开一个新的系列,来讲一讲在工作中经常用到的性能优化手段.思路和如何发现性能瓶颈,后续有时间的话应该会整理一系列的博文出来. 今天要谈的一个性能优化的Tips是一个老生常谈的点,但是也是很多人没有注意的一个点.在使用集合类型是,你应该设置一个预估的初始大小,那么为什么需要这样做?我们一起来从源码的角度说一说. 集合类型 我们先来聊一聊.NET BCL库中提供的集合类型,对于这个大家肯定都不陌生,比如List.HashSet.Dictionary.Queue.Stack等等,这些都是大家每

在窗口创建之前添加一段代码 一般窗口创建函数为 wndMain.CreateEx(); 在此函数前添加 1: RECT rect = {x, y, width, height}; 然后将创建窗口函数改为 1: wndMain.CreateEx(NULL, rc); 若要窗口在屏幕中心显示,则在 1: wndMain.ShowWindow(nCmdShow); 之前添加 1: wndMain.CenterWindow();

摘自:<Java Performance>第三章 Initial Heap Space Size Configuration This section describes how to use live data size calculations to determine an initial Java heap size. Figure 7-3 shows the fields that identify an application's live data size. It is wis

当你在SqlServer创建数据库的时候可以指定数据库文件的初始大小,比如下图中我们将新创建的数据库MyDB的大小设置成了1024MB 那么你建好的数据库的确也就会占用1024MB左右的磁盘空间 不过使用存储过程sp_spaceused可以看到其中有1021.85 MB的空间是MyDB占用着并未使用. 于是我们在想是不是可以用DBCC ShrinkDatabase或DBCC ShrinkFile语句收缩未使用的数据库空间 ) 但是执行Shrink语句后我们发现数据库大小没有丝毫变化... 并且在

数据库增长方式主要有两种,按百分比自动增长和按固定大小自动增长,设置初始大小和增长方式需谨慎. 初始大小就是建库的大小,设小了,容易造成磁盘碎片,频繁增长也会影响IO响应.设大了,也不行,设大了,每次增长会占用较长时间,拖累IO子系统. 1.对于数据库文件设置,可以根据你每次向表中插入的数据的多少来设定:我的表每次最多插入数据大小为40MB,则可以将数据初始大小设置为50,增长大小设置为40MB.这样可以减少磁盘碎片: 事实证明,该方法有效.我以前数据库初始大小设为100MB,增长方式为按比例增

java hashmap,如果确定只装载100个元素,new HashMap(?)多少是最佳的,why? 要回答这个问题,首先得知道影响HashMap性能的参数有哪些.咱们翻翻JDK. 在JDK6中是这么描述的: HashMap的实例有两个参数影响其性能:初始容量和加载因子. 首先我们来看初始容量和加载因子的定义. 容量是哈希表中桶的数量,初始容量只是哈希表在创建时的容量. 加载因子是哈希表在其容量自动增加之前可以达到多满的一种尺度. 当哈希表中条目的数目超过 容量乘加载因子 的时候,则要对该哈

之前接触的项目表空间最大也不超过10G,所以导入数据库时一直使用导入本地的oracle数据库文件的方法,即根据dmp文件大小设置一个数据文件,设定表空间最大值. --创建表空间,数据文件为'F:\app\zang\oradata\orcl\charge_zang.dbf',初始大小50M,递增10M,最大递增到2G create tablespace charge_zang datafile 'F:\app\zang\oradata\orcl\charge_zang.dbf' size 50M

先看HashMap的定义: public class HashMap<K,V>extends AbstractMap<K,V>implements Map<K,V>, Cloneable, Serializable HashMap是AbstractMap的子类,实现了Map接口. HashMap() Constructs an empty HashMap with the default initial capacity (16) and the default loa

1.启动broker报错 虚拟机内存小,导致虚拟机中的JVM内存小,进而在启动broker时分配JVM内存遇到问题 查询网上得知,查看/usr/local/rocketmq-all-4.3.0/distribution/target/apache-rocketmq/bin/runbroker.sh的配置参数,修改即可 可以看到,默认情况下设置的堆最大大小和初始大小都为8g,年轻代设置为4g 我们把这三个改小点即可 修改完内存参数后,启动broker,成功

首先,这三个概念说下.初始大小,就是创建时可容纳的默认元素个数:加载因子,表示某个阀值,用0~1之间的小数来表示,当已有元素占比达到这个阀值后,底层将进行扩容操作:扩容方式,即指定每次扩容后的大小的规则,比如翻倍等. 当底层实现涉及到扩容时,容器或重新分配一段更大的连续内存(如果是离散分配则不需要重新分配,离散分配都是插入新元素时动态分配内存),要将容器原来的数据全部复制到新的内存上,这无疑使效率大大降低. 加载因子的系数小于等于1,意指  即当 元素个数 超过 容量长度*加载因子的系数 时,进

虚拟内存的大小设置 虚拟内存的文件 pagefile.sys 一般在系统盘的根目录下,默认情况下会比较大.下面给出缩小设置方式. 我的电脑(鼠标右键)--属性--高级系统设置--切换到“高级”选项卡--性能选项的“设置--切换到“高级”选项卡--更改 (1)将自动管理所有驱动器的分页文件大小的勾取消. (2)驱动器选择C盘,在自定义大小中的初始大小定位1024,最大值定为2048. (3)点击设置,即可看到在驱动器C盘的右侧的分页文件大小以变为1024~2048,再点击确定即可. 最后重启计算机

1.cocos2d-X中的坐标(0,0),就是运行框的左下角位置,所以运行框看起来就是一个第一象限. 2.节点的锚点就是我们setPosition所设定的位置,默认锚点是在节点的中心,也就是setPosition方法设定的坐标的位置,比如setPosition(visibleSize.width/2,visibleSize.height/2),就是把图片放在运行框的最中央. 3.如果想改变锚点,可以用setAnchorPoint方法来设定,setAnchorPoint的坐标是以节点(图片)为相对

redhat:清空回收站 rm -rf  /home/登录用户名/.Trash 例子:rm -rf /home/.Trash-root df命令可以显示目前所有文件系统的可用空间及使用情形: 例子:df -h du:查询文件或文件夹的磁盘使用空间 例子:du -h --max-depth=1 /home/oracle/oracle/product/10.2.0/db_1/oradata/ du -sh /home/oracle/oracle/product/10.2.0/db_1/oradata

随着3G的普及,越来越多的人使用手机上网. 移动设备正超过桌面设备,成为访问互联网的最常见终端.于是,网页设计师不得不面对一个难题:如何才能在不同大小的设备上呈现同样的网页? 手机的屏幕比较小,宽度通常在600像素以下:PC的屏幕宽度,一般都在1000像素以上(目前主流宽度是1366×768),有的还达到了2000像素.同样的内容,要在大小迥异的屏幕上,都呈现出满意的效果,并不是一件容易的事. 很多网站的解决方法,是为不同的设备提供不同的网页,比如专门提供一个mobile版本,或者iPhone

今天看到美团招聘给出了一道小题目,关于HashMap的性能问题.问题如下: java hashmap,如果确定只装载100个元素,new HashMap(?)多少是最佳的,why? 要回答这个问题,首先得知道影响HashMap性能的参数有哪些.咱们翻翻JDK. 在JDK6中是这么描述的: HashMap的实例有两个参数影响其性能:初始容量和加载因子. 首先我们来看初始容量和加载因子的定义. 容量是哈希表中桶的数量,初始容量只是哈希表在创建时的容量. 加载因子是哈希表在其容量自动增加之前可以达到多

. 前言 HashMap的容量大小会根据其存储数据的数量多少而自动扩充,即当HashMap存储数据的数量到达一个阈值(threshold)时,再往里面增加数据,便可能会扩充HashMap的容量. 可能? 事实上,由于JDK版本的不同,其阈值(threshold)的默认大小也变得不同(主要是计算公式的改变),甚至连判断条件也变得不一样,所以如果说threshold = capacity * loadFactor(容量 * 负载因子)将不再绝对正确,甚至说超过阈值容量就会增长也不再绝对正确,下面就以