core dump又叫核心转储, 当程序运行过程中发生异常, 程序异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 叫core dump. (linux中如果内存越界会收到SIGSEGV信号，然后就会core dump)
前言： 进程crash一般比较讨厌，尤其是segmentation fault，所谓的“踩内存”，是最讨厌的。 分析： 1，status 进程的状态，一般使用ps aux命令查看： 其中STAT列
因为之前一直没怎么玩过CentOS，大多数时间都是使用Win10进行开发，然后程序都部署在Window Server2008或者Window Server2012上！因此想尝试下Linux系统。最后经过选型选了比较流行的CentOS系统。正好，今晚要加班，所以在数据备份的空隙，写了今天这篇关于使用CentOS开发ASP.NET Core的入门教程。干货不多，主要是为了记录自己向Linux迈出第一步的大门。大家将就着看吧！
摘要：当程序运行出现段错误时，目标文件没有调试符号，也没配置产生 core dump，如何定位到出错的文件和函数，并尽可能提供更详细的一些信息，如参数，代码等。 第一板斧 准备一段测试代码 018.c #include <stdio.h> int main(int argc, char *argv[]) { FILE *fp = NULL; fprintf(fp, "%s\n", "hello"); fclose(fp); return 0; } 编译运行 $ gcc 0
前面的博客说了，我在解决solr索引的问题，但是后面我遇到的问题一次比一次严重，上次还能访问solr和系统，上次博客中看到我的solr上面有报错，那是我new_core出现的问题，我作死的在linux中删除了new_core文件
本篇文章主要讲解的是如何在Linux CentOS7操作系统搭建.NET Core运行环境并发布ASP.NET Core应用程序，以及配置Nginx反向代理服务器。因为公司的项目一直都是托管在Window服务器IIS上，对于Linux服务器上托管.NET Core项目十分好奇。因为好奇，因此就有了这篇文章关于如何在Linux CentOS7系统中配置.NET Core运行环境，部署项目和反向代理服务器的配置。
最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了coredump技术以找到崩溃原因，即确定进程退出时正在执行的函数是哪个，其状态如何。
有人说.NET在国内的氛围越来越不行了，看博客园文章的浏览量也起不来。是不是要转Java呢？ 没有必要扯起语言的纷争，Java也好C#都只是语言是工具，各有各的使用场景。以前是C#非开源以及不能在Linux上使用，没有被互联网公司考虑，但它仍然有它的用途。这几年国内互联网公司进入蓬勃发展时期，所有才有这样的趋势。但并不代表C#不能做互联网应用，可以说在接下来的一年内.net core将会成为一个很好的趋势，结合容器以及微服务架构会成为互联网公司另一个比较好的选择。 作为现在在用.NET的公司，如果有机会
聊 .NET Core，就不得不说他的爸爸 .NET。 当年Java刚刚兴起，如火如荼，微软也非常推崇Java，当时Windows平台的Java虚拟机就是微软按照JVM标准实现的，据说也是当时性能最好的Java虚拟机。但是微软也是有私心的，微软总想搞点Windows平台上的特性，有点想把Java绑定到Windows平台上的味道，另外Sun公司确实有点小心眼，于是Sun公司就跟微软闹掰了，然后微软就推出了 .NET，.NET从出生开始其实就借鉴了Java，然后又一步步在语言特性、窗体开发等方面实现了超越。Java在1.6版本以后发展缓慢，后面Java也在语言特性上借鉴了.NET。当然，这也是由于Sun公司不太争气。https://www.zhihu.com/question/22814456
在 .NET Core 3.0 中，我们将引入一套工具，这些工具利用 .NET 运行时中的新功能，使诊断和解决性能问题变得更加容易。
由于种种原因，linux的内核版本需要升级，但由于生产原因往往不能在线升级，在此记录笔者本人昨晚的的离线升级步骤，亲测可用。
4月28日，在公众号里发起《.NET Core 使用调查》，该调查为期一周，有近3300名开发者参与. 已经使用.net core 的人数只有44%，计划使用.net core 比例达到48%， 没
进程崩溃时，Linux会将崩溃前进程的内存状态保存在core文件里，就像保存了案发现场的照片，可以帮助开发人员找到事故原因，修复程序。本文用简单的例子讲解如何根据core文件，定位进程崩溃的原因。 首先编写C++代码，定义一个空指针，对空指针所指向的内存区域写，发生段错误
在window下开发的串口操作项目，在CentOS7环境报错。报错的顺序是可以打开串口，但是在向串口发送指令的时候，直接退出了。
hs_err_pid这种文件，是JVM出现错误时dump下来的。记录了错误发生当时： 1）JVM的状态参数 2）Linux的状态参数 就以下面的文件为例： # # There is insufficient memory for the Java Runtime Environment to continue. # Cannot create GC thread. Out of system resources. # Possible reasons: # The system is out of p
正常情况有两个启动项，一个是“正常启动”，另一个是“救援模式启动”（rescue）。 如果启动项多于2个，说明当前系统有旧内核未删除。原因是CentOS更新后不会自动删除旧内核。 默认以新内核启动，可以在启动选项中临时选择，也可以修改配置永久指定。
今天，我们宣布推出.NET Core 3.0 Preview 7。我们已经从创建新特性阶段过渡到了完善版本阶段。对于接下来的预览版，我们将把重点放在质量(改进)上。
最近在开发一个项目，需要用到高精度的延时机制，设计需求是 1000us 周期下，误差不能超过 1%（10us）。
如果确定当前的linux系统是红帽系列，那么可以使用该方法，别的linux系统不支持，比如Ubuntu。特别是通过方法一确定是linux系列后，想进一步知道该系统内核版本。
为什么是.net core？ 记得在半年前.NET CORE刚刚出了1.0，当时有朋友推荐我使用的时候，个人觉得还不成熟。 现在.NET Core已经到了2.0，.NET Standard 2.0 添加了许多.NET Framework 4.6.1 支持的API，以及.NET Standard 2.0 。 尤其是 .NET Standard的出现 让大家从.net framework 迁移到.net core 成本降低了很多。我个人认为可以用于实际项目了。（ps：张队会说我们在.net core 1.0就
最近工作中遇到某个服务器应用程序 UDP 丢包，在排查过程中查阅了很多资料，我在排查过程中基本都是通过使用 tcpdump 在出现问题的各个环节上进行抓包、分析在那个环节出现问题、针对性去排查解决问题，对症下药，最后终究能够解决问题。但是这种情况大多是因为服务本身的问题，如果是环境问题、操作系统、甚至硬件的问题，可能从服务本身出发不能解决问题，但是这篇文章另辟蹊径，从外部环境分析可能丢包的原因，看完之后，很受用，部分章节对原文有所修改，下面分享出来供更多人参考。
最近很火的是国产的操作系统 UOS 系统，这个系统现在存在的问题就是生态没搭建起来。作为 dotnet 开发者，可以通过很多不同方向的技术为 UOS 系统生态贡献应用，如 Xamarin 和 GTK# 或 wine 和 win32 应用，或 mono 和 WinForms 应用等。本文将安利大家使用 Avalonia 框架开发 UOS 上的原生应用
这些工具可以帮助开发人员深入了解程序崩溃时的状态，并帮助他们诊断和解决问题。 详细内容可以参考下面的官方文档： Core Analyzer Home (sourceforge.net)
.net core 的运行环境我单独写了一篇，请看我的这篇文章[linux（centos）搭建.net core 运行环境]
Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从Apache2.0协议开源。Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口（类似 iPhone 的 app），更重要的是容器性能开销极低。
由于某些原因，需要在linux下验证Office文档的正确性，所以进行了一些校验工具的调研，vscode上有OOxml Validator插件，本质也是调用的微软的Document.OpenXml SDK, 在windows上有微软提供的安装程序安装运行，可以去官网下载，linux以及macos上暂时没发现有相应的工具可以使用，好在macos和linux上都有dotnet的支持，为linux上实现调用C#库提供了条件
很多时候，我们在本地开发过程中程序运行很正常，但是发布到线上之后由于环境的原因，可能会有一些异常。通常我们会通过日志来分析问题，除了日志还有一种常用的调试手段就是：附加进程。
目标文件是源代码编译后未进行链接的中间文件（Windows的.obj和Linux的.o），与可执行文件（Windows的.exe和Linux的ELF）的结构和内容相似，因此跟可执行文件采用同一种格式存储。PC平台常见的可执行文件格式主要有Windows的PE（Portable Executable）和Linux的ELF（Executable and Linkable Format）。PE和ELF都是通用目标文件格式（COFF，Common Object File Format）的变种。在Windows下，我们将目标文件与可执行文件统称为PE-COFF文件，Linux统称为ELF文件。除此之外，还有些不常用的目标文件与可执行文件格式，比如Intel和Microsoft以前使用的对象模型文件（OMF，Object Module File）、Unix的最初使用的a.out和MS-DOS的.COM格式等。
使用 kubectl describe pod 查看异常的 pod 的状态，在容器列表里看 State 字段，其中 ExitCode 即程序退出时的状态码，正常退出时为0。如果不为0，表示异常退出，我们可以分析下原因。
（1）Windows系统上有些文件名是无法创建文件的，比如上图中的aux，还有com1等，这些是系统保留的设备名。所以导致clone失败。 （2）Linux文件名区分大小写，而Windows不区分。而Linux内核里恰好有一些只有大小写不同的文件，在Windows下只能创建其中的一个。这导致了Git工具的错误。
在使用动态库开发部署时，遇到最多的问题可能就是 undefined symbol 了，导致这个出现这个问题的原因有多种多样，快速找到原因，采用对应的方法解决是本文写作的目的。
1.1 Fedora Core和Fedora 一开始总搞不清楚 Fedora Core和Fedora有什么关系？有什么不同，现在终于明白了，自从Fedora Core 第七版开始以后就开始称作Fedora 7.0，8.0等等之类的了。 Fedora Core（自第七版直接更名为Fedora）是众多 Linux 发行套件之一。它是一套从Red Hat Linux发展出来的免费Linux系统。现时Fedora最新的版本是Fedora 13,Fedora是linux发行版中更新最快的之一，
呵，段错误？自从我看了这篇文章，我还会怕你个小小段错误？ 请打开你的Linux终端，跟紧咯，准备发车！！嘟嘟嘟哒~~
net.ipv4.ip_local_port_range = 9000 65500
原文地址：Servers overview for ASP.NET Core By Tom Dykstra, Steve Smith, Stephen Halter, and Chris Ross ASP.NET Core应用通过一个进程内的HTTP服务器实例实现运行，这个服务器实例侦听HTTP请求并将请求作为组成HttpContext的一组请求功能集暴露给我们的应用程序。 ASP.NET Core搭载两个服务器实现： Kestrel是一个基于libuv的跨平台HTTP服务器，libuv是一个跨平台的异步I
core dump 可以理解为当程序崩溃时，自动将内存信息保存到文件中。这里的 core 就是 memory，dump 就是将内存数据保存到磁盘的过程。
在运行PyTorch代码的时候，报了“ModuleNotFoundError: No module named ‘_bz2’”错误，完整报错提示信息如下：
在之前的文章《dotNET Core中使用Aspose（部署Docker）》中介绍了在 dotNet Core2.1 中使用 Aspose ，并部署到 Docker 中，现在 dotNET Core 升级到了 3.1 ，Docker 镜像发生了变化，一些依赖的安装也有些变化。
这部分将简要介绍下NUMA架构的成因和具体原理，已经了解的读者可以直接跳到第二节。
如果有人问redis 到底跑的有多快,简单的回答,纳秒等级, 可如果再要细问,估计只能进行测试了,每台机器的物理硬件标准不同,所以就需要基准测试. 另外redis到底需要不需要进行调优,可能大部分场景不需要,但不需要不意味这你可以欣然接受你不会.
程序运行过程中可能会异常终止或崩溃，OS会把程序挂掉时的内存状态记录下来，写入core文件，这就叫 coredump，通过gdb结合core文件可以方便地进行调试。
有时候，使用PHP的第三方扩展之后，可能会发生一些错误，这个时候，可能就需要更底层的方式追踪调试程序发生错误的地方和原因，熟悉linux下C编程的肯定不陌生gdb
守护进程，英文名：“daemon"，也有守护神的意思。守护进程是一个在后台运行并且不受任何终端控制的进程，不会随着会话结束而退出。诸如 mysql、apache 等这类程序默认就提供了守护进程或者以守护进程的方式工作，我们熟悉的 “mysqld”、"httpd" 等其中的 d 就是 daemon 的意思。比如我们在 Linux 系统上以命令 dotnet xxx.dll 运行 .NET Core 应用程序时，如果我们结束会话，那么我们的程序将会结束运行。其原因是 Linux 系统中有一个信号机制，进程可以通过一系列信号进行通信，当用户结束会话时，会向当前会话的子进程发送一个 HUP 信号，一般情况下当前会话的子进程收到HUP信号以后就会退出自己。 这时我们就需要一个守护进程来管控我们的 .NET Core 应用程序进程。
核心依然是在Windows上开发.Net程序，只需要安装虚拟机即可，推荐使用Parallels Desktop，价格不贵，淘宝有大量半价销售，可以使用融合模式。当然，可以找一些其他的免费得虚拟机，都差不多，都会有一个问题——卡。
网上看了一下，Linux云服务器还挺贵的，那就只好先用VMware虚拟机搭建个吧。这里我选装的Linux系统版本的是CentOS，Linux系统众多发行版之一，相信各位园友也不陌生。
微软在Build开发者大会上宣布，.NET Core 3将包含对Windows桌面应用的支持。这意味着开发人员可以在.NET Core中使用WinForms、WPF或UWP编写Windows平台应用了。虽然这些GUI框架仅存在于Windows上，但这种支持让开发人员更容易重用应用程序逻辑的代码。 .NET Core 2支持的三种语言（C#、VB和F#）在.NET Core 3中仍然支持，它们都可以用于构建Windows桌面应用程序。虽然按照计划，.NET Core 3预览版将在2018年发布，但最终版本预计
根据GATK官网有关于Resource bundle的说明https://gatk.broadinstitute.org/hc/en-us/articles/360035890811-Resource-bundle)
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
