面试 Marvell

2010年1月8日，我去了张江的marvell面试。 那边貌似空气还不错。

 

从我家到张江地铁站果然比到公司近点，大概不到四十分钟吧。不过下了地铁站发现那边都是餐饮店，感觉有点乱。 可以想象这边晚上灯红酒绿的样子。

 

我随便绕了一下，找了个路牌认认路，确定了方位后，就往marvell的老巢走去了。 在科苑路上，还有点小花园，感觉挺安静的。不想刚才地铁站边上这么多人，这么多车，嘈杂和凌乱。 因为到的太早了，我找到marvell所在的大楼后，就在边上逛了逛。除了人少，给我感觉最大的是，我陆续的遇到了近10辆IBM的班车。 我想这IBM人还真多，不负他全球几十万员工的称号。

 

后来还是来到了marvell，准备面试。 还是早了点，我等了不少时间，终于有个engineer来接我。这就是第一个面试我的人。

 

进入marvell大楼，我的第一感觉就是狭小。除了一楼大厅比较高之外，我去的楼层很矮。尤其是我看到了他们工作间的时候，那个真叫“间”啊。很高的隔断，相当小的座位。就一个书桌这么大吧。是在让我觉得很压抑。而且，由于楼很宽，里面的座位就离窗户很远了，不知道是这个原因呢，还是因为没开登的原因，我感觉很昏暗。oh，怎么会有这个感觉呢？

 

 

然后就开始面试了。 问了些做过的项目，一些技术问题，一些无关痛痒的东东。不过有些还是很值得借鉴，和进一步学习的。

尤其我觉得是一些更通用的技术性的东东。 我要记录一下。

 

1. 如何测试和提高程序的性能。

 

除了使用工具不说，不同的平台或许有不同的工具吧，更重要的想法。 这方面的经验我几乎为零。以前写程序，从来不考虑性能问题。 哈。

他提出的方法其实也不算很难，就是你在写的时候，可以加一些log，来输出，看哪个进程或者线程占用的时间多。

以后写程序的时候，要加一根这方面的弦。

 

2. 某个程序的瓶颈在什么地方

 

系统运行后，尤其在大并发量的时候，系统的资源用到了极致。那是不是有些资源用尽了 而其他的资源还很多呢？

会不会有的线程忙的要死，而有的线程很空呢？是不是可以把某部分的资源用到别的地方呢？

他提出了 有  内存瓶颈， cpu瓶颈，i/o瓶颈 我学习了。

 

 

3. 如何debug一个driver？

这是某个engineer问的，我还真不知道。 他们貌似是做这个的。 这个问题稍微偏了点了。

 

 

4. 作为一个系统，linux怎么跑以来的

哈，这次面试后，我发现这才是我现在最感兴趣的。

 

 

面到最后，老板面试。 他出来尽然跟我说，我看了你的简历，好像跟我们这边的工作不太符合嘛。 丫的，你早干嘛去了，现在跟我说不太符合。

恩，是不太符合。 有个engineer跟我说他的工作主要是做debug硬件问题的。 我不感兴趣了。

 

对了，这次面试是我第一次在面试的时候，主动向面试人员提问。问他们做的是什么，方向是什么，公司的结构是什么样子的，管理是什么样子的，福利怎么样。 我觉得挺有意思的。了解了解别人都在做什么，收获还是不少的。 哈