- 综合排序
- 最热优先
- 最新优先
- 来自专栏Goboy
「激荡五十年」崭露头角的零零年代
图片“在数据库技术的不断演进中，00年代无疑是一个变革与突破的时代。随着互联网的迅猛发展，传统关系型数据库迎来了新型数据库技术的挑战和革新。 特别是在2000年代中期，人大金仓通过参与多项国家级信息化项目，逐渐确立了其在关键行业中的地位。 在2000年代，PostgreSQL通过持续增强的功能吸引了众多技术需求更高的用户。 关系型数据库的局限性暴露在2000年代，互联网企业如Google、Amazon和Facebook等公司开始面临前所未有的数据增长和用户量激增。 从Google到开源社区的技术传承Google在2000年代初期的多篇论文成为了NoSQL和分布式数据库理念的“奠基石”。
59430编辑于 2024-08-22 - 来自专栏刷题笔记
【git】零零零零零基础的github上手教程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
63710发布于 2019-12-03 - 来自专栏Hank’s Blog
3-3 数据框的子集
> x <- data.frame(v1=1:5,v2=6:10,v3=11:15) > x v1 v2 v3 1 1 6 11 2 2 7 12 3 3 8 13 4 4 9 14 5 5 10 15 > x$v3[c(2,4)] <- NA > x v1 v2 v3 1 1 6 11 2 2 7 NA 3 3 8 13 4 4 9 NA 5 5 10 15 > #找出第2列 > x[,2] [1] 6 7 8 9 10 > x[,"v2"] [1] 6 7 8 9 10 > x[
77700发布于 2020-09-16 - 来自专栏python3
3-3 SQL Server 2005数
3-3 SQL Server 2005数据库优化 了解数据库引擎优化顾问基本内容 掌握数据库引擎优化顾问的使用 掌握通过命令行的方式进行索引的优化——DTA 一个数据库系统的性能依赖于组成这些系统的数据库中物理设计结构的有效配置
82020发布于 2020-01-07 - 来自专栏叽叽西
lagou 爪哇 3-3 dubbo 笔记
Apache Dubbo是一款高性能的 Java RPC 框架。其前身是阿里巴巴公司开源的一个高性能、轻量级的开源 Java RPC框架，可以和 Spring 框架无缝集成。
60910编辑于 2022-05-17 - 来自专栏悟道
3-3欧几里得求最大公因子
最大公因子，指两个或多个整数共有约数中最大的一个 private static int gc(int a, int b) { if(b==0){ return a; } if(a<b){ int temp=a; a=b; b=temp; } return gc(b,a%b); }
50920发布于 2021-03-16 - 来自专栏站长的编程笔记
跨年代码 烟花html
跨年代码 烟花html <!
1.5K30编辑于 2023-01-08 - 来自专栏python3
34补3-3 rhcs集群基础应用
[root@node1 ~]# ansible ha -m shell -a 'service NetworkManager stop'
93500发布于 2020-01-15 - 来自专栏博客原创文章
PHP变量覆盖漏洞---零零一
此时输出的信息是"人畜无害"的，但是如果在$a前面再加上一个$的话，那输出的内容就不一样了，如图所示:
99420编辑于 2021-12-20 - 来自专栏AI机器学习与深度学习算法
机器学习入门 3-3 NumPy数据基础
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节主要介绍NumPy模块的一些基础知识。
89900发布于 2019-11-13 - 来自专栏白话互联
从猫扑看互联网发展(壹零零)
各位，今天应资深读者的要求，插入本系列最后一集，说说VR为什么突然就这么火起来了，背后是什么力量再推动VR的发展？
51110发布于 2019-03-13 - 来自专栏科技云报道
边缘计算步入“黄金年代”
随着智能终端、智能应用的广泛普及，边缘计算正在步入发展的“黄金年代”。
49911编辑于 2023-08-03 - 来自专栏coding for love
3-3 使用loader打包静态资源（样式篇上）
在制作网页时，我们必不可少地会使用css。那么webpack是如何打包css文件的呢？
1.1K20发布于 2019-06-17 - 来自专栏山海散人技术
深入JVM学习—老年代
老年代空间的主要目的是用于存储由Eden发送来的对象，一般在经历好几次“Minor GC”还会保存下来的对象，才会被复制到老年代，这样就可以存放更多的对象，同时在老年代中执行GC的次数也相对较少，当老年代内存不足时会自动执行 结论 进行老年代存储的时候，尽可能保存长期会被使用的对象并且不会被轻易回收的大对象。 2. 老年代内存参数调整 ---- No. 参数名称 描述 01 -XX:NewRatio 设置年轻代与老年代的比率 02 -XX:UseAdaptiveSizePolicy 控制是否采用动态控制策略，如果动态控制，则动态调整Java堆中各个区域的大小以及进入老年代的年龄 03 -XX:PretenureSizeThreshold 控制直接升入老年代的对象大小，大于这个值的对象会直接分配在老年代中 3. 设置老年代参数
32210发布于 2021-03-03 - 来自专栏cwl_Java
C++编程之美-结构之法(代码清单3-3)
代码清单3-3 for(answer[0] = 0; answer[0] < total[number[0]]; answer[0]++) for(answer[1] = 0; answer
20620编辑于 2022-11-30 - 来自专栏立权的博客
Hotspot 老年代GC源代码分析
来年代的回收可分为 标记-压缩回收 和 标记清理回收 前者会将存活对象在对象头中打标，回收的时候，把被打标的对象复制到一块，使得存活对象在内存上是连续分布的。 需要注意的是，这里说的连续分布，不是物理意义上的，因为JVM向操作系统申请老年代和年轻代这样的大块内存时，使用的是mmap系统调用，操作系统给出的物理页不一定是连续的。 深度打标，打标其实只是为对象头设置特殊值，如果必要，会把对象头保存下来 mark_sweep_phase2: 进行 老年代 和 年轻代 存活对象的地址计算，并且写入到对象头，具体计算方法很简单 需要俩根指针 一开始整个老年代是一整块大内存块，放在字典里，多级链表还是空的，当第一次被索要内存的时候，就会把字典里的这块大内存分出一部分填充到 多级链表中，之后如果链表内存不足的话，再向字典要 清理的过程中，也是线性扫描老年代的内存 6.resize：重新计算老年代大小，如果需要增大大小就扩容，否则缩容 7 resetting：此步骤是清空之前用的 bit_map 之类的记录工具，以便下次继续GC
70220发布于 2020-11-04 - 来自专栏python3
3-3 File类的常用操作的静态方法练
文本文件是我们接触频繁的一类文件，记事本程序经常操作的文件就是文本文件，很多应用程序会保存一些记录到日志文件里，这种日志文件也可以是文本文件。通过本小节的学习，可以掌握对文本文件的简单读写方法。
81620发布于 2020-01-14 - 来自专栏Godot游戏开发引擎介绍和入门
Godot3游戏引擎入门之零零：简单的想法
Godot3游戏引擎入门之零零：简单的想法 2018-08-15 by Liuqingwen | Tags: Godot | Hits 一、缘由 今年 7 月份，也就是上个月，惊奇的发现世界上存在着这么一个小巧灵动的游戏引擎
1.7K20发布于 2019-01-07 - 来自专栏公众号-测试驿栈
年轻代与老年代的调优笔记
老年代(old 区) 从老年代GC称为Major GC 空间过小会产生old区小碎片，放不下大对象，引起频繁full gc。如果用了缓存，old区也要适当大些，同时缓存不应无限增长。 如果 Survivor的空间不足或经历16次Minor GC还能在新生代中存活的对象会通过分配担保机制被送入老年代。 老年代负责分配担保让Survivor无法容纳的对象直接进入老年代。 如果剩余空间小于转移对象大小，将直接进行 FullGc 进入老年代的对象 大对象会直接进入老年代（避免频繁复制） 在程序中长期持有了对象的引用（对象年龄达到指定阈值也会进入老年代） survivor 区太小 ，只能进入老年代 FullGC 执行 Minor GC(年轻代GC) 的时候，JVM 会检查老年代中最大连续可用空间是否大于了当前新生代所有对象的总大小 如果大于，则直接执行 Minor GC(年轻代GC 年轻代=eden+2survivor 年轻代和老年代的最优比例为1:2。
4.2K50发布于 2019-09-18 - 来自专栏公众号：懒时小窝
深入理解JVM - 实战老年代优化
深入理解JVM - 实战老年代优化 前言 通过前面的文章可以了解到JVM优化中老年代的FULL GC对于系统以及垃圾收集器的行为有着十分大的影响，比如CMS并发标记或者回收撑不住的时候要暂停用户线程并且呼叫 综上所述，老年代的优化是JVM优化的一个核心知识点，所以这一节就来讲解如何优化老年代的回收，尽量让对象在新生代回收而不是在老年代进行回收。 比如：**-XX:+UseParNewGC** 最终优化参数结果 经过上面的一系列分析，我们可以确定根本问题出在了对象提前进入了老年代导致Survior区域成为摆设并且老年代的对象不断扩展，最终老年代塞满而导致频繁 老年代的内存要如何优化呢？ 针对上面的案例，我们再分析几点内容： 老年代需要开启分配担保失败么？ 我们看下如果没有开启分配担保失败会如何？ 总结 下面根据这个案例总结一下如何思考优化的点 首先业务的对象都是生命周期十分短暂的对象，新生代的压力比老年代要大，所以适当缩小老年代空间是十分划算的 预测在高并发的场景下对象进入老年代的时机，如果对象经常
66650发布于 2021-08-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号