| 1 |
On Wed, Aug 26, 2015 at 03:48:12PM +0000, James wrote: |
| 2 |
> Alec Ten Harmsel <alec <at> alectenharmsel.com> writes: |
| 3 |
> > 64-bit hardware with the no-multilib profile[1]. I have no "-bin" packages |
| 4 |
> > on my system, nor do I run any pre-built 3rd party applications, so I |
| 5 |
> > waste no time compiling worthless 32-bit libraries. Therefore, I need |
| 6 |
> > grub 2. |
| 7 |
> |
| 8 |
> Ok this is interesting. Is this only an AMD64 thing? On Arm64 you'd |
| 9 |
> most likely want to run 32 bit binaries. |
| 10 |
|
| 11 |
I don't know anything about arm64, but if it is 64-bit, why would you |
| 12 |
need 32-bit binaries? |
| 13 |
|
| 14 |
> This is profile [11} right? |
| 15 |
> |
| 16 |
> default/linux/amd64/13.0/no-multilib |
| 17 |
|
| 18 |
Yes. |
| 19 |
|
| 20 |
> I'm OK with this, but what is the benefit of such profile selection:: |
| 21 |
> curiously I have no experience with the profile selection, despite |
| 22 |
> running quite a few amd64 system. What would the benefits be |
| 23 |
> running this profile on older amd64 hardware ? |
| 24 |
|
| 25 |
The main benefit is reduced compile times for some packages since I only |
| 26 |
compile the 64-bit versions, less stuff on the filesystem, etc. If you |
| 27 |
do not run any applications that use a 32-bit version of a library, that |
| 28 |
library is taking up disk space and compile time, but is never used. |
| 29 |
|
| 30 |
I also am a bit of a purist, and just run no-multilib because it is |
| 31 |
emotionally satisfying. |
| 32 |
|
| 33 |
> > > AMD64 Team; <amd64 <at> gentoo.org> |
| 34 |
> > > grub-1 is not available on no-multilib profiles; |
| 35 |
> |
| 36 |
> I had not seen this, but so I guess this is well documented......? |
| 37 |
> Does that profile selection prevent one from selecting grub-1 during |
| 38 |
> and installation? |
| 39 |
|
| 40 |
Yes, although just now was the first time I ever tried installing |
| 41 |
grub-1. |
| 42 |
|
| 43 |
> OFF TOPIC |
| 44 |
> On another note: have you seen spark-1.5 ? Cleaner build? |
| 45 |
> http://apache-spark-developers-list.1001551.n3.nabble.com/Fwd-ANNOUNCE-Spark-1-5-0-preview-package-td13683.html |
| 46 |
> .............................................................. |
| 47 |
|
| 48 |
I haven't looked at the new features of 1.5 specifically, but I know |
| 49 |
that the build process is basically the same. The API is nice, but it is |
| 50 |
definitely possible to write a faster job using Hadoop's API since it is |
| 51 |
lower-level and can be optimized more, so I spend more time writing jobs |
| 52 |
using Hadoop's API. |
| 53 |
|
| 54 |
Alec |
Archives