9 月 27 日周五上交所遭遇了堵单问题，当天的交易量大幅下降。为了解决问题，上交所最后选择了重启交易系统，问题随后真的解决了。财新援引专业人士的消息报道，交易所的操作系统较为古老，在处理高并发任务时遇到瓶颈，尤其是在内存管理方面；当系统负载过高，内存被耗尽，导致程序无法正常处理请求，甚至完全卡死。「在这种情况下，重启系统可以清理内存，释放被占用的资源，从而让系统恢复正常。这种现象在较老的系统中更为常见，因为它们的内存管理和资源调配机制相对简单，不如现代操作系统那样高效。」这位专业人士说，可以增加几条简单的操作系统命令，将缓存中的数据写入硬盘，释放内存空间。上交所的交易系统源自德意志交易所的 Xetra 交易系统，而该系统是基于一款 VAX/VMS 的操作系统，由 DEC 在 1970 年代末推出，DEC 早已停止开发，了解该系统的专业人士也非常少。
weekly.caixin.com/2024-10-12/102244348.html

能跑就别轻易动。 重启就能解决， 多么幸福。

大型系统难的是业务逻辑

20 多年的屎堆，谁敢动

我们系统想升级个 Linux 发行版的大版本都一堆问题，何况上交所这个系统。上交所想升级估计是往 Linux 转移，又是底层架构又是业务代码，谁敢动啊这😧

维护这个系统的人应该很爽呀。不用担心 35 岁被裁：）

平时一大堆事情压力应该也很大的。

他最早设立的时候的代码，估计都是找外国公司买的代码。后面不知道加了多少版本的代码进去。大部分人维护的系统，撑死只有几年的开发时间。整个 v 站没有几个有维护三十几年的代码吧。重启能解决就挺好的了。这玩意如果能花大价钱去重构一次，可能会好一点。但是没有收益的事情谁去做

九代单传传下来的谋生秘技，传里不传外，传子不传女

平滑过度的话, 单独开发一套新系统, 一部分用户数据复制/迁移过去, 代理层分流这部分用户流量给新系统, 灰度一段时间如果功能都稳定就可以考虑继续迁移直到全切过去.至于性能, 新系统的话, 随便哪个大厂的一流团队支援下, 就像当年阿里支援 12306 一样, 性能都能搞定的.

早年听大佬吹牛时讲过，说上交所的多处理器系统是一条指令，多个 cpu 跑，然后表决结果的。当时觉得牛逼的不行。。。要真如 op 所讲，还是基于 vax/vms 的，到今天肯定是相对落后了。

正式工可得有关系，临时工就是来背锅的，爽不爽不取决于工作内容

很爽有没有。没人能动得了，也不会轻易堆屎需求进去。出了问题，重启就行，也不用加班加点修 bug 。简直是程序员的福音。

交易所这点工资能留得住啥人

复盘上交所爆单宕机事件：问题源于信创 最后靠重启系统解决9 月 27 日，上交所因系统负载过高导致交易缓慢异常，部分券商客户端崩溃。尽管成交量不大，但交易堵塞依然严重。9 月 29 日，问题通过重启系统解决。专业人士指出，问题源于上交所老旧的系统在高负载下内存耗尽，而信创改造导致的兼容性问题也可能是关键原因之一。相比之下，深交所的交易系统尚未出现异常。据悉，深交所的系统早期源于 IBM 的一套技术，后买下版权自主研发出了第五代交易系统⸺STSV5 ，完全基于开放平台和分布式架构，于 2016 年 6 月上线。cnbeta

必然是有人需要做一些事情才坏的。

部分？灰度？交易所可不像互联网一部分用户打不开或者卡了也没什么。到时候如果同样订单一个系统能成交，另一个不能，或者一个价格好一个价格坏怕不是要吃官司

不难。就是上交所垃圾罢了。垃圾人办垃圾事。不过这类报道里的“专业人士”也是垃圾，不知道是本人屁都不懂，还是记者听个一知半解就瞎写。

不是很难是非常难这种系统能通过重启解决已经算好的了有多少系统，意外关机一次就再也没起来过…

在这种单位的技术部门干活就讲究一个不求有功但求无过，升级了没出问题没功劳，出了问题你背锅检讨上会批评

这种系统非常庞大，对接的外部系统也非常多，没有几个人能懂整个系统的全貌。虽然周末券商也配合做系统测试，但只有半天时间，只能做些小的修复。要想更新这个系统，除非有人做破坏性的创新才行。

上交所基本靠外包深交所有自己开发迭代的能力

很惊险阿要是重启不成功, 就完球了 这种老系统, 重启一次都是大事, 不成功很正常

别更新了, 重开发一个拉到这种老东西没更新价值

深交所交易额更大却没问题，上交所不是第一次出问题了 有办法的，例如先和旧系统并行一段时间，用户数据同时提交到两个系统，新系统只做内部测试

这种系统怎么可能临时升级。。。你以为都像互联网行业啊

这么复杂的系统，谁感动啊，别说更新系统，换个内存条都瑟瑟发抖。