similar to: What's Next

I read somewhere that the PCIe issue is indicative of some other hardware (PCIe SSD; etc) not working correctly. Also, the 4.10 kernel is not the kernel out of the box. In a environment with 10 or more servers do you really want a custom kernel? How do you maintain all of these custom kernels (i.e. is a different kernel required for a HP Gen 8 server different than a HP Gen 9 server?)?

Has anyone used the new AMD CPUs and AM4 motherboards with CentOS 6 / 7? Any reservations or warnings? -- Eugene Poole Woodstock, Georgia

More info here https://www.servethehome.com/amd-ryzen-with-ubuntu-here-is-what-you-have-to-do-to-fix-constant-crashes/ Sent with AquaMail for Android http://www.aqua-mail.com On 8 May 2017 11:53:40 a.m. "peter.winterflood" <peter.winterflood at ossi.co.uk> wrote: > > > Was looking into getting one. Idealy needs 4.10 kernel. Fix maybe > backported . Did not check

On 05/16/2017 09:54 PM, John R Pierce wrote: > On 5/16/2017 8:34 PM, Eugene Poole wrote: >> OK, AMD has announced it's new line of server and desktop processors. >> What level of CentOS has been tested on them? OK then, when will >> CentOS be tested on them? Or do we wait for Red Hat? > > If AMD's new CPUs aren't 100% compatible with existing software w/o

On Sat, Apr 25, 2020 at 1:23 PM Joerg Roedel <joro at 8bytes.org> wrote: > > On Sat, Apr 25, 2020 at 12:47:31PM -0700, Andy Lutomirski wrote: > > I assume the race you mean is: > > > > #VC > > Immediate NMI before IST gets shifted > > #VC > > > > Kaboom. > > > > How are you dealing with this? Ultimately, I think that NMI will need

Hi! It seems /bin/sh in 4.8-STABLE has problem with SIGCHLD processing. In short, it often fails to process it correctly, zombies float around, jobs are not marked as finished in jobtab[] that fills memory and takes much CPU to be processed. Run this one-liner using /bin/sh and see hundreds of zombies: #!/bin/sh while :; do : & done A kernel will halt this as soon as it reaches limits and

Will 5.0 have scheduler, reg alloc etc. bits for explicit support of AMD's 1st gen Zen (Ryzen, Epyc) arch? Is it safe to assume that the changes for Zen's 2nd gen will land prior to the hardware release, once the 1st gen is added? I think zen2 will arrive next year.

The subject says it all. -- Eugene Poole Woodstock, Georgia

I've got a WD My Passport Ultra 1TB (USB) plugged into my router and I have 4 Windows machines, all running Windows 7, and all 4 machines can see the device as drive 'Y'. I use this device several ways, i.e. all my Windows machines use the same Firefox bookmarks and cookies I've got 5 machines running CentOS 6 x86_64 and I'd like to know what do I have to do for them to

On Tue, Jun 23, 2020 at 01:50:14PM +0200, Peter Zijlstra wrote: > If SNP is the sole reason #VC needs to be IST, then I'd strongly urge > you to only make it IST if/when you try and make SNP happen, not before. It is not the only reason, when ES guests gain debug register support then #VC also needs to be IST, because #DB can be promoted into #VC then, and as #DB is IST for a reason,

I'm not sure the user would know ;). This is very system-specific issue just because the Linux network stack behaves so differently from other OSes (for purely historical reasons). That makes it hard to abstract as a "feature" for the R sockets that are supposed to be platform-independent. At least TCP_NODELAY is actually part of POSIX so it is on better footing, and disabling

On Mon, 2 Nov 2020 at 02:22, Simon Urbanek <simon.urbanek at r-project.org> wrote: > > It looks like R sockets on Linux could do with TCP_NODELAY -- without (status quo): How many network packets are generated with and without it? If there are many small writes and thus setting TCP_NODELAY causes many small packets to be sent, it might make more sense to set TCP_QUICKACK instead.

The following program is whittled down from a much larger program that always works on Intel, and always works on AMD's threadripper with lapply but not mclappy. With mclapply on AMD, all processes go into "suspend" mode and the program then hangs. This bug is replicable on an AMD Ryzen Threadripper 2950X 16-Core Processor (128GB RAM), running latest ubuntu 18.04. The R version

I tried to move to the latest stable kernel (4.12) so I could take advantage of my newest custom system (Intel Core I7 6-core; 64 GB RAM; MSI nVidia graphics card; 2 - 120 GB SSD; 2 - 4TB WD Black) on a UEFI Asrock mother board. I've had the machine for 3-months but I couldn't get it to work until I found out that the Nouveau driver was causing me all the 'hardware' issues. I

James A. Peltier <jpeltier at sfu.ca> wrote: > While I can't assure you that upgrading to 7 will fix the problem, > the likeliness that will work is at least 50% better being as 7 is > based on a newer kernel. I've installed CentOS 7 with the latest kernel from elrepo (4.11.8), and I can't get Grub to install. I think I'll have to conclude that it really

On 23/06/2020 14:03, Peter Zijlstra wrote: > On Tue, Jun 23, 2020 at 02:12:37PM +0200, Joerg Roedel wrote: >> On Tue, Jun 23, 2020 at 01:50:14PM +0200, Peter Zijlstra wrote: >>> If SNP is the sole reason #VC needs to be IST, then I'd strongly urge >>> you to only make it IST if/when you try and make SNP happen, not before. >> It is not the only reason, when ES

On 5/16/2017 8:34 PM, Eugene Poole wrote: > OK, AMD has announced it's new line of server and desktop processors. > What level of CentOS has been tested on them? OK then, when will > CentOS be tested on them? Or do we wait for Red Hat? If AMD's new CPUs aren't 100% compatible with existing software w/o needing special versions, AMD is shooting themselves in the foot. --

I have a new system with an AMD Ryzen 1600 CPU and I'm trying to run CentOS, so far without success. The only information I could find was a post reporting that CentOS 7 would crash during installation on a Ryzen system: https://www.centos.org/forums/viewtopic.php?t=61831 . I tried updating to the latest elrepo "mainline stable" kernel, version 4.11 (by booting from a live CD and

So there's more patches in the pipeline to land, then? On Sun, Jun 25, 2017 at 10:36 PM, Das, Dibyendu <Dibyendu.Das at amd.com> wrote: > Scheduler - yes. > > Sent from my Windows Phone > ________________________________ > From: Carsten Mattner via llvm-dev > Sent: ‎6/‎25/‎2017 3:47 PM > To: llvm-dev > Subject: [llvm-dev] Zen arch in 5.0? > > Will 5.0 have

Just a thought If the I386 (or i686, never could figure out why the name change) disk doesn't quite fit on the DVD+, and needs a DVD-, this might put some folks at an inconvenience. I wonder if the difference between fitting and not fitting is small enough, so that some amount of pruning might make it fit on the DVD+R image. Some ways to prune could be: a) Create two versions of the