:: Re: [DNG] Uptime issue
トップ ページ
このメッセージを削除
このメッセージに返信
著者: o1bigtenor
日付:  
To: dng
題目: Re: [DNG] Uptime issue
On Thu, Oct 17, 2024 at 3:04 AM onefang <onefang_devuan@???> wrote:
>
> On 2024-09-28 21:20:50, o1bigtenor via Dng wrote:
> >    On Sat, Sep 28, 2024 at 8:15 PM nick <[1]nick@???> wrote:

> >
> >      It's definitely a dream system. I would still suspect it though. My
> >      reasoning would be somewhat like this:
> >      1. Random lockups are not normal and shouldn't be happening.
> >      2. The cause has gotta be either hardware or software.
> >      3. If it's hardware it's gotta be one (or more) specific component that
> >      is failing, defined by if I replaced that component with an identical
> >      unit (of the same manufacturer and model) the problem would go away.
> >      4. If it's software it's gotta be a subtle bug or driver
> >      incompatibility, sometimes latent bugs can be triggered by unusual
> >      combinations eg. Let us say the driver for your AMD graphics card fails
> >      when there is 64 GB or more of RAM, just for the sake of example.
> >      5. It could also be a matter of settings or configuration eg if your
> >      BIOS has configured the RAM for a higher clock than it is specced for,
> >      although in this era of autoconfiguration this would probably count as a
> >      driver bug.
> >      What I would do as a starting point would be to pull out the GPU and
> >      half the RAM and use it for a few weeks to see if problem goes away.
> >      Does it have internal graphics or do you have an older GPU to use
> >      temporarily? If problem recurs swap the RAM for the other half and
> >      re-test. You can also try the GPU or RAM in another system to see if
> >      problem moves with it. If it turns out to be the GPU then it could be
> >      driver issue as drivers are very complex these days. You could try
> >      earlier driver or earlier kernel (as you are already doing) but such
> >      approach is fraught. Once you narrow down the issue to a specific part
> >      or driver its better to take it out of service until a new part or fix
> >      is available.
> >      In principle you can use the same approach to diagnose CPU or mobo
> >      issue, but you would need identical spares which could get costly. If
> >      buying spares for testing I would highly recommend to get a PSU first. I
> >      haven't been into system building for many years but I have heard that
> >      PSU is responsible for a large proportion of faults with modern rigs
> >      given how demanding they are on the PSU.
> >      I am sure you can solve this. The nightmare is when it happens on a
> >      laptop where you really have no option but to try earlier kernels or
> >      removing drivers or take the laptop out of service (has happened to me).
> >      On a PC it is much easier. Oh yeah another thought: you might try
> >      running the dreaded Windows on it for a while. If it still locks up you
> >      have eliminated software except possibly for common code in AMD display
> >      drivers.

> >
> >    Given that when I had all four browsers loaded the uptime shrank horribly
> >    and my peripheral knowledge of the
> >    desire of far too many companies to use javascript to do things and report
> >    back to them what they want to know
> >    I am far more likely to suspect software than hardware.
> >    Just like right now - - I am still stuck at the dredded mz googly's email
> >    system and right now ublock origin is
> >    telling me that the are some 115 domains linked in. (Now up to 120
> >    domains. Now up to 137!!!!)
> >    This kind of garbage is likely at the bottom of my issues - - - not that
> >    hardware can't be an issue but
> >    when hardware is manipulated by unscrupulous companies - - - well the
> >    results are issues for users.
> >    Sorry - - - I have no spare GPU and I don't know another currently
> >    available one that has 5 outputs
> >    so that's a doa issue already.
> >    I guess what I'm looking for - - - well maybe I need to setup that shared
> >    hosting setup that I have been thinking
> >    about and get mz googly off my neck. Then if I can find a way to jail any
> >    and all browsers then I think my
> >    hardware issues would like shrink mightily.
> >    Any suggestions on how I can jail any browser?

>
> Hardcore way - run them in a VM.
>

I tried lxd some time ago and as a result am quite gun shy to even the idea of
using VMs.

What particular form of VM are you espousing?

TIA