On Wed, 5 Dec 2018 15:02:41 +0100
Marcin Juszkiewicz <mjuszkiewicz(a)redhat.com> wrote:
W dniu 05.12.2018 o 14:45, Kaleb S. KEITHLEY pisze:
> On 12/5/18 8:34 AM, Dan Horák wrote:
>> On Wed, 5 Dec 2018 14:23:49 +0100
>> Marcin Juszkiewicz <mjuszkiewicz(a)redhat.com> wrote:
>>
>>> W dniu 05.12.2018 o 14:14, Kaleb S. KEITHLEY pisze:
>>>
>>>> Ceph 14.x.x (Nautilus) will no longer be built on i686 and
>>>> armv7hl archs starting in fedora-30/rawhide.
>>>> The upstream project doesn't support it. The armv7hl builders
>>>> don't have enough memory (or address space) to build some
>>>> components.
>>> BTW - how much memory is needed to build Ceph 14?
> More — apparently — than the armv7hl builders have. :-) branto may
> know.
Random Fedora armhf builder hardware info:
-------------------------------------------------------------------------------------------------------
CPU info:
Architecture: armv7l
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Model: 1
Model name: ARMv7 Processor rev 1 (v7l)
BogoMIPS: 100.00
Flags: half thumb fastmult vfp edsp neon vfpv3 tls
vfpv4 idiva idivt vfpd32 lpae evtstrm
Memory:
total used free shared buff/cache
available Mem: 24929616 103092 24375448
348 451076 24524500 Swap: 18869244 21348
18847896
Storage:
Filesystem Size Used Avail Use% Mounted on
/dev/vda2 135G 5.7G 122G 5% /
-------------------------------------------------------------------------------------------------------
Seriously 24 GB of ram + 18 GB of swap is not enough to build ceph?
That's more real memory than x86-64 builder have (15 387 432 ram +
134 216 700 swap).
I understand "we drop because upstream does not care about 32bit"
reason. _______________________________________________
The problem is usually in the 4GB address space on 32-bit platforms
(much less is available for user data), when it builds large C++
codebase. Either the compiler OOMs or the linker OOMs. That's why
reducing the generated debuginfos often helps.
Dan