:: Re: [DNG] Uptime issue
Top Pagina
Delete this message
Reply to this message
Auteur: onefang
Datum:  
Aan: dng
Onderwerp: Re: [DNG] Uptime issue
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.

--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.