当下，Spark已经在国内得到了广泛的认可和支持：2014年，Spark Summit China在北京召开，场面火爆；同年，Spark Meetup在北京、上海、深圳和杭州四个城市举办，其中仅北京就成功举办了5次，内容更涵盖Spark Core、Spark Streaming、Spark MLlib、Spark SQL等众多领域。而作为较早关注和引入Spark的移动互联网大数据综合服务公司，TalkingData也积极地参与到国内Spark社区的各种活动，并多次在Meetup中分享公司的Spark使用经验。本文则主要介绍TalkingData在大数据平台建设过程中，逐渐引入Spark，并且以Hadoop YARN和Spark为基础来构建移动大数据平台的过程。
这几天写程序老是使用thread来做，所以自己封装了一个threadbase的类来做简单的测试使用，但是在写的过程种发现又两个获取线程id的函数：pthread_self和gettid，那这两个函数有什么区别呢？
看gettid的man，这样写道：
前几天从新编译了内核，是应为升级了内核后vbox不能用了，所以又从新编译了内核，并且安装编译了vbox的内核模块，但是也出了问题，在每次shutdown的时候机器总是无法断点，磁盘灯不再亮，说明磁盘也不写了，只是一个锁灯在不断的闪，看了messages总的日志看到这样两句：
来公司之后就没有怎么好好学习内核方面的东西了，也就是是在师妹们问起的时候查查源码或是搜索一下解答一下。本以为我会在内核这条路上越走越远。。。
在公司的一个交流会上，由于发言太过积极被奖励了一张当当的购书卡，回来之后直接上当当就买了本ULK，再此捧起内核的书来看，来学习，现在每天晚上回来看上半小时到一小时，让后睡觉，呵呵，有种踏实的感觉。
最近一段时间都是在搞我负责的部门数据接口的转换，所以最近一段时间连续升级了自己管理的几个小系统的数据接口。部门服务器的端口是要严格控制的，所以首先也要在我们自己的服务器上去做监控，一旦发现立杀无赦。在端口监控这个项目上是一个C/S的结构，服务器保存规则，客户断请求，但是这些都是线上服务一旦切换错了，那问题可就。。。。
前几天去了一个公司再做什么音频会议系统，他们买了一个音频处理芯片，但是这个芯片和cpu的接口比较奇怪！atm的接口，但是却没有遵循atm的协
Out-of-Memory (OOM) Killer是一种保护机制，用于当内存严重不足时，为了系统的继续运转，内核迫不得已挑选一个进程，将其杀死，以释放内存，缓解内存不足的问题。可以看出这种方式对进程的保护是有限的，不能完全的保护进程的运行。 OOM Killer的关闭与激活方式：
Copyright (c) 2007 - 2020, helight; all rights reserved.【 粤ICP备15029944号 】
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows.
