嗯——@bogojevic和@milanknezevic被列为这个构建器的维护者，但显然他们没有接受@golang/mips的邀请(也许它不小心被垃圾邮件过滤了？)。

我已联系他们，但没有回应。
CC @wzssyqa

你好，bcmills和mengzhuo。抱歉回复晚了。我无法继续维护mips构建器，因为我不再拥有访问权限。

你好，bcmills和mengzhuo,抱歉回复晚了。我无法继续维护mips构建器，因为我不再能访问它们了。
@milanknezevic
你是rtrk的构建器提供者吗？将来这些构建器还会工作吗？如果不会，我们(cip united)可以提供一些替换mips机器或增加更强大的构建机器。

@Fearyncess@bcmills@bcmills 我现在以某种方式维护这些机器。它们应该在未来可预见的时间内正常工作，但考虑到我们共享相同的主机来运行32位和64位MIPS变体，总是更好的是添加更强力的机器。

@draganmladjenovic,你能发送一个更改来更新x/build/dashboard(以及可能的x/build/internal/gophers)吗？请提供当前rtrk机器的联系信息。

Also mipsle (not just mips64 ).
greplogs -l -e FAIL\\s+maplinear\\.go --since=2022-06-22
2022-06-30T21:52:06-af725f4/linux-mipsle-rtrk

https://go.dev/cl/415715提到了这个问题：dashboard: update host-linux-mips64*-rtrk owner

找到新的 Jmeter 板测试碎片：

#!watchflakes
post <- pkg == "maplinear.go" && `iterdelete: too slow` && goarch ~ `mips`

2023-02-02 23:40 linux-mips-rtrk go@683b2c46 maplinear.go ( log )

# go run run.go -- maplinear.go
exit status 2
panic: iterdelete: too slow: 40000 inserts: 1.629930923s; 80000 inserts: 6.155884559s

goroutine 1 [running]:
panic({0xc8660, 0x40c060})
	/tmp/gobuilder-mips64/go/src/runtime/panic.go:1015 +0x528 fp=0x45ef3c sp=0x45eedc pc=0x50b48
main.checkLinear({0xd4942, 0xa}, 0x9c4, 0xdbf2c)
	/tmp/gobuilder-mips64/go/test/maplinear.go:59 +0x2bc fp=0x45efac sp=0x45ef3c pc=0xba76c
main.main()
	/tmp/gobuilder-mips64/go/test/maplinear.go:158 +0x210 fp=0x45efc0 sp=0x45efac pc=0xbaa50
runtime.main()
	/tmp/gobuilder-mips64/go/src/runtime/proc.go:250 +0x2b0 fp=0x45efec sp=0x45efc0 pc=0x54770
runtime.goexit()
	/tmp/gobuilder-mips64/go/src/runtime/asm_mipsx.s:617 +0x4 fp=0x45efec sp=0x45efec pc=0x8aa58

— watchflakes