几天前,海基Linnakangas发布消息在PostgreSQL邮件列表题为“让PostgreSQL多线程。“这一主题有相当讨论黑客新闻。
调查我所做的这个话题在Twitter上显示有极大的兴趣和压倒性的支持这样的努力!
PostgreSQL应该成为多线程?
——彼得•扎伊采夫(@PeterZaitsev)2023年6月12日
我很兴奋地看到这个讨论终于发生了!
从技术的角度来看,我认为多线程架构非常优越;的进程上下文切换成本更昂贵的比线程上下文切换。PostgreSQL有伟大的表现尽管如此,是的,但它无疑是一个机会来提高性能,尤其是对一些工作负载。
这是一个大的变化,虽然;PostgreSQL和PostgreSQL插件依赖于多进程多线程架构而不是多年来,如果PostgreSQL全球发展集团进行努力,它不会很快。海基自己承认需要多个主要PostgreSQL发布工作要完成。
着手此项工作的缺点是机会成本。稀缺的发展资源可以用于其他东西和PostgreSQL的稳定性和潜在影响,更是如此,插件的生态系统。
不过,在我看来,毫无疑问这工作需要做。数据库性能关键型软件;您必须使用最高效的操作系统概念来获得最佳性能。它也不太可能会容易代码只会变得和这些年来变得更加复杂(当然,除非人工智能成为能够执行这样一个主要已任务。)
所以是时候咬紧牙关,让PostgreSQL多线程?你怎么认为?
没有真正的胃这在社区,这是一个主题,在列出了不止一次。有太多的投资使现有模型可靠。它还将在野外休息这么多东西。
一项帮助是如果PostgreSQL工程师进程prefork (Ala Apache)。
我不期望改变容易和安全问题可能导致团队坚持平面现状。虽然Pre-fork可以帮助创建的开销成本的过程中,它并没有切换进程和线程之间切换的成本。
你当然可以想象过程基础架构,这样开关没有发生——就像固定数量的流程每个绑定到特定的cpu核心每进程/线程和管理多个查询,但改变这样的架构可能会更加困难。