Re: [HEADS UP] Ceph-14.x.x, dropping 32-bit archs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 5 Dec 2018 15:02:41 +0100
Marcin Juszkiewicz <mjuszkiewicz@xxxxxxxxxx> 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@xxxxxxxxxx> 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
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux