Re: [gentoo-user] CMYK comparison to sRGB between platforms

[Peter Humphrey]

On Tuesday 08 September 2015 19:42:08 Mick wrote:

--->8

> So, the Linux renedering seems to be misleading the user.  Have you noticed
> the same?
> 
> BTW, both Linux machines that I tried this on are running radeon drivers -
> are these to blame?  The AppleMac is running Intel graphics with its
> 'retina' monitor.  Is it a matter of somehow tuning the Xorg settings on my
> Linux PCs?

Have you calibrated your monitors? That seems to be the first thing to do. I 
bought a device six months ago and it's transformed my viewing experience:

http://www.hughski.com/

(Usual disclaimer.)

-- 
Rgds
Peter

Re: [gentoo-user] CMYK comparison to sRGB between platforms

[Mick]

On Wednesday 09 Sep 2015 09:28:54 Peter Humphrey wrote:
> On Tuesday 08 September 2015 19:42:08 Mick wrote:
> 
> --->8
> 
> > So, the Linux renedering seems to be misleading the user.  Have you
> > noticed the same?
> > 
> > BTW, both Linux machines that I tried this on are running radeon drivers
> > - are these to blame?  The AppleMac is running Intel graphics with its
> > 'retina' monitor.  Is it a matter of somehow tuning the Xorg settings on
> > my Linux PCs?
> 
> Have you calibrated your monitors? That seems to be the first thing to do.
> I bought a device six months ago and it's transformed my viewing
> experience:
> 
>   http://www.hughski.com/
> 
> (Usual disclaimer.)

The desktop has two monitors, of different ages and quality.  However, the 
difference between images I'm referring to in this thread, is visible on the 
*same* monitor when using MSWindows (either natively or within a VM), but much 
less so on Linux.  I've tried to make the two monitors' colours look similar, 
but the old Dell monitor has a lot more red in it which I can't take out using 
the hardware adjustments.

I have been thinking to buy one of these little measuring devices and now may 
be a good time.

Would you mind explaining how it works?  You measure the icc of a monitor - 
what do you do with this then?  Do you need to be running something like 
colord all the time to feed some correction data to xranrd?

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] CMYK comparison to sRGB between platforms

[Rich Freeman]

On Tue, Sep 8, 2015 at 2:42 PM, Mick  wrote:
> On the same hardware I noticed that a CMYK photograph converted to sRGB looked
> mostly the same (indistinguishable) on Linux, but the sRGB colours were
> brighter on MSWindows.
>

If everything is working correctly then the CMYK original and sRGB
copy should look identical, with the exception of any out-of-gamut
colors (as I understand it, very little of CYMK is out-of-gamut for
sRGB).

If they're not identical then something is wrong, so I wouldn't assume
that Linux is at fault (though it could be if the file looks wrong
when created on Linux and viewed on another OS, and both OSes are
using calibration).

Imagine if your original email read like this:

On the same hardware I noticed that when I saved my simple OpenOffice
document in MS Word format in Linux, and then opened the MS Word file,
the text was identical.  I tried doing the same thing on both Windows
and OSX and in both cases there were lots of weird symbols in the text
of the document.  What is wrong with my Linux OpenOffice program? Why
doesn't it mke my dcment lok lik ths like the other OSes?

or like this:

On the same hardware I noticed that when I copied a file from a fat32
USB stick to an ext4 USB stick the md5sum of the files remained
unchanged.  However, if I perform the copy on OSX or Windows the
md5sum changes.  What is wrong with my linux filesystem drivers?  Why
doesn't it randomly modify my data when I try to copy it?  And, darn
it, why does it seem like I never have to reboot the thing to keep it
from crashing?

Now if one OS or another isn't properly calibrated to your monitor the
same file could have different appearances, and if for whatever reason
your viewer for the CYMK file applies calibration data differently
than the viewer for the sRGB file that would also cause issues.  So,
the problem might be in the viewing of the files, or in the
conversion.  Based solely on the testing you performed I can't really
be sure which if any of your conversions are being done correctly.
The file might appear unchanged on Linux but it could be a result of
cancelling errors in the creation and rendering of the file.

However, since the whole goal of the conversion process is to avoid
making visible changes to the file to the greatest degree possible,
I'd tend to look at the other OSes for problems first.

-- 
Rich

Re: [gentoo-user] Can't update to go-1.4.2

[Fernando Rodriguez]

On Wednesday, September 09, 2015 7:04:11 PM Fernando Rodriguez wrote:
> On Wednesday, September 09, 2015 3:37:36 PM Ajai Khattri wrote:
> > On Fri, 4 Sep 2015, Fernando Rodriguez wrote:
> > 
> > > Post your emerge --info.
> > > Why do you have  i686-pc-linux-gnu-gcc on a 64-bit machine?
> > 
> > FYI, this is 32bit Gentoo running on a 64bit virtual machine (so it has a 
> > 64bit kernel) because awhile ago I upgraded from a 32bit setup. Was hoping 
> > I wouldn't have to reinstall the whole OS...
> > 
> > Output from emerge --info:
> > 
> > Portage 2.2.20.1 (python 2.7.9-final-0, default/linux/x86/13.0, gcc-4.6.3, 
> > glibc-2.20-r2, 4.1.5-x86_64-linode61 x86_64)
> > =
> > System uname: 
> > Linux-4.1.5-x86_64-linode61-x86_64-Intel-R-_Xeon-R-
> _CPU_E5-2680_v3_@_2.50GHz-with-gentoo-2.2
> > KiB Mem: 2047052 total, 24452 free
> > KiB Swap: 524284 total,523404 free
> > Timestamp of repository gentoo: Mon, 17 Aug 2015 20:30:01 +
> > sh bash 4.3_p33-r2
> > ld GNU ld (Gentoo 2.24 p1.4) 2.24
> > app-shells/bash:  4.3_p33-r2::gentoo
> > dev-lang/perl:5.20.2::gentoo
> > dev-lang/python:  2.4.6::gentoo, 2.5.4-r4::gentoo, 2.6.9::gentoo, 
> > 2.7.9-r1::gentoo, 3.1.4-r3::gentoo, 3.2.5-r6::gentoo, 3.3.5-r1::gentoo, 
> > 3.4.1::gentoo
> > dev-util/cmake:   3.2.2::gentoo
> > dev-util/pkgconfig:   0.28-r2::gentoo
> > sys-apps/baselayout:  2.2::gentoo
> > sys-apps/openrc:  0.12.4::gentoo
> > sys-apps/sandbox: 2.6-r1::gentoo
> > sys-devel/autoconf:   2.13::, 2.69::gentoo
> > sys-devel/automake:   1.4_p6::, 1.5:: > repository>, 1.6.3::, 1.7.9-r1::, 
> > 1.8.5-r3::, 1.9.6-r2::, 
> > 1.10.3::gentoo, 1.11.6::gentoo, 1.12.6::gentoo, 1.13.4::gentoo, 
> > 1.14.1::gentoo, 1.15::gentoo
> > sys-devel/binutils:   2.24-r3::gentoo
> > sys-devel/gcc:4.1.2::, 4.3.4::gentoo, 
> > 4.4.5::gentoo, 4.5.4::gentoo, 4.6.3::gentoo, 4.7.3-r1::gentoo, 
> > 4.8.4::gentoo
> > sys-devel/gcc-config: 1.7.3::gentoo
> > sys-devel/libtool:2.4.6::gentoo
> > sys-devel/make:   4.1-r1::gentoo
> > sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
> > sys-libs/glibc:   2.20-r2::gentoo
> > Repositories:
> > 
> > gentoo
> >  location: /usr/portage
> >  sync-type: rsync
> >  sync-uri: rsync://rsync.gentoo.org/gentoo-portage
> >  priority: -1000
> > 
> > x-portage
> >  location: /usr/local/portage
> >  masters: gentoo
> >  priority: 0
> > 
> > ACCEPT_KEYWORDS="x86"
> > ACCEPT_LICENSE="* -@EULA"
> > CBUILD="i686-pc-linux-gnu"
> > CFLAGS="-O2 -mtune=i686 -pipe"
> > CHOST="i686-pc-linux-gnu"
> > CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
> > CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d 
> > /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release 
> > /etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ 
> > /etc/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ 
> > /etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ 
> > /etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ 
> > /etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ 
> > /etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ 
> > /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
> > CXXFLAGS="-O2 -mtune=i686 -pipe"
> > DISTDIR="/usr/portage/distfiles"
> > FCFLAGS="-O2 -march=i686 -pipe"
> > FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
> > ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs 
> > protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs 
> > unmerge-orphans userfetch userpriv usersandbox usersync"
> > FFLAGS="-O2 -march=i686 -pipe"
> > GENTOO_MIRRORS="http://mirror.usu.edu/mirrors/gentoo/ 
> > http://gentoo.llarian.net/ http://mirrors.rit.edu/gentoo/ 
> > http://gentoo.netnitco.net;
> > LDFLAGS="-Wl,-O1 -Wl,--as-needed"
> > MAKEOPTS="-j3"
> > PKGDIR="/usr/portage/packages"
> > PORTAGE_CONFIGROOT="/"
> > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
> > --omit-dir-times --compress --force --whole-file --delete --stats 
> > --human-readable --timeout=180 --exclude=/distfiles --exclude=/local 
> > --exclude=/packages"
> > PORTAGE_TMPDIR="/var/tmp"
> > USE="apache2 bash-completion berkdb bzip2 cli cracklib crypt cxx dri gdbm 
> > iconv ipv6 ithreads modules ncurses nls nptl nptlonly openmp pam pcre 
> > readline seccomp session ssl tcpd threads unicode x86 zlib" ABI_X86="32" 
> > ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 
> > emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 
> > intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 
> > APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd 
> > authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile 
> > authz_host authz_owner 

Re: [gentoo-user] dec-terminal fonts

[thelma]

On 09/09/2015 03:04 PM, Harry Putnam wrote:
> I've got to liking this font:
>   -dec-terminal-medium-r-normal--14-140-75-75-c-80-iso8859-1
> 
> But, after checking with xlsfonts... I don't see it available
> 
> Can anyone tell me which font package would have -dec-termainal [...]
> fonts?


check:
media-fonts/font-bitstream-75dpi

Thelma

Re: [gentoo-user] CMYK comparison to sRGB between platforms

[Peter Humphrey]

On Wednesday 09 September 2015 14:41:19 Mick wrote:
> On Wednesday 09 Sep 2015 09:28:54 Peter Humphrey wrote:
> > On Tuesday 08 September 2015 19:42:08 Mick wrote:
> > 
> > --->8
> > 
> > > So, the Linux renedering seems to be misleading the user.  Have you
> > > noticed the same?
> > > 
> > > BTW, both Linux machines that I tried this on are running radeon drivers
> > > - are these to blame?  The AppleMac is running Intel graphics with its
> > > 'retina' monitor.  Is it a matter of somehow tuning the Xorg settings on
> > > my Linux PCs?
> > 
> > Have you calibrated your monitors? That seems to be the first thing to do.
> > I bought a device six months ago and it's transformed my viewing
> > 
> > experience:
> > http://www.hughski.com/
> > 
> > (Usual disclaimer.)
> 
> The desktop has two monitors, of different ages and quality.  However, the
> difference between images I'm referring to in this thread, is visible on the
> *same* monitor when using MSWindows (either natively or within a VM), but
> much less so on Linux.  I've tried to make the two monitors' colours look
> similar, but the old Dell monitor has a lot more red in it which I can't
> take out using the hardware adjustments.
> 
> I have been thinking to buy one of these little measuring devices and now
> may be a good time.
> 
> Would you mind explaining how it works?  You measure the icc of a monitor -
> what do you do with this then?  Do you need to be running something like
> colord all the time to feed some correction data to xranrd?

I'll have to go through the process again because I can't remember. (Six 
months? Not a chance!)

I'll let you know when I've done it; probably tomorrow.

-- 
Rgds
Peter

Re: [gentoo-user] Can't update to go-1.4.2

[Fernando Rodriguez]

On Wednesday, September 09, 2015 3:37:36 PM Ajai Khattri wrote:
> On Fri, 4 Sep 2015, Fernando Rodriguez wrote:
> 
> > Post your emerge --info.
> > Why do you have  i686-pc-linux-gnu-gcc on a 64-bit machine?
> 
> FYI, this is 32bit Gentoo running on a 64bit virtual machine (so it has a 
> 64bit kernel) because awhile ago I upgraded from a 32bit setup. Was hoping 
> I wouldn't have to reinstall the whole OS...
> 
> Output from emerge --info:
> 
> Portage 2.2.20.1 (python 2.7.9-final-0, default/linux/x86/13.0, gcc-4.6.3, 
> glibc-2.20-r2, 4.1.5-x86_64-linode61 x86_64)
> =
> System uname: 
> Linux-4.1.5-x86_64-linode61-x86_64-Intel-R-_Xeon-R-
_CPU_E5-2680_v3_@_2.50GHz-with-gentoo-2.2
> KiB Mem: 2047052 total, 24452 free
> KiB Swap: 524284 total,523404 free
> Timestamp of repository gentoo: Mon, 17 Aug 2015 20:30:01 +
> sh bash 4.3_p33-r2
> ld GNU ld (Gentoo 2.24 p1.4) 2.24
> app-shells/bash:  4.3_p33-r2::gentoo
> dev-lang/perl:5.20.2::gentoo
> dev-lang/python:  2.4.6::gentoo, 2.5.4-r4::gentoo, 2.6.9::gentoo, 
> 2.7.9-r1::gentoo, 3.1.4-r3::gentoo, 3.2.5-r6::gentoo, 3.3.5-r1::gentoo, 
> 3.4.1::gentoo
> dev-util/cmake:   3.2.2::gentoo
> dev-util/pkgconfig:   0.28-r2::gentoo
> sys-apps/baselayout:  2.2::gentoo
> sys-apps/openrc:  0.12.4::gentoo
> sys-apps/sandbox: 2.6-r1::gentoo
> sys-devel/autoconf:   2.13::, 2.69::gentoo
> sys-devel/automake:   1.4_p6::, 1.5:: repository>, 1.6.3::, 1.7.9-r1::, 
> 1.8.5-r3::, 1.9.6-r2::, 
> 1.10.3::gentoo, 1.11.6::gentoo, 1.12.6::gentoo, 1.13.4::gentoo, 
> 1.14.1::gentoo, 1.15::gentoo
> sys-devel/binutils:   2.24-r3::gentoo
> sys-devel/gcc:4.1.2::, 4.3.4::gentoo, 
> 4.4.5::gentoo, 4.5.4::gentoo, 4.6.3::gentoo, 4.7.3-r1::gentoo, 
> 4.8.4::gentoo
> sys-devel/gcc-config: 1.7.3::gentoo
> sys-devel/libtool:2.4.6::gentoo
> sys-devel/make:   4.1-r1::gentoo
> sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
> sys-libs/glibc:   2.20-r2::gentoo
> Repositories:
> 
> gentoo
>  location: /usr/portage
>  sync-type: rsync
>  sync-uri: rsync://rsync.gentoo.org/gentoo-portage
>  priority: -1000
> 
> x-portage
>  location: /usr/local/portage
>  masters: gentoo
>  priority: 0
> 
> ACCEPT_KEYWORDS="x86"
> ACCEPT_LICENSE="* -@EULA"
> CBUILD="i686-pc-linux-gnu"
> CFLAGS="-O2 -mtune=i686 -pipe"
> CHOST="i686-pc-linux-gnu"
> CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
> CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d 
> /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release 
> /etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ 
> /etc/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ 
> /etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ 
> /etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ 
> /etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ 
> /etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ 
> /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
> CXXFLAGS="-O2 -mtune=i686 -pipe"
> DISTDIR="/usr/portage/distfiles"
> FCFLAGS="-O2 -march=i686 -pipe"
> FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
> ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs 
> protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs 
> unmerge-orphans userfetch userpriv usersandbox usersync"
> FFLAGS="-O2 -march=i686 -pipe"
> GENTOO_MIRRORS="http://mirror.usu.edu/mirrors/gentoo/ 
> http://gentoo.llarian.net/ http://mirrors.rit.edu/gentoo/ 
> http://gentoo.netnitco.net;
> LDFLAGS="-Wl,-O1 -Wl,--as-needed"
> MAKEOPTS="-j3"
> PKGDIR="/usr/portage/packages"
> PORTAGE_CONFIGROOT="/"
> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
> --omit-dir-times --compress --force --whole-file --delete --stats 
> --human-readable --timeout=180 --exclude=/distfiles --exclude=/local 
> --exclude=/packages"
> PORTAGE_TMPDIR="/var/tmp"
> USE="apache2 bash-completion berkdb bzip2 cli cracklib crypt cxx dri gdbm 
> iconv ipv6 ithreads modules ncurses nls nptl nptlonly openmp pam pcre 
> readline seccomp session ssl tcpd threads unicode x86 zlib" ABI_X86="32" 
> ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 
> emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 
> intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 
> APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd 
> authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile 
> authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd 
> deflate dir disk_cache env expires ext_filter file_cache filter headers 
> ident imagemap include info log_config logio mem_cache mime mime_magic 
> negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http 
> rewrite 

[gentoo-user] Re: new computer : any advice ?

[james]

Jeremi Piotrowski  gmail.com> writes:


> > AFAI understand gcc-5 should compile faster?
> > And generate faster code in some cases?

> No, and yes. Compilation is not affected in any way and runtime
> performance can only be improved _if_ this stuff is explicitly used within
> the code.

OpenAcc-2.0 is dated. Have you seen the latest draft of OpenAcc-2.5:: [1]?

Things are progressing at a brisk pace with openacc, imho. ymmv.

hth,
James

[1] http://www.openacc.org/content/openacc-25-draft-public-comment

Re: [gentoo-user] Re: new computer : any advice ?

[Stefan G. Weichinger]

On 09.09.2015 21:35, Jeremi Piotrowski wrote:

> tldr: don't buy a dedicated gpu just because you read something on a
> mailing list ;)

yep :-)

[gentoo-user] dec-terminal fonts

[Harry Putnam]

I've got to liking this font:
  -dec-terminal-medium-r-normal--14-140-75-75-c-80-iso8859-1

But, after checking with xlsfonts... I don't see it available

Can anyone tell me which font package would have -dec-termainal [...]
fonts?

Re: [gentoo-user] Re: new computer : any advice ?

[Stefan G. Weichinger]

On 09.09.2015 20:01, Stefan G. Weichinger wrote:
> Digging up that thread now somewhere ...

Ah, I even participated then ;-)

AFAI understand gcc-5 should compile faster?
And generate faster code in some cases?

looking at genlop -t I can't really spot speedups in the last months.

With gcc-5.2.0 as I have here right now:

5.2.0(5.2)^s(20:52:29 18.07.2015)(cxx fortran multilib nls openmp
sanitize -altivec -awt -cilk -debug -doc -fixed-point -gcj -go -graphite
-hardened -libssp -multislot -nopie -nossp -nptl -objc -objc++ -objc-gc
-regression-test -vanilla)

... does it use this new stuff anyway, do we need a specific USE-flag
enabled (I can't spot it, looking for something like "acc" or "rdma"
;-)), do we need specific CFLAGS .. ?

just curious.

btw: might be a projection but for some times back I noticed that my
gentoo installation got somehow "snappier" in a way. Might relate to my
rebuilding with gcc-5.x (and overall improvement of hundreds of
packages, sure).

Re: [gentoo-user] Re: new computer : any advice ?

[Stefan G. Weichinger]

Am 2015-09-09 um 04:20 schrieb James:


I have posted several links on the subject previously [1]; here's one [2].


[..]


If you can afford it, get a mobo that supports DDR-4.
Right now the AMD-HBM Fury-X is the video card with the
highest bandwidth for a memory buss on a video card, if
you can find one for sale:: limited production right now.

RDMA Remote Dynamic Memory Access is the principal finally available
in gcc


Thanks for the pointers, I will read through that thread soon.
So this means chosing CPU *and* GPU accordingly :-)

I didn't plan to buy a separate video card at all as my usage is quite 
office/terminal-style without gaming or video stuff. The integrated 
graphics of modern core-i7xxx should be enough to run my 2 
24-inch-monitors. But if the GPU helps speeding up things ... I have to 
consider this as well.


Digging up that thread now somewhere ...

Stefan

Re: [gentoo-user] Re: new computer : any advice ?

[Mick]

On Wednesday 09 Sep 2015 19:01:24 Stefan G. Weichinger wrote:
> Am 2015-09-09 um 04:20 schrieb James:
> > I have posted several links on the subject previously [1]; here's one
> > [2].
> 
> [..]
> 
> > If you can afford it, get a mobo that supports DDR-4.
> > Right now the AMD-HBM Fury-X is the video card with the
> > highest bandwidth for a memory buss on a video card, if
> > you can find one for sale:: limited production right now.
> > 
> > RDMA Remote Dynamic Memory Access is the principal finally available
> > in gcc
> 
> Thanks for the pointers, I will read through that thread soon.
> So this means chosing CPU *and* GPU accordingly :-)
> 
> I didn't plan to buy a separate video card at all as my usage is quite
> office/terminal-style without gaming or video stuff. The integrated
> graphics of modern core-i7xxx should be enough to run my 2
> 24-inch-monitors. But if the GPU helps speeding up things ... I have to
> consider this as well.
> 
> Digging up that thread now somewhere ...
> 
> Stefan

I built last Christmas a Kaveri APU based PC, with two 23" monitors and no 
external GPU.  This is a PC used as a workstation for coding, image processing 
and the odd video transcoding.  No gaming.  Using stable radeon driver.  The 
performance of this machine has really impressed me when compiling packages, 
but I don't have the latest generation i7 to compare it with.  Unlike noisy 
discrete GPUs this thing is really quiet and doesn't consume much power 
either.  The Asus MoBo has a port for an external GPU, but I don't think I 
will ever bother getting one - certainly not new.  ;-)

I have been thinking that the better compiling performance compared to my 
other older PCs can't just be CPU specific, it must be all these additional 
HSA-enabled compute cores that are doing some of the heavy lifting.  I don't 
know how to check this though.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: new computer : any advice ?

[Jeremi Piotrowski]

On Wed, 9 Sep 2015, Stefan G. Weichinger wrote:

> On 09.09.2015 20:01, Stefan G. Weichinger wrote:
> > Digging up that thread now somewhere ...
>
> Ah, I even participated then ;-)
>
> AFAI understand gcc-5 should compile faster?
> And generate faster code in some cases?

No, and yes. Compilation is not affected in any way and runtime
performance can only be improved _if_ this stuff is explicitly used within
the code.

Meaning you would feel a difference in no less then 5 years when gcc-6 is
widely used and accelerator support is not restricted to intel MIC and
nvidia gpus. James is getting a bit ahead of himself calling this a
"game changer" - yeah... not really right now.

Right now this functionality is a toy for the HPC community and will stay
that way. To use it you have to build a separate offloading compiler, need
custom code used by few, and expensive hardware. The tree ebuild doesn't
even provide a way for enabling the accelerator support.


>
> ... does it use this new stuff anyway, do we need a specific USE-flag
> enabled (I can't spot it, looking for something like "acc" or "rdma"
> ;-)), do we need specific CFLAGS .. ?
>
> just curious.

I can't speak for RDMA (can't find any mention of it in gcc) because
that's an even more exotic thing than plain old accelerator support
(unless you run infiniband at home...), but the flags are:

-fopenmp
-foffload
-fopenacc

However enabling them is as useful as having CFLAGS=-fopenmp currently. It
changes __nothing__ unless an application has openmp annotations, and the
ones that do should already provide a means of doing so in the build
system.

tldr: don't buy a dedicated gpu just because you read something on a
mailing list ;)

Re: [gentoo-user] Re: new computer : any advice ?

[Alan McKinnon]

On 09/09/2015 20:01, Stefan G. Weichinger wrote:
> Am 2015-09-09 um 04:20 schrieb James:
> 
>> I have posted several links on the subject previously [1]; here's one
>> [2].
> 
> [..]
> 
>> If you can afford it, get a mobo that supports DDR-4.
>> Right now the AMD-HBM Fury-X is the video card with the
>> highest bandwidth for a memory buss on a video card, if
>> you can find one for sale:: limited production right now.
>>
>> RDMA Remote Dynamic Memory Access is the principal finally available
>> in gcc
> 
> Thanks for the pointers, I will read through that thread soon.
> So this means chosing CPU *and* GPU accordingly :-)
> 
> I didn't plan to buy a separate video card at all as my usage is quite
> office/terminal-style without gaming or video stuff. The integrated
> graphics of modern core-i7xxx should be enough to run my 2
> 24-inch-monitors. But if the GPU helps speeding up things ... I have to
> consider this as well.

I've done exactly that on my i7 laptop for ages now. It usually runs
it's own 1920 display and an external monitor of same resolution, and
has this hardware:

00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core
Processor Integrated Graphics Controller (rev 06)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Venus XT [Radeon HD 8870M / R9 M270X/M370X]

I use the intel video driver and it's been more than a year since I
built a kernel with radeon :-)

The intel gpu manages full HD video and funky plasma5 effects just fine
at a fraction of the battery usage of the radeon. These days I ask
myself: if I'm not gaming at insane frame rates, or using cuda, then why
do I need the radeon power at all?



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Can't update to go-1.4.2

[Ajai Khattri]

On Fri, 4 Sep 2015, Fernando Rodriguez wrote:


Post your emerge --info.
Why do you have  i686-pc-linux-gnu-gcc on a 64-bit machine?


FYI, this is 32bit Gentoo running on a 64bit virtual machine (so it has a 
64bit kernel) because awhile ago I upgraded from a 32bit setup. Was hoping 
I wouldn't have to reinstall the whole OS...


Output from emerge --info:

Portage 2.2.20.1 (python 2.7.9-final-0, default/linux/x86/13.0, gcc-4.6.3, 
glibc-2.20-r2, 4.1.5-x86_64-linode61 x86_64)

=
System uname: 
Linux-4.1.5-x86_64-linode61-x86_64-Intel-R-_Xeon-R-_CPU_E5-2680_v3_@_2.50GHz-with-gentoo-2.2

KiB Mem: 2047052 total, 24452 free
KiB Swap: 524284 total,523404 free
Timestamp of repository gentoo: Mon, 17 Aug 2015 20:30:01 +
sh bash 4.3_p33-r2
ld GNU ld (Gentoo 2.24 p1.4) 2.24
app-shells/bash:  4.3_p33-r2::gentoo
dev-lang/perl:5.20.2::gentoo
dev-lang/python:  2.4.6::gentoo, 2.5.4-r4::gentoo, 2.6.9::gentoo, 
2.7.9-r1::gentoo, 3.1.4-r3::gentoo, 3.2.5-r6::gentoo, 3.3.5-r1::gentoo, 
3.4.1::gentoo

dev-util/cmake:   3.2.2::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.2::gentoo
sys-apps/openrc:  0.12.4::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf:   2.13::, 2.69::gentoo
sys-devel/automake:   1.4_p6::, 1.5::repository>, 1.6.3::, 1.7.9-r1::, 
1.8.5-r3::, 1.9.6-r2::, 
1.10.3::gentoo, 1.11.6::gentoo, 1.12.6::gentoo, 1.13.4::gentoo, 
1.14.1::gentoo, 1.15::gentoo

sys-devel/binutils:   2.24-r3::gentoo
sys-devel/gcc:4.1.2::, 4.3.4::gentoo, 
4.4.5::gentoo, 4.5.4::gentoo, 4.6.3::gentoo, 4.7.3-r1::gentoo, 
4.8.4::gentoo

sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6::gentoo
sys-devel/make:   4.1-r1::gentoo
sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
sys-libs/glibc:   2.20-r2::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000

x-portage
location: /usr/local/portage
masters: gentoo
priority: 0

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -mtune=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d 
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release 
/etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ 
/etc/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ 
/etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ 
/etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ 
/etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ 
/etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ 
/etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"

CXXFLAGS="-O2 -mtune=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs 
protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs 
unmerge-orphans userfetch userpriv usersandbox usersync"

FFLAGS="-O2 -march=i686 -pipe"
GENTOO_MIRRORS="http://mirror.usu.edu/mirrors/gentoo/ 
http://gentoo.llarian.net/ http://mirrors.rit.edu/gentoo/ 
http://gentoo.netnitco.net;

LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--omit-dir-times --compress --force --whole-file --delete --stats 
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local 
--exclude=/packages"

PORTAGE_TMPDIR="/var/tmp"
USE="apache2 bash-completion berkdb bzip2 cli cracklib crypt cxx dri gdbm 
iconv ipv6 ithreads modules ncurses nls nptl nptlonly openmp pam pcre 
readline seccomp session ssl tcpd threads unicode x86 zlib" ABI_X86="32" 
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 
emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 
APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd 
authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile 
authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd 
deflate dir disk_cache env expires ext_filter file_cache filter headers 
ident imagemap include info log_config logio mem_cache mime mime_magic 
negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http 
rewrite setenvif so speling status unique_id userdir usertrack 
vhost_alias" APACHE2_MPMS="worker" CALLIGRA_FEATURES="kexi words flow plan 
sheets stage tables krita karbon braindump author" CAMERAS="ptp2" 
COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" 

Re: [gentoo-user] Can't update to go-1.4.2

[Alan McKinnon]

On 09/09/2015 21:37, Ajai Khattri wrote:
> On Fri, 4 Sep 2015, Fernando Rodriguez wrote:
> 
>> Post your emerge --info.
>> Why do you have  i686-pc-linux-gnu-gcc on a 64-bit machine?
> 
> FYI, this is 32bit Gentoo running on a 64bit virtual machine (so it has
> a 64bit kernel) because awhile ago I upgraded from a 32bit setup. Was
> hoping I wouldn't have to reinstall the whole OS...


You have a 64 bit kernel, this is true, but a 32 bit userland.

I don't know how Go does these things but apps don't usually talk to the
kernel directly, they talk to libc. Which in your case is ... 32 bit

Reinstall.

A 32 bit to 64 bit migration may or may not be possible (I never
attempted it) but one thing is sure, it will not be easy.




-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: new computer : any advice ?

[james]

Jeremi Piotrowski  gmail.com> writes:

> No, and yes. Compilation is not affected in any way and runtime
> performance can only be improved _if_ this stuff is explicitly used within
> the code.

Yes this is all new and a work in progress. I do not think it will be
gcc-6 that makes the difference in a few years. But folks should be aware
and look for codes that are accelerated via usage of GPU resources.
Remember this all started about hardware purchase and future benefits.
It's definitely not commodity usage atm.


> Meaning you would feel a difference in no less then 5 years when gcc-6 is
> widely used and accelerator support is not restricted to intel MIC and
> nvidia gpus. James is getting a bit ahead of himself calling this a
> "game changer" - yeah... not really right now.

It's not as restricted as you indicate amd, intel, nividia and others like
arm (Mali and such) are working to support there hardware under the openacc
code extension now in gcc-5. Granted the more powerful your GPU resources
are the more they can contribute. This stuff use to only work with
vendor supplied compilers and sdks, now it's finally available in gcc,
albeit in it's infancy. Naturally it's going to take a while to 
become mainstream useful; but that more like a year or 2, at most.


> Right now this functionality is a toy for the HPC community and will stay
> that way. To use it you have to build a separate offloading compiler, need
> custom code used by few, and expensive hardware. The tree ebuild doesn't
> even provide a way for enabling the accelerator support.

I never said it was for the entire portage tree to benefit at this time,
but ultimately that is the goal. And yes this is the focus of the cluster
folks, including HPC, but it will soon be available to everybody, via
clusters and distributed file systems (like Cephfs). My work is on tuning
btrfs with cephfs to span the entire network of computers I run[1].
Yes, cephfs' the hammer branch does' use RDMA or  RoCE, Rdma over Conformed
Ethernet, so infiband interfaces are not needed. Rdma as a concept will
eventually provide a mechanism for the DDR memory resources of a video
card to be use as system resources, imho. Many are working on this and
keeping their details private, for now.


> > ... does it use this new stuff anyway, do we need a specific USE-flag
> > enabled (I can't spot it, looking for something like "acc" or "rdma"
> > ), do we need specific CFLAGS .. ?

You have to dig a bit as most projects using this stuff are alpha or testing
stages. Here's one, ceph (hammer branche 0.94.x)  [2] 


> I can't speak for RDMA (can't find any mention of it in gcc) because
> that's an even more exotic thing than plain old accelerator support
> (unless you run infiniband at home...), but the flags are:

Rdma is often found in Rdma over Conformed Ethernet as the moniker for
language searches. RDMA is a concept, like DMA. RDMA will allow that
DDR5 memory on your graphics card to become part of the
compiler/computational general pool of  resources of your system. Vendors
might only do this on new platforms (like arm based servers). It's not
guaranteed that a method will be published for legacy hardware. That
sort of efforts is up to the FOSS/kernel folks.

> -fopenmp
> -foffload
> -fopenacc

> However enabling them is as useful as having CFLAGS=-fopenmp currently. It
> changes __nothing__ unless an application has openmp annotations, and the
> ones that do should already provide a means of doing so in the build
> system.

Yes, this is all evolving as we speak, I never stated it was part of stable
applications. The advice was for one to consider when purchasing new
hardware, so a year or 2 from now they dont say they were not informed
of these fundamental changes to gcc and it's implications. In the past
special compilers, expensive hardware and lots of vendor trickery kept these
sorts of technologies from the masses of FOSS devs and users. Now this has
changed but it is going to be some effort and take a while for the greater
FOSS communities to learn how to leverages these new resources, which are a
'game changer'. Yes, right now these are the toys of the cluster folks, but
soon they'll be commonly used. Plan on replacing NFS with Ceph. Plan
on using distcc on a cluster [3].



> tldr: don't buy a dedicated gpu just because you read something on a
> mailing list ;)

Exactly correct. But if you are going to spend on new resources, be aware
that the gpu and ddr memory are now 'targets' for some very aggressive
development and all available via gcc-5. Apologies if what I wrote
seemed to be 'overly optimistic'. 


hth,
James

[1]
http://www.networkcomputing.com/storage/fibre-channel-really-is-dead/a/d-id/1320090

[2] https://community.mellanox.com/docs/DOC-2141

[3] https://github.com/mesos/mesos-distcc