On 12/16/17 20:58, Temlakos wrote:
> I now ask the community for some suggestions.
Oh, and BTW, you should consider enabling fstrim.target as this has been shown
to
help maintain performance over time.
Also, just a bit of info, you'd asked if I'd seen increase in performance after
switching to
On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote:
> Oh, and BTW, you should consider enabling fstrim.target as this has been
> shown to
> help maintain performance over time.
fstrim.target doesn't appear to be in the standard repos. Is this a
personal script?
poc
_
On 12/21/17 18:02, Patrick O'Callaghan wrote:
> On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote:
>> Oh, and BTW, you should consider enabling fstrim.target as this has been
>> shown to
>> help maintain performance over time.
> fstrim.target doesn't appear to be in the standard repos. Is this a
Den 2017-12-21 kl. 11:14, skrev Ed Greshko:
> On 12/21/17 18:02, Patrick O'Callaghan wrote:
>> On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote:
>>> Oh, and BTW, you should consider enabling fstrim.target as this has been
>>> shown to
>>> help maintain performance over time.
>> fstrim.target do
On Thu, 2017-12-21 at 18:14 +0800, Ed Greshko wrote:
> > On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote:
> >> Oh, and BTW, you should consider enabling fstrim.target as this has been
> >> shown to
> >> help maintain performance over time.
> > fstrim.target doesn't appear to be in the standard
On 12/21/17 19:06, Patrick O'Callaghan wrote:
> On Thu, 2017-12-21 at 18:14 +0800, Ed Greshko wrote:
>>> On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote:
Oh, and BTW, you should consider enabling fstrim.target as this has been
shown to
help maintain performance over time.
>>> fs
Gordon Messmer writes:
On 12/20/2017 03:44 AM, Sam Varshavchik wrote:
No managed switches here. Just some dumb switch with a bunch of stuff
plugged into it.
Surprising, but the outcome is the same. You have a switch and a NIC which,
in concert, take a long time to negotiate a link, and t
On Thu, 2017-12-21 at 20:04 +0800, Ed Greshko wrote:
> On 12/21/17 19:06, Patrick O'Callaghan wrote:
> > On Thu, 2017-12-21 at 18:14 +0800, Ed Greshko wrote:
> > > > On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote:
> > > > > Oh, and BTW, you should consider enabling fstrim.target as this has
>
Hi.
On Thu, 21 Dec 2017 07:17:38 -0500 Sam Varshavchik wrote:
> I just did a little experiment. I took a different server with an unused
> port. I assigned an IP address to it, in its ifcfg file, then ifup-ed it.
> The result:
> 3: eth1:
> I then tested this using my script. I can bind it
francis.montag...@inria.fr writes:
Hi.
On Thu, 21 Dec 2017 07:17:38 -0500 Sam Varshavchik wrote:
> I just did a little experiment. I took a different server with an unused
> port. I assigned an IP address to it, in its ifcfg file, then ifup-ed it.
> The result:
> 3: eth1:
> I then tested t
On 12/21/2017 04:17 AM, Sam Varshavchik wrote:
I'm not sure I see why this has to be a factor.
Because NetworkManager is an event-driven system. If an interface loses
carrier for a defined period of time (5 seconds prior to the commit I've
referenced), NM will remove the IP configuration fro
On Thu, 21 Dec 2017 09:28:27 -0800
Gordon Messmer wrote:
> It's just that static configuration
> isn't what NM does.
Which always struck me as very odd considering that redhat
sponsors most of this stuff and mostly makes money off
servers which almost always have static configurations
that never
Is it me?? I keep three or four PCs on my desk (behind a Trendnet
KVM switch), plus other machines elsewhere; the desk trio are all running
F 27, Mate/Compiz. One old bad thing and a similar new one, irritating at
best, are happening.
The old one is that the size of my Mate Ter
On 12/21/2017 04:21 AM, Patrick O'Callaghan wrote:
> On Thu, 2017-12-21 at 20:04 +0800, Ed Greshko wrote:
>> On 12/21/17 19:06, Patrick O'Callaghan wrote:
>>> On Thu, 2017-12-21 at 18:14 +0800, Ed Greshko wrote:
> On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote:
>> Oh, and BTW, you shou
On 12/21/2017 10:31 AM, Beartooth wrote:
>
> Is it me?? I keep three or four PCs on my desk (behind a Trendnet
> KVM switch), plus other machines elsewhere; the desk trio are all running
> F 27, Mate/Compiz. One old bad thing and a similar new one, irritating at
> best, are happening.
>
On Mon, Dec 18, 2017 at 14:28:11 -0800,
Gordon Messmer wrote:
On 12/18/2017 06:14 AM, Michael Cronenworth wrote:
Everything possible even on the / filesystem while the system runs
normally.
All of what you describe is possible without LVM, too.
Including moving the filesystem while the sy
On 12/21/2017 10:05 AM, Tom Horsley wrote:
It's just that static configuration isn't what NM does.
Which always struck me as very odd considering that redhat
sponsors most of this stuff and mostly makes money off
servers
Mostly, yes. They do have some desktop people, and sponsor GNOME
devel
Allegedly, on or about 18 December 2017, Temlakos sent:
> Well, I've identified one application, the configuration of which I
> must preserve in some fashion, and that is: Thunderbird. At a
> minimum, I need to preserve a folder that has e-mail accounts and
> saved mail databases on it. Otherwise,
On Thu, 21 Dec 2017 18:31:57 + (UTC)
Beartooth wrote:
> behind a Trendnet
> KVM switch
KVM switches are notorious for screwing up EDID info
describing the monitor's capabilities.
One thing you can do to fix this is provide your own
EDID info on the kernel command line:
Check out https://ww
On Thu, 2017-12-21 at 11:40 -0800, Rick Stevens wrote:
> On 12/21/2017 04:21 AM, Patrick O'Callaghan wrote:
> > On Thu, 2017-12-21 at 20:04 +0800, Ed Greshko wrote:
> > > On 12/21/17 19:06, Patrick O'Callaghan wrote:
> > > > On Thu, 2017-12-21 at 18:14 +0800, Ed Greshko wrote:
> > > > > > On Thu, 2
On 21/12/17 10:43, stan wrote:
On Wed, 20 Dec 2017 22:28:43 +0100
Dirk Gottschalk wrote:
Hi.
According to the Message below I have to say I have the same issue. My
system (a compaq notebook) freezes totally while I am using Firefox,
Epiphany or SMPlayer. Checking anything else is not possible
On 12/22/17 07:56, Patrick O'Callaghan wrote:
> On Thu, 2017-12-21 at 11:40 -0800, Rick Stevens wrote:
>> On 12/21/2017 04:21 AM, Patrick O'Callaghan wrote:
>>
>> And for those of you using SSDs, make sure you have a good backup plan
>> in place. SSDs are fast and a lot more reliable than they used
On Fri, 22 Dec 2017 10:48:13 +1030
Stephen Davies wrote:
> The killer apps seem to be Firefox and Thunderbird. Chrome seems OK.
>
> As soon as I start Firefox, performance declines and eventually stops.
>
> Thunderbird is fine so long as it is only doing email. But when it
> starts a Javascript
23 matches
Mail list logo
