GNU bug report logs - #61461
[PATCH core-updates] gnu: jemalloc: Build with THP support on aarch64.

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 61461 in the body.
You can then email your comments to 61461 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Roman Scherer <roman.scherer <at> burningswell.com>
To: Guix Patches <guix-patches <at> gnu.org>
Subject: [PATCH core-updates] gnu: jemalloc: Build with THP support on aarch64.
Date: Sun, 12 Feb 2023 21:07:44 +0100

[Message part 1 (text/plain, inline)]

Hello Guix,

I'm running Guix on an aarch64 system that uses a Linux kernel configured with
a page size of 16K. Some of the substitutes I receive from Guix sometimes do
not work. I believe all packages that use jemalloc, which are quite a lot.

Rust is one example. It fails like this:

```
[roman <at> bombaclaat guix]$ rustc
<jemalloc>: Unsupported system page size
<jemalloc>: Unsupported system page size
<jemalloc>: Unsupported system page size
terminate called without an active exception
Aborted
```

Building packages that depend on jemalloc also fail. I can't compile the rust
package from Guix for example.

This patch series updates jemalloc and enables the use of transparent huge
pages on the aarch64 architecture. I saw we support THP as well for i686-linux
and x86_64-linux, so I think it's fine to enable it here as well. At least
it's better than crashing.

The patch should also make it possible to use substitutes built on CI by
systems running with larger kernel pages sizes, avoiding long compilation
times for things like the whole rust toolchain.

Since jemalloc has a lot of dependencies, I think it's a candidate for
core-updates.

I submitted parts of this patch series in another ticket where I tried to fix
Icecat compilation on my aarch64 system. But I think it's worth a separate
issue. And I'm blocked on the other issue at the moment.

Could you please review the patchs?

Thanks, Roman.

[0001-gnu-jemalloc-Update-to-5.3.0.patch (text/x-patch, attachment)]

[0002-gnu-jemalloc-Build-with-transparent-huge-pages-on-aa.patch (text/x-patch, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Christopher Baines <mail <at> cbaines.net>
To: Roman Scherer <roman.scherer <at> burningswell.com>
Cc: 61461 <at> debbugs.gnu.org, guix-patches <at> gnu.org
Subject: Re: [bug#61461] [PATCH core-updates] gnu: jemalloc: Build with THP
 support on aarch64.
Date: Thu, 02 Mar 2023 10:05:42 +0000

[Message part 1 (text/plain, inline)]

Roman Scherer <roman.scherer <at> burningswell.com> writes:

> Hello Guix,
>
> I'm running Guix on an aarch64 system that uses a Linux kernel configured with
> a page size of 16K. Some of the substitutes I receive from Guix sometimes do
> not work. I believe all packages that use jemalloc, which are quite a lot.
>
> Rust is one example. It fails like this:
>
> ```
> [roman <at> bombaclaat guix]$ rustc
> <jemalloc>: Unsupported system page size
> <jemalloc>: Unsupported system page size
> <jemalloc>: Unsupported system page size
> terminate called without an active exception
> Aborted
> ```
>
> Building packages that depend on jemalloc also fail. I can't compile the rust
> package from Guix for example.
>
> This patch series updates jemalloc and enables the use of transparent huge
> pages on the aarch64 architecture. I saw we support THP as well for i686-linux
> and x86_64-linux, so I think it's fine to enable it here as well. At least
> it's better than crashing.
>
> The patch should also make it possible to use substitutes built on CI by
> systems running with larger kernel pages sizes, avoiding long compilation
> times for things like the whole rust toolchain.
>
> Since jemalloc has a lot of dependencies, I think it's a candidate for
> core-updates.
>
> I submitted parts of this patch series in another ticket where I tried to fix
> Icecat compilation on my aarch64 system. But I think it's worth a separate
> issue. And I'm blocked on the other issue at the moment.
>
> Could you please review the patchs?

The patches don't look to apply to core-updates, as far as I can see,
core-updates already has jemalloc 5.3.0 and doesn't pass the
--disable-thp flag for any architecture.

[signature.asc (application/pgp-signature, inline)]

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Roman Scherer <roman.scherer <at> burningswell.com>
To: Christopher Baines <mail <at> cbaines.net>
Cc: 61461 <at> debbugs.gnu.org, guix-patches <at> gnu.org
Subject: Re: [bug#61461] [PATCH core-updates] gnu: jemalloc: Build with THP
 support on aarch64.
Date: Fri, 03 Mar 2023 14:05:03 +0100

[Message part 1 (text/plain, inline)]

Hi Christopher,

ok, I see. Thanks for looking into this.

Christopher Baines <mail <at> cbaines.net> writes:

> [[PGP Signed Part:Undecided]]
>
> Roman Scherer <roman.scherer <at> burningswell.com> writes:
>
>> Hello Guix,
>>
>> I'm running Guix on an aarch64 system that uses a Linux kernel configured with
>> a page size of 16K. Some of the substitutes I receive from Guix sometimes do
>> not work. I believe all packages that use jemalloc, which are quite a lot.
>>
>> Rust is one example. It fails like this:
>>
>> ```
>> [roman <at> bombaclaat guix]$ rustc
>> <jemalloc>: Unsupported system page size
>> <jemalloc>: Unsupported system page size
>> <jemalloc>: Unsupported system page size
>> terminate called without an active exception
>> Aborted
>> ```
>>
>> Building packages that depend on jemalloc also fail. I can't compile the rust
>> package from Guix for example.
>>
>> This patch series updates jemalloc and enables the use of transparent huge
>> pages on the aarch64 architecture. I saw we support THP as well for i686-linux
>> and x86_64-linux, so I think it's fine to enable it here as well. At least
>> it's better than crashing.
>>
>> The patch should also make it possible to use substitutes built on CI by
>> systems running with larger kernel pages sizes, avoiding long compilation
>> times for things like the whole rust toolchain.
>>
>> Since jemalloc has a lot of dependencies, I think it's a candidate for
>> core-updates.
>>
>> I submitted parts of this patch series in another ticket where I tried to fix
>> Icecat compilation on my aarch64 system. But I think it's worth a separate
>> issue. And I'm blocked on the other issue at the moment.
>>
>> Could you please review the patchs?
>
> The patches don't look to apply to core-updates, as far as I can see,
> core-updates already has jemalloc 5.3.0 and doesn't pass the
> --disable-thp flag for any architecture.
>
> [[End of PGP Signed Part]]

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.