我应该使用标准C容器和东西进行游戏和其他实时活动吗？

我是一名使用VS 2012和VS 2010开发AAA游戏的C开发人员.我已经读过没有使用STL和VS附带的标准头文件中提供的其他东西.我根据游戏编程阅读了网站上的大部分内容,其中一些真的来自业内众所周知的人.我见过他们甚至不使用矢量,列表,地图等的情况,甚至没有使用效用函数和算法.在这种情况下,他们编写那些容器和自己的东西,它们具有几乎相同的接口,并且在如此巨大的代码上花费了大量的调试和实现时间.

我有两个问题：

1：为平台提供优化的VS实现是否具有更好的性能？是不是它使用了客户端上的人们不知道的一些内部函数,并且在基本的容器操作(例如insert,remove,find,swap,copy？)中提供它们自己的实现确实会更慢.让我们假设我们提供自己的自定义分配器,以便更快地将内存管理到我们使用的每个容器.此外,他们负责碎片,对齐和东西.为什么要开发具有几乎相同接口的自定义容器,为什么不花时间编写分配器和其他可能实际有用的东西呢？

2：有时我们通过巨大的代码库中的标准头文件包含很多很多不必要的东西.不必要,因为我们只需要一些或两个来自如此巨大的标题,包括其他巨大的标题等等.现在,我知道除非使用模板,否则不会实例化模板,对于它们内部的成员函数也是如此,等等等等.因为,这些是预编译的头文件,所以可以安全地假设没有编译时间用于那些不必要的东西.我的问题是,这些包含对代码大小(可执行文件)有任何隐藏的影响,随着代码库的巨大增长而增长吗？在我看来应该没有,但我想知道我并没有错,以防万一.

谢谢