authorized_keys的扩展程度如何？

如果我正在使用类似gitolite的东西来处理访问控制，则authorized_keys的扩展程度如何？这意味着如果我说有50,000个用户，那么性能将是什么样（我猜不是很好）。有哪些选择？

更新： 我决定自己做一些测试（首先应该做的）。我编写了一个简单的脚本来生成SSH密钥并将其添加到authorized_keys文件中。我的计算机不是那么快，所以我只生成了8,061个密钥，然后将自己的密钥添加到最后，文件最终为3.1MB。然后，我添加了一个文件的git存储库，并运行了git clone 3次：

With 8,061 keys (Mine is at the end of the file)
real    0m0.442s
real    0m0.447s
real    0m0.458s

With just a single key:
real    0m0.248s
real    0m0.264s
real    0m0.255s

性能比我想象的要好得多。我仍然对任何可能对50,000+的大型按键组更快，更高效的替代方案非常感兴趣。

您实际上可以在GitHub上看到效率如何。这么多的键不会造成很大的瓶颈。

尽管正如2009年博客中所记录的那样，他们已经改变了从数据库中检索ssh密钥的方式。帽子提示：@Jeremey

但是，您创建了超过8k个密钥，则可以再次使用50k个密钥进行测试。

这些密钥不需要是有效的密钥，只需编写一个生成器并写入文件，然后将您的密钥附加到末尾即可。