<div dir="ltr">It seems to me that this question is not unlike suggesting what size tires someone should buy without first asking what kind of car, truck, motorcycle or bicycle they use and what they use it for. In my environment many of my users struggle just using the command line to submit jobs and as I divide my time it is pretty clear that spending the majority of it helping users get jobs running on a relatively stable, if out of date and non-optimal, CentOS 6.x system is much more beneficial to the organization than spending than time trying to get a few percent more performance out of the kernel and libraries. If I could get that performance for "free" as a side effect of having installed a stable distribution that took very little of my time to manage, that would be great. But that level of performance will never be a priority over just educating and getting users on the system. <div>
<br></div><div>Would I rather be working on setting up an optimized cluster using CoreOS or Gentoo and putting applications in Docker containers? Yes, yes I would. Would spending time doing that provide any benefit to my current userbase? Not in the slightest and would actually be quite negative to overall productivity. I don't think which distribution is the correct question to ask until you've clearly addressed exactly what it is your users are trying to accomplish and the distribution (or level of optimization) is selected to meet that need. What are they driving, where are they driving to and what are they hauling; then buy tires.</div>
<div><br></div><div>jbh</div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jun 28, 2014 at 7:38 AM, Jonathan Aquilina <span dir="ltr"><<a href="mailto:jaquilina@eagleeyet.net" target="_blank">jaquilina@eagleeyet.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Correct me if I am wrong here, and apologies for the delay as this thread<br>
and discussion has really taken off.<br>
<br>
My arguments for gentoo is more along the lines of optimization of the<br>
source code for ones hardware.<br>
<br>
You mention CentOS and Red hat how optimized is the heart of the system<br>
for the hard ware its running on? How secure are they as an os? Reason I<br>
bring up these questions is that I feel that resource are wasted that<br>
could be used for more important things.<br>
<br>
Another thing that I like about gentoo is the hardened profiles as well as<br>
the extra security features that one can setup at the kernel level as<br>
well, but that is going off my point.<br>
<br>
I for instance currently even though nothing is running on it have a vps<br>
with 2gb of ram and with no websites or db on there yet just the servers<br>
ram wise i use about 62mb. I look at the low memory foot print as an<br>
advantage in the sense that the rest of the ram can be used for more<br>
important things.<br>
<div><div><br>
> Hi, Jonathan.<br>
><br>
> I would make a strong argument against Gentoo. I would recommend that<br>
> you choose Red Hat or its binary-compatible derivatives, like CentOS.<br>
><br>
> At the end of the day, you need to ask yourself what you are trying to<br>
> accomplish. In an HPC environment, that should be a customer-facing<br>
> service that is reliable and well supported. You do not want to be<br>
> constantly patching, compiling or changing APIs out from underneath of<br>
> research code. Enterprise Linux provides a stable base for HPC<br>
> application development with a very solid lifecycle.<br>
> <a href="https://access.redhat.com/site/support/policy/updates/errata/" target="_blank">https://access.redhat.com/site/support/policy/updates/errata/</a><br>
><br>
> Being part of a larger community, running the same builds, has its<br>
> advantages. You won't be the only person encountering a weird stability<br>
> or performance bug. You also get vendor hardware support, which is<br>
> huge.<br>
><br>
> I know the counter arguments here. There is always going to be the<br>
> coder that wants Ubuntu and this-month's release of $LANGUAGE, like on<br>
> their vagrant box. I have found the Software Collections to be a<br>
> fantastic solution to this demand. You get the stability of an<br>
> enterprise OS, plus the latest language features for developers. This,<br>
> along with environment modules, is win-win.<br>
> <a href="http://wiki.centos.org/AdditionalResources/Repositories/SCL" target="_blank">http://wiki.centos.org/AdditionalResources/Repositories/SCL</a><br>
><br>
> Even if you are a one-man shop, ask yourself what you want to be doing.<br>
> Do you want to be a systems programmer, or do you want to be a<br>
> research application developer. Your time is precious. Choose wisely.<br>
><br>
> Cheers.<br>
><br>
><br>
> On Tue 06/24/14 08:43AM +0200, Jonathan Aquilina wrote:<br>
>> Hey guys,<br>
>><br>
>> I am just curious as I have recently switched to Gentoo for every day<br>
>> use<br>
>> due to its customizability and how everything is compiled for a<br>
>> particular<br>
>> system. Has anyone used Gentoo in an HPC application?<br>
>><br>
>> Regards,<br>
>> Jonathan<br>
>><br>
>> _______________________________________________<br>
>> Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
>> To change your subscription (digest mode or unsubscribe) visit<br>
>> <a href="http://www.beowulf.org/mailman/listinfo/beowulf" target="_blank">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>
><br>
> --<br>
> Gavin W. Burris<br>
> Senior Project Leader for Research Computing<br>
> The Wharton School<br>
> University of Pennsylvania<br>
><br>
<br>
<br>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf" target="_blank">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>
</div></div></blockquote></div><br></div></div>