From: | "Tom Turelinckx" <pgbf(at)twiska(dot)com> |
---|---|
To: | "Alexander Lakhin" <exclusion(at)gmail(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: RISC-V animals sporadically produce weird memory-related failures |
Date: | 2024-11-17 17:28:13 |
Message-ID: | 3db97903-884f-4b0c-b1cd-d7442e71ea75@app.fastmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hello Alexander,
On Thu, Aug 22, 2024, at 11:00 AM, Alexander Lakhin wrote:
> Dear copperhead, boomslang owner, could you consider upgrading OS on
> these animals to rule out effects of OS anomalies that might be fixed
> already? If it's not an option, couldn't you perform stress testing of
> these machines, say, with stress-ng?
Thank you for investigating and sorry about the delay on my side.
Both boomslang and copperhead were running on the same HiFive Unmatched board (with soldered RAM) [1]. When I configured this machine in late 2021 riscv64 was a Debian ports architecture. When it became an official architecture all the packages were rebuilt, so upgrading this machine essentially meant re-installing it completely.
I have now done just that, but on a new HiFive Premier P550 board [2]. It is running Ubuntu 24.04 LTS with a board-specific kernel, currently 6.6.21-9-premier (2024-11-09). The buildfarm client is executing within a Debian Trixie container created from the official Debian repo.
This stack is a lot more recent, should be more future-proof, and the board is significantly faster too. Boomslang has already built all branches and copperhead is currently going through them.
[1] https://www.sifive.com/boards/hifive-unmatched
[2] https://www.sifive.com/press/hifive-premier-p550-development-boards-now-shipping
Best regards,
Tom
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Lakhin | 2024-11-17 18:00:01 | deadlock-soft isolation test is failing on newest Fedora |
Previous Message | Bertrand Drouvot | 2024-11-17 05:36:27 | Re: define pg_structiszero(addr, s, r) |