On 12/11/19 10:09 PM, Bruce Dubbs via blfs-support wrote:
On 12/11/19 8:32 PM, Trent via blfs-support wrote:
On 12/9/19 10:55 PM, Bruce Dubbs via blfs-support wrote:
On 12/9/19 10:10 PM, Trent via blfs-support wrote:
This continues from my previous post , "Phonon-4.10.3: Cmake error:
Could
> Sent: Saturday, December 28, 2019 at 8:20 AM
> From: "Ken Moffat via blfs-support"
> To: "BLFS Support List"
> Cc: "Ken Moffat"
> Subject: Re: [blfs-support] Network problems with recent kernels (r8169)
>
> On Fri, Dec 27, 2019 at 11:33:42AM -0600, Trent via blfs-support wrote:
> >
> > On
On 12/27/19 12:18 PM, Bruce Dubbs via blfs-support wrote:
On 12/27/19 11:33 AM, Trent via blfs-support wrote:
Also, I have noticed while logged in via SSH, sometimes the system is
not responding when I start typing. I was attributing that to some
sort of power saving attribute turned on, but
On Fri, Dec 27, 2019 at 11:33:42AM -0600, Trent via blfs-support wrote:
>
> On 12/21/19 3:29 PM, Ken Moffat via blfs-support wrote:
> >
> > Today I woke it from suspend, and got more network stalls, now with
> > the 5.3.11 kernel - so, it is possible that waking from suspend is
> > unreliable (I
On 12/27/19 11:33 AM, Trent via blfs-support wrote:
Also, I have noticed while logged in via SSH, sometimes the system is
not responding when I start typing. I was attributing that to some sort
of power saving attribute turned on, but checking, there is nothing set.
For ssh, you can set some
On 12/21/19 3:29 PM, Ken Moffat via blfs-support wrote:
Anybody else seeing periodic "stalls" in networking with 5.4 kernels
and the r8169 driver ? My current feeling is that a lot of network
and other changes got into 5.4 because it is the next LTS kernel,
and on r8169 (which apparently has a
On 12/27/19 9:43 AM, Ken Moffat via blfs-support wrote:
Oh, and removing the extracted directory over nfs is also slooow, in
the end I killed that, ssh'd to the server and removed it there.
I've seen that too. nfs is great for storing files, but it is not
really useful as a work location.
On Fri, Dec 27, 2019 at 03:06:36PM +, Ken Moffat via blfs-support wrote:
> On Fri, Dec 27, 2019 at 02:55:40PM +, Ken Moffat wrote:
> > I can see similar slowness when I try to untar in my nfs export, but
> > for the first stage of my backups I use rsync to an nfs mount -
> > obviously the
On 12/27/19 9:06 AM, Ken Moffat via blfs-support wrote:
On Fri, Dec 27, 2019 at 02:55:40PM +, Ken Moffat wrote:
I can see similar slowness when I try to untar in my nfs export, but
for the first stage of my backups I use rsync to an nfs mount -
obviously the first _system_ backup is slow,
On Fri, Dec 27, 2019 at 02:55:40PM +, Ken Moffat wrote:
> I can see similar slowness when I try to untar in my nfs export, but
> for the first stage of my backups I use rsync to an nfs mount -
> obviously the first _system_ backup is slow, but general updates
> after that (only changed/added
On Thu, Dec 26, 2019 at 05:13:59PM -0600, Bruce Dubbs via blfs-support wrote:
> On 12/26/19 3:30 PM, Ken Moffat via blfs-support wrote:
>
> For comparison:
>
> "server": Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz (Skylake) 8M Ram
> "client: Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz (Haswell) 16M
11 matches
Mail list logo
