core

def cpu(): all_cpus=[] with open('e:/cpu.txt') as f: core={} for line in f.readlines(): ab=line.split(":") if len(ab)==2: if ab[0].strip()=='processor': if core: all_cpus.append(core.copy()) core={} core['proc_id']=ab[1].strip() else: core[ab[0].strip()]=ab[1].strip() all_cpus.append(core.copy()) print(all_cpus) return all_cpus; if __name__ =='__main__': cpu() 来源： https://www.cnblogs.com/MorrowWind/p/12080879.html

原文：Deep-dive into .NET Core primitives, part 2: the shared framework 作者： Nate McMaster 译文：深入理解.NET Core的基元（二） - 共享框架 作者： Lamond Lu 本篇是之前翻译过的《 深入理解.NET Core的基元: deps.json, runtimeconfig.json, dll文件 》的后续，这个系列作者暂时只写了3篇，虽然有一些内容和.NET Core 3.0已经不兼容了，但是大部分的原理还都是相通的，所以后面的第三篇我也会翻译。 深入理解.NET Core的基元（一）：deps.json, runtimeconfig.json, dll文件 深入理解.NET Core的基元（二）：共享框架 深入理解.NET Core的基元（三）：深入理解runtimeconfig.json 前言 自.NET Core 1.0起，共享框架(Shared Framework)就已经成为了.NET Core的重要组成部分。自.NET Core 2.1起，ASP.NET Core就已经作为共享框架的第一次出现。你可能从来注意过这一点，但是在设计它的时候，我们经历了许多反复和持续的讨论。在本篇文章中，我们将深入共享框架并讨论一些开发人员经常遇到的一些陷阱。 基础部分 .NET

今天我们用vs2017创建一个asp.net core 的应用程序，打开vs2017 点击：文件—>项目，选择asp.net core web 应用程序 点击确定 红框内就昨天用控制台去创建的应用程序 然后点击确定 这里默认是用的iis方式去运行的，按f5进入运行 这里和昨天用控制台运行的一样。 asp.net core 是可以自己托管的，这里看到可以使用控制台去运行调试 这里可以看到一个Program.cs 的文件，它是所有控制台的入口 这里推荐用控制台去运行调试，这样它会把运行的日志打印在控制台上！ 这些东东其实和昨天的一样。 如果有什么不足的地方可以指出来 来源： https://www.cnblogs.com/MingQiu/p/8143215.html

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 什么是core文件 程序崩溃时保留现场，将内存信息映射到core文件中，便于程序员进行调试 查看core文件存储地址以及命名规则 # cat /proc/sys/kernel/core_pattern /home/coresave/bak/core.%e.%p.%t %p - insert pid into filename 添加pid %u - insert current uid into filename 添加当前uid %g - insert current gid into filename 添加当前gid %s - insert signal that caused the coredump into the filename 添加导致产生core的信号 %t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间 %h - insert hostname where the coredump happened into filename 添加主机名 %e - insert coredumping executable name into filename 添加命令名 core文件生成大小限制

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一、运行时错误 任何人写程序都会出错，正如《C++编程规范》所说，真正可怕的错误不是编译时的错误，而是运行时错误。 有的程序可以通过编译， 但在运行时会出现Segment fault(段错误) 这通常都是指针错误（一般就是空指针）引起的，或者访问了不能访问的内存（数组越界，系统保护） 二、core文件 我们不可能用GDB一句一句的去找，真正的英雄都善于使用手中的武器。这就是core file 所谓core，就是当程序down掉的时候，操作系统把程序的内存内容dump下来，这个动作就是core dump，动作的结果就是core文件 产生： 1.程序挂了，操作系统产生 2.通过gcore $pid命令直接导出相应进程的core文件，此命令运行后， 会恢复程序的执行， 不影响程序的运行 3.通过另一个进程发送SIGABRT信号给当前进程， 虽然也能产生core文件，但是程序随着一起终止掉 三、core文件开关设置 1.终端级别 怎么样才能让程序down掉的时候，自动core dump呢？可以通过 ulimit查看和设置 #查看core文件的信息 ulimit -a ju@musicoder:~$ ulimit -a core file size (blocks， -c) 0 data seg size (kbytes

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> core dump在应用crash掉之后对问题的诊断是很有帮助的。而在默认安装的时候core dump是关闭状态的。 问题一：如何查看系统是否打开了core dump 使用【ulimit -c】查看core dump是否打开。如果结果为0，则表示此功能处于关闭状态，不会生成core文件 问题二：如何打开core dump 方法一：命令行方式【ulimit -c 1024】，在这个例子中打开了core dump 同时限制文件大小为1024k，现在的程序占用内存都比较凶猛，以前写C程序需要计算内存的时代已经过去了。如果不加限制，可能一个core文件，几个G就出去了～，当然没有限制的方式还是有的【ulimit -c unlimited】 方法二：配置profile文件，打开/etc/profile文件，在里面可以找到【ulimit -S -c 0 > /dev/null 2>&1】，将它改成【ulimit -S -c unlimited > /dev/null 2>&1】 方法三：修改/etc/security/limits.conf文件，添加【* soft core 0】，这个方法可以针对指定用户或用户组打开core dump【user soft core 0或 @group soft core 0】