• What advantages do you see in "fast startup" & "hibernation" on Windows

    From Wade Garrett@21:1/5 to All on Fri Apr 21 19:55:10 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    For a laptop, I can see why hibernation is useful but maybe not for a
    desktop, and certainly not for my (old & quirky) Windows 10 desktops.

    Hibernation https://www.howtogeek.com/868748/how-to-disable-hibernation-on-windows-10/

    For a laptop, most come with SSDs nowadays, don't they? So I can see less
    of a need for (unrelated) fast startup features, which always confused me.

    Fast Startup https://www.howtogeek.com/856514/how-to-disable-fast-startup-on-windows-10/

    For whatever reason, my two desktops (different brands, models & CPUs)
    won't reliably recover from when they go to sleep. Yet my laptops, with
    SSDs not only recover quite nicely, but they boot up within seconds.

    I'm not sure what the difference is between hibernation & fast startup.

    Whatever the cause, my solution was to turn off both hibernation and the un-related fast startup. Neither of my desktops has hung since, but the drawback, of course, is that cold startup takes a minute or two longer now.
    --
    Life is short. Make sure you spend as much time as possible on the
    internet arguing with strangers about politics.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to Wade Garrett on Fri Apr 21 20:09:38 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Wade Garrett <wade@cooler.net> wrote:

    For a laptop, I can see why hibernation is useful but maybe not for a >desktop, and certainly not for my (old & quirky) Windows 10 desktops.

    Hibernation >https://www.howtogeek.com/868748/how-to-disable-hibernation-on-windows-10/

    For a laptop, most come with SSDs nowadays, don't they? So I can see less
    of a need for (unrelated) fast startup features, which always confused me.

    Fast Startup >https://www.howtogeek.com/856514/how-to-disable-fast-startup-on-windows-10/

    For whatever reason, my two desktops (different brands, models & CPUs)
    won't reliably recover from when they go to sleep. Yet my laptops, with
    SSDs not only recover quite nicely, but they boot up within seconds.

    I'm not sure what the difference is between hibernation & fast startup.

    Whatever the cause, my solution was to turn off both hibernation and the >un-related fast startup. Neither of my desktops has hung since, but the >drawback, of course, is that cold startup takes a minute or two longer now.


    What you're calling "fast startup" refers to the OS hibernating its
    own core components, when you "shut down" the OS, doing a *complete*
    shut down only when rebooting.

    The hibernation *feature*, on the other hand, *also* writes the entire
    contents of a Windows session to storage, to be resumed, and
    completely shuts off power - I use it, with my roomy 1 TB NVMe drive
    (i.e. large enough that I don't worry too much about the wear and
    tear, since it's not squeezing the temporary writes of data into a
    small space, to be reused over and over), when I want to turn off the
    computer, when I leave the house for a relatively long period of time.

    Both features are worth using, for me, but obviously, it depends on
    having reliable hardware, including RAM and the storage device,
    because errors will lead to an unstable situation, possibly as you've
    described with the machines you disabled fast startup on. Would be
    good to know what caused the issue, of course, but at least you've
    worked around it.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to Wade Garrett on Fri Apr 21 20:54:57 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Wade Garrett <wade@cooler.net> wrote:

    What you're calling "fast startup" refers to the OS hibernating its
    own core components, when you "shut down" the OS, doing a *complete*
    shut down only when rebooting.

    Thank you for that summary of how hibernation differs from fast startup. >That's interesting that the "fast startup" is a "hibernation" of sorts.

    I didn't name it "fast startup" though. Microsoft did. >https://answers.microsoft.com/en-us/windows/forum/all/fast-startup-how-to-disable-if-its-causing/f9a4a2d0-104d-42dc-9946-4a2e13c0a348


    Ah, you're right, the term I remembered was out of date, Microsoft
    does love to change things (as we've been discussing, in another
    thread). Good to know of the current term.


    I never understood what the difference was, but this is what that says.
    "Fast Startup is a hybrid combination of a cold startup and a
    wake-from-hibernation startup. Frequently, kernel-mode device drivers need
    to distinguish Fast Startups from wake-from-hibernation so that their
    devices behave as users expect."

    "During a cold startup, the boot loader constructs a kernel memory image
    by loading the sections of the Windows kernel file into memory and linking >them. Next, the kernel configures core system functions, enumerates the >devices attached to the computer, and loads drivers for them."

    "In contrast, a fast startup simply loads the hibernation file
    (Hiberfil.sys) into memory to restore the previously saved image of the >Windows kernel and loaded drivers. A fast startup tends to take
    significantly less time than a cold startup."

    "More information (and much more in-depth) here."
    https://learn.microsoft.com/en-us/windows-hardware/drivers/kernel/distinguishing-fast-startup-from-wake-from-hibernation


    Yeah, it's one of those things that is useful, as long as it works.


    The hibernation *feature*, on the other hand, *also* writes the entire
    contents of a Windows session to storage, to be resumed, and
    completely shuts off power - I use it, with my roomy 1 TB NVMe drive
    (i.e. large enough that I don't worry too much about the wear and
    tear, since it's not squeezing the temporary writes of data into a
    small space, to be reused over and over), when I want to turn off the
    computer, when I leave the house for a relatively long period of time.

    It's very confusing to me why they have both hibernation & fast startup.

    Whatever caused the desktops to hang, I didn't have the tools to know what >caused the issue so I just disabled both the fast startup & the hibernation >on the two desktops & the issue has never happened since I disabled both.

    Maybe I could have gotten away with disabling only one and not the other?


    If fast startup doesn't work, it's a safe bet that hibernating the
    session won't, either.


    Both features are worth using, for me, but obviously, it depends on
    having reliable hardware, including RAM and the storage device,
    because errors will lead to an unstable situation, possibly as you've
    described with the machines you disabled fast startup on. Would be
    good to know what caused the issue, of course, but at least you've
    worked around it.

    Also if you dual boot and want to access the Windows file system from
    another operating system, you have to disable one or both of them anyway. >https://unix.stackexchange.com/questions/432869/cant-mount-dual-boot-partition-windows-is-hibernated

    I never really understood whether you really needed to disable both >hibernation and fast startup to share data in a dual boot situation.

    It gets confusing real fast. >https://askubuntu.com/questions/1070689/is-dual-boot-windows-10-with-hibernation-and-ubunutu-18-04-dangerous


    Well, the obvious answer is simply that the apps that are in suspended animation, in the Windows session, will have open files, that could be
    modified by the Linux session, borking the resumption of the Windows
    session, later.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Wade Garrett@21:1/5 to Joel on Fri Apr 21 20:25:13 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/21/2023 8:09 PM, Joel wrote:
    What you're calling "fast startup" refers to the OS hibernating its
    own core components, when you "shut down" the OS, doing a *complete*
    shut down only when rebooting.

    Thank you for that summary of how hibernation differs from fast startup.
    That's interesting that the "fast startup" is a "hibernation" of sorts.

    I didn't name it "fast startup" though. Microsoft did. https://answers.microsoft.com/en-us/windows/forum/all/fast-startup-how-to-disable-if-its-causing/f9a4a2d0-104d-42dc-9946-4a2e13c0a348

    I never understood what the difference was, but this is what that says.
    "Fast Startup is a hybrid combination of a cold startup and a wake-from-hibernation startup. Frequently, kernel-mode device drivers need
    to distinguish Fast Startups from wake-from-hibernation so that their
    devices behave as users expect."

    "During a cold startup, the boot loader constructs a kernel memory image
    by loading the sections of the Windows kernel file into memory and linking them. Next, the kernel configures core system functions, enumerates the
    devices attached to the computer, and loads drivers for them."

    "In contrast, a fast startup simply loads the hibernation file
    (Hiberfil.sys) into memory to restore the previously saved image of the
    Windows kernel and loaded drivers. A fast startup tends to take
    significantly less time than a cold startup."

    "More information (and much more in-depth) here." https://learn.microsoft.com/en-us/windows-hardware/drivers/kernel/distinguishing-fast-startup-from-wake-from-hibernation

    The hibernation *feature*, on the other hand, *also* writes the entire contents of a Windows session to storage, to be resumed, and
    completely shuts off power - I use it, with my roomy 1 TB NVMe drive
    (i.e. large enough that I don't worry too much about the wear and
    tear, since it's not squeezing the temporary writes of data into a
    small space, to be reused over and over), when I want to turn off the computer, when I leave the house for a relatively long period of time.

    It's very confusing to me why they have both hibernation & fast startup.

    Whatever caused the desktops to hang, I didn't have the tools to know what caused the issue so I just disabled both the fast startup & the hibernation
    on the two desktops & the issue has never happened since I disabled both.

    Maybe I could have gotten away with disabling only one and not the other?

    Both features are worth using, for me, but obviously, it depends on
    having reliable hardware, including RAM and the storage device,
    because errors will lead to an unstable situation, possibly as you've described with the machines you disabled fast startup on. Would be
    good to know what caused the issue, of course, but at least you've
    worked around it.

    Also if you dual boot and want to access the Windows file system from
    another operating system, you have to disable one or both of them anyway. https://unix.stackexchange.com/questions/432869/cant-mount-dual-boot-partition-windows-is-hibernated

    I never really understood whether you really needed to disable both
    hibernation and fast startup to share data in a dual boot situation.

    It gets confusing real fast. https://askubuntu.com/questions/1070689/is-dual-boot-windows-10-with-hibernation-and-ubunutu-18-04-dangerous
    --
    When did Western society decide that instead of helping mentally ill
    people, we should indulge their delusions 100% and allow them to set
    policy for the rest of us?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Fri Apr 21 21:10:12 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:

    I am going to piss off the Windows Fanbois here.

    Fast Start up causes all kinds of issues with my
    customers. I routinely disable it. It is a magic
    way to fix a lot of strange problems. The last
    one was artifacts on spreadsheets. "But I rebooted
    and shutdown? What did you do different!?!?!"

    The main benefit of Fast Startup, is the your
    computer was never really shutoff and it recovers
    quickly.

    The down side is that Windows IS NOT a stable operating
    system and starts getting weird after about three days
    or so. And Fast Start makes sure that whatever problems
    you had before ha ha shutting down, you get right back.

    If you do a real shutdown of your computer every night
    and get a real reboot, you will be hard pressed to
    find Windows instabilities. This is Windows Self
    Defense 101. (This is not an issue for Mac and
    Linux users.)

    I see Fast Start as a marketing scheme. See how fast
    our piece of s*** , oops, wonderful most compatible
    ever operating system boots up! We fixed the slows!!

    M$ marking departments is what happens when you cross
    a cock roach with a weasel.


    OK, but you also think the 2020 U.S. presidential election was stolen,
    so ...

    [There obviously *can* be issues, with a feature like this, but it
    wouldn't be in the released product, if it didn't work at least *most*
    of the time.]

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Wade Garrett on Fri Apr 21 18:01:34 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/21/23 16:55, Wade Garrett wrote:
    For a laptop, I can see why hibernation is useful but maybe not for a desktop, and certainly not for my (old & quirky) Windows 10 desktops.

    Hibernation https://www.howtogeek.com/868748/how-to-disable-hibernation-on-windows-10/

    For a laptop, most come with SSDs nowadays, don't they? So I can see less
    of a need for (unrelated) fast startup features, which always confused me.

    Fast Startup https://www.howtogeek.com/856514/how-to-disable-fast-startup-on-windows-10/

    For whatever reason, my two desktops (different brands, models & CPUs)
    won't reliably recover from when they go to sleep. Yet my laptops, with
    SSDs not only recover quite nicely, but they boot up within seconds.

    I'm not sure what the difference is between hibernation & fast startup.

    Whatever the cause, my solution was to turn off both hibernation and the un-related fast startup. Neither of my desktops has hung since, but the drawback, of course, is that cold startup takes a minute or two longer now.

    I am going to piss off the Windows Fanbois here.

    Fast Start up causes all kinds of issues with my
    customers. I routinely disable it. It is a magic
    way to fix a lot of strange problems. The last
    one was artifacts on spreadsheets. "But I rebooted
    and shutdown? What did you do different!?!?!"

    The main benefit of Fast Startup, is the your
    computer was never really shutoff and it recovers
    quickly.

    The down side is that Windows IS NOT a stable operating
    system and starts getting weird after about three days
    or so. And Fast Start makes sure that whatever problems
    you had before ha ha shutting down, you get right back.

    If you do a real shutdown of your computer every night
    and get a real reboot, you will be hard pressed to
    find Windows instabilities. This is Windows Self
    Defense 101. (This is not an issue for Mac and
    Linux users.)

    I see Fast Start as a marketing scheme. See how fast
    our piece of s*** , oops, wonderful most compatible
    ever operating system boots up! We fixed the slows!!

    M$ marking departments is what happens when you cross
    a cock roach with a weasel.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Fri Apr 21 19:09:51 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/21/23 18:10, Joel wrote:
    T <T@invalid.invalid> wrote:

    I am going to piss off the Windows Fanbois here.

    Fast Start up causes all kinds of issues with my
    customers. I routinely disable it. It is a magic
    way to fix a lot of strange problems. The last
    one was artifacts on spreadsheets. "But I rebooted
    and shutdown? What did you do different!?!?!"

    The main benefit of Fast Startup, is the your
    computer was never really shutoff and it recovers
    quickly.

    The down side is that Windows IS NOT a stable operating
    system and starts getting weird after about three days
    or so. And Fast Start makes sure that whatever problems
    you had before ha ha shutting down, you get right back.

    If you do a real shutdown of your computer every night
    and get a real reboot, you will be hard pressed to
    find Windows instabilities. This is Windows Self
    Defense 101. (This is not an issue for Mac and
    Linux users.)

    I see Fast Start as a marketing scheme. See how fast
    our piece of s*** , oops, wonderful most compatible
    ever operating system boots up! We fixed the slows!!

    M$ marking departments is what happens when you cross
    a cock roach with a weasel.


    OK, but you also think the 2020 U.S. presidential election was stolen,
    so ...

    It was and it has nothing to do with Fast Boot. Leave
    politics out of this group please. Take it to
    alt.politics.scorched-earth


    [There obviously *can* be issues, with a feature like this, but it
    wouldn't be in the released product, if it didn't work at least *most*
    of the time.]


    "Can be"? It is a tragic unethical feature. And
    none of my customers that I disable it on, which
    is all of them, even notice the extra five to
    ten seconds to boot up. They are very, very
    happy with the result.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Zaghadka@21:1/5 to All on Fri Apr 21 22:08:33 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On Fri, 21 Apr 2023 18:01:34 -0700, in alt.comp.os.windows-10, T wrote:

    M$ marking departments is what happens when you cross
    a cock roach with a weasel.

    So... Cockweasels? I like the sound of that.

    Remember "hybrid" sleep in Windows 7? Boy, that was a jolly good mess.
    When I finally figured out what they had done, I turned that right off.

    MS keeps doing these things where things that used to work reliably now
    only half-work in unexpected ways that aren't actually the things.

    Turning off hibernation is virtually the first thing I do on any windows desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely
    no good reason to hibernate a modern desktop.

    --
    Zag

    No one ever said on their deathbed, 'Gee, I wish I had
    spent more time alone with my computer.' ~Dan(i) Bunten

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Fri Apr 21 22:35:56 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:

    [There obviously *can* be issues, with a feature like this [Windows fast startup], but it
    wouldn't be in the released product, if it didn't work at least *most*
    of the time.]

    "Can be"? It is a tragic unethical feature. And
    none of my customers that I disable it on, which
    is all of them, even notice the extra five to
    ten seconds to boot up. They are very, very
    happy with the result.


    I guess some people's computers are just cheap OEM crapware, I mean, I
    assemble desktops, I don't use third rate parts.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Auric__@21:1/5 to Zaghadka on Sat Apr 22 05:29:43 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Zaghadka wrote:

    Turning off hibernation is virtually the first thing I do on any windows desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely
    no good reason to hibernate a modern desktop.

    I have on occasion had a situation where I had something going on that I
    didn't want, or was unable, to save it, but I wanted to power my machine completely off. In that situation, hibernation was the only option I had.

    --
    Being a cautionary tale is a full-time job. Just ask Lindsay Lohan.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Zaghadka on Fri Apr 21 23:02:31 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/21/23 20:08, Zaghadka wrote:
    On Fri, 21 Apr 2023 18:01:34 -0700, in alt.comp.os.windows-10, T wrote:

    M$ marking departments is what happens when you cross
    a cock roach with a weasel.

    So... Cockweasels? I like the sound of that.

    Remember "hybrid" sleep in Windows 7? Boy, that was a jolly good mess.
    When I finally figured out what they had done, I turned that right off.

    MS keeps doing these things where things that used to work reliably now
    only half-work in unexpected ways that aren't actually the things.

    Turning off hibernation is virtually the first thing I do on any windows desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely
    no good reason to hibernate a modern desktop.


    I remember business users, including grown men, almost in tears because
    they walked away from their W7 machines and their machines timed out and
    went into hibernation which crashed on re-entry destroying everything
    the user had been working on.

    I disabled the feature and ordered them to SAVE,
    SAVE, SAVE, SAVE, especially before walking away.

    Test from a Linux Live USB drives on the same machines
    to see if hardware was at fault, you could hibernate
    and suspend all you wanted. The OS was clearly at fault.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Fri Apr 21 22:57:21 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/21/23 19:35, Joel wrote:
    T <T@invalid.invalid> wrote:

    [There obviously *can* be issues, with a feature like this [Windows fast startup], but it
    wouldn't be in the released product, if it didn't work at least *most*
    of the time.]

    "Can be"? It is a tragic unethical feature. And
    none of my customers that I disable it on, which
    is all of them, even notice the extra five to
    ten seconds to boot up. They are very, very
    happy with the result.


    I guess some people's computers are just cheap OEM crapware, I mean, I assemble desktops, I don't use third rate parts.


    Joel,

    I work on really, really crappy computers
    with Linux on them and THEY DO NOT HAVE
    THESE PROBLEMS. Some that Windows will
    not even install on or no longer will run on,
    even with all the hardware requirements.
    It is clearly the low quality if M$'s OS'es.
    It is a lot cheaper than buying a new computer.

    One time I used a old crappy computer that
    Windows would no longer run on (same version )
    as a Linux Samba file server and the piece
    of junk ran for years.

    Next crappy computer you gets your hands
    on, try installing Fedora (Mate or Xfce)
    and see what you get.

    This is not the cheap OEM crapware's fault,
    much as I also despise it as well as you,
    but a crappy OS.

    Ask yourself why every other OS in this
    universe lets you decide whether to shutdown,
    reboot, hibernate, or suspend and the liars
    at M$ do not tell you that shutdown is
    not shutdown but rather is some odd form
    of suspend/hibernate.

    It should be an option for the user to choose.
    And they can, M$ does not, lie about those
    options, they only lie about shutdown.

    At least the liars will let you disable the
    feature. Well for now.

    -T

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to Joel on Sat Apr 22 01:42:28 2023
    XPost: alt.comp.os.windows-11

    Joel wrote on 4/21/2023 7:35 PM:

    I guess some people's computers are just cheap OEM crapware, I mean, I assemble desktops, I don't use third rate parts.


    That's a significant part of the problem through the OEM market for
    consumers, smb, and enterprise.
    The desire to cut cost of hardware on expense items(decpriated or not)
    or capital items is quite common in all arenas of purchasing OEM devices.

    One of the primary problems with Fast Startup is too many devices sold
    lacking full compatibility of hardware supporting sleep, fast startup,
    and hibernation.

    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on
    spreadsheets. Cheap or low spec'ed hardware lacking full support existed
    prior to that spreadsheet every being first used on a device if that
    actual issue was even closely related to FS.

    The real truth is that Fast Startup has shared ownership in its existence
    in Windows by both OEM and Microsoft.

    OEM's and only a select few adopt the guidelines for imaging devices
    marketed for sale as prebuilt Windows devices.
    Doing a poor job of configuration for a variety of items.
    - minimizing running services
    - startup apps
    - tray resident items
    - determining what inbox/oobe 3rd party apps are loaded
    - startup reg run keys
    - don't refrain from enabling hybrid sleep on devices where a hiberfile
    on standby will be created
    - rarely balance CPU, Disk, and RAM for a given device(the cheap stuff
    even worse)
    - pre-configuring as-shipped devices with Fast Boot, Fast Startup enabled.

    Thus for most, consumers and business are purchasing at the low to
    middle-low end of hardware due to budget or disposable(not discretionary) income.
    Fast Startup and Hibernation makes sense for specific intended use on
    certain hardware. Microsoft does it's part on specifying guidelines for
    OEM's but few follow(i.e. guidelines not contractual requirements for
    Windows devices).

    Anyone attempting to solely blame MSFT is just another episode of pushing
    out opinions without understanding the truth behind the evolution of fast startup and hibernation and continuing the propagation of personal
    fake-news like beliefs, then as a sideline digress/divert the topic
    elsewhere.

    Having said the above, and a disclaimer of sort since not all have the
    same economic position when purchasing or building a device - the last
    major company OEM device I purchased(with one exception) was an HP device
    for Windows 95. Desktops (4)purchased since CY2000 have all been built
    by Puget Systems. My lowest end device is an ancient Surface 3 currently running Win10 22H2 with a startup time of about 25-30 sec(more than
    reasonable for an 8yr old Intel Atom SOC.

    That exception is this 2017 device which one would be hard-pressed to
    find anywhere today even close to the same price point - A Costco Acer
    Aspire 515G with an as-built condition - 12GB RAM, an 8th gen Intel i7,
    500GB SSD, 1TB HD, dual graphics Intel HD 620/Nvidia MX150 etc.
    - Startup time on W11 Pro 22H2 about 11 secs(power on to logon screen),
    more than reasonable for an 6 yr old device meeting Win11 specs on all
    fronts.

    :) ...and none of these devices for my personal use need or has Fast
    Startup or Hibernation enabled, but it works without issue when enabled
    b/c the hardware, services and knowledge meets the guidelines.


    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Sat Apr 22 04:09:08 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yMi8yMyAwMTo0MiwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4gRG9uJ3QgYmUg Zm9vbGVkIGludG8gYmVsaWV2aW5nIHRoYXQgc29tZSBtYWdpYyB3YW5kLWxpa2UgZ2VzdHVy ZSBvZiANCj4gdHVybmluZyBmYXN0IHN0YXJ0dXAgb2ZmIHdhcyB0aGUgY3VyZSBmb3IgZml4 aW5nIGFydGlmYWN0cyBvbiBzcHJlYWRzaGVldHMuDQoNCkhtbW1tLiBJdCB3b3JrZWQuDQoN Ck0kIGhhcyAgY2xhaW1lZCBsb3cgcXVhbGl0eSBoYXJkd2FyZSBhcyBhbiBleGN1c2UNCmZv ciBpdHMgcG9vciBxdWFsaXR5IGZvciB5ZWFycy4gIFRoZSBleGN1c2VzIGFyZQ0Kd2Vhcmlu ZyB0aGluLg0KDQpBbmQgdGhlIGFydGlmYWN0cyB3ZXJlIG9uIHRoZSBkaXNwbGF5LCBub3Qg aW4NCnRoZSBzcHJlYWRzaGVldC4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andy Burns@21:1/5 to Wade Garrett on Sat Apr 22 11:22:51 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Wade Garrett wrote:

    For a laptop, I can see why hibernation is useful but maybe not for a desktop, and certainly not for my (old & quirky) Windows 10 desktops.

    This laptop has an NVMe SSD

    the time from BIOS screen to windows GUI screen
    using hybrid shutdown is 9 seconds

    Using a full shutdown it's 16 seconds.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Sat Apr 22 07:26:14 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:
    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:

    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on spreadsheets.

    Hmmmm. It worked.

    M$ has claimed low quality hardware as an excuse
    for its poor quality for years. The excuses are
    wearing thin.


    I came up with that theory on my own, I actually would've thought
    Microsoft would obfuscate it, because of their dependence on OEMs to
    sell and support their platform (and then, of course, MS can push
    Office on their customers, which is where the real money is for them,
    unless one is like me, and pays the retail price for Windows). I have genuinely perceived that self-assembling computers, from high quality
    parts, makes Windows more reliable. It depends, of course, on the
    exact parts an OEM uses, but in general, they tend to cut corners, in
    my experience.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Zaghadka@21:1/5 to All on Sat Apr 22 07:16:10 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On Sat, 22 Apr 2023 05:29:43 -0000 (UTC), in alt.comp.os.windows-10,
    Auric__ wrote:

    Zaghadka wrote:

    Turning off hibernation is virtually the first thing I do on any windows
    desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely
    no good reason to hibernate a modern desktop.

    I have on occasion had a situation where I had something going on that I >didn't want, or was unable, to save it, but I wanted to power my machine >completely off. In that situation, hibernation was the only option I had.

    I'm not sure what that use case means, but I guess so? One valid use for hibernation noted.

    --
    Zag

    No one ever said on their deathbed, 'Gee, I wish I had
    spent more time alone with my computer.' ~Dan(i) Bunten

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Zaghadka on Sat Apr 22 08:53:25 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/21/2023 11:08 PM, Zaghadka wrote:
    On Fri, 21 Apr 2023 18:01:34 -0700, in alt.comp.os.windows-10, T wrote:

    M$ marking departments is what happens when you cross
    a cock roach with a weasel.

    So... Cockweasels? I like the sound of that.

    Remember "hybrid" sleep in Windows 7? Boy, that was a jolly good mess.
    When I finally figured out what they had done, I turned that right off.

    MS keeps doing these things where things that used to work reliably now
    only half-work in unexpected ways that aren't actually the things.

    Turning off hibernation is virtually the first thing I do on any windows desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely
    no good reason to hibernate a modern desktop.


    Yes.

    powercfg /h off

    is what I use after installation is finished. I also
    adjust the pagesize to a fixed 1GB for my large RAM systems.

    But that's just a configuration personal preference with me,
    not based on some series of bad experiences with it. It's just
    the way I set them up.

    The powercfg command has a number of options which
    might help with configuration.

    The OEM computers come with some "traps for the unwary",
    and there are probably a few things to do there, rather
    than "wait for the thing to break and then moan about it".

    If someone gives you a plate, with a dollop of crap on
    it and two slices of bread, that will magically turn
    into a crap sandwich before you know it. Removing some
    of the ingredients may help. (Like the Dell insistence on
    "RAID Ready", when for most people, the side effects of
    that choice chase you around forever and a day.)

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Zaghadka@21:1/5 to All on Sat Apr 22 07:54:59 2023
    XPost: alt.comp.os.windows-11

    On Sat, 22 Apr 2023 04:09:08 -0700, in alt.comp.os.windows-10, T wrote:

    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:
    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on spreadsheets.

    Hmmmm. It worked.

    M$ has claimed low quality hardware as an excuse
    for its poor quality for years. The excuses are
    wearing thin.

    And the artifacts were on the display, not in
    the spreadsheet.

    Sounds like bad third-party graphics drivers incompatible with Fast
    Start, not FS itself. Were they WHQL? Did you try updating the video
    drivers first?

    A lot of "low quality" Windows stuff is, in fact, low quality third-party drivers. If you stick to the Microsoft/Intel ecosystem as much as
    possible, it usually "just works" too. In contrast, my Nvidia drivers
    have resulted in stuff like hard crash to unclean shutdown and restart.

    IMO, Windows biggest source of crap stems from backwards compatibility.
    For the time being, I'll take the crap to have a full library of working
    Win32 software. Eventually, they will have to drop the cruft though. They
    will have to drop WinSxS and WOW.

    Linux, to its credit, does not engage in planned obsolescence though, so
    it's a godsend for "rescuing" perfectly usable old machines from the jaws
    of "you need TPM 2.0 because planned obsolescence" or "you need 8th gen
    Intel to run this, because same thing." If they can backwards
    compatibility Win32, they can do it for bascially anything and the
    additional security can be optional. But MS doesn't. Hmm.

    --
    Zag

    No one ever said on their deathbed, 'Gee, I wish I had
    spent more time alone with my computer.' ~Dan(i) Bunten

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Auric__@21:1/5 to Zaghadka on Sat Apr 22 15:04:11 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Zaghadka wrote:

    On Sat, 22 Apr 2023 05:29:43 -0000 (UTC), in alt.comp.os.windows-10,
    Auric__ wrote:

    Zaghadka wrote:

    Turning off hibernation is virtually the first thing I do on any windows >>> desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely >>> no good reason to hibernate a modern desktop.

    I have on occasion had a situation where I had something going on that I >>didn't want, or was unable, to save it, but I wanted to power my machine >>completely off. In that situation, hibernation was the only option I had.

    I'm not sure what that use case means, but I guess so? One valid use for hibernation noted.

    On an alternate note, I have mentioned in the past (elsewhere) that I used to use virtual machines as my primary "workstation", so to speak, and with those you can (usually) save the state of the VM, which is very similar to hibernation, without having a gigantic HIBERFIL.SYS taking up loads of drive space. Yes, the saved state still takes up space -- generally more than HIBERFIL.SYS, in fact -- but it's "out" on the host machine instead of the emulated drive, and it usually gets deleted once you resume the VM.

    --
    I am ready to quarrel with everyone today, but you have the first claim.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Sat Apr 22 07:31:18 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yMi8yMyAwNTo1NCwgWmFnaGFka2Egd3JvdGU6DQo+IE9uIFNhdCwgMjIgQXByIDIw MjMgMDQ6MDk6MDggLTA3MDAsIGluIGFsdC5jb21wLm9zLndpbmRvd3MtMTAsIFQgd3JvdGU6 DQo+IA0KPj4gT24gNC8yMi8yMyAwMTo0MiwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4+ PiBEb24ndCBiZSBmb29sZWQgaW50byBiZWxpZXZpbmcgdGhhdCBzb21lIG1hZ2ljIHdhbmQt bGlrZSBnZXN0dXJlIG9mDQo+Pj4gdHVybmluZyBmYXN0IHN0YXJ0dXAgb2ZmIHdhcyB0aGUg Y3VyZSBmb3IgZml4aW5nIGFydGlmYWN0cyBvbiBzcHJlYWRzaGVldHMuDQo+Pg0KPj4gSG1t bW0uIEl0IHdvcmtlZC4NCj4+DQo+PiBNJCBoYXMgIGNsYWltZWQgbG93IHF1YWxpdHkgaGFy ZHdhcmUgYXMgYW4gZXhjdXNlDQo+PiBmb3IgaXRzIHBvb3IgcXVhbGl0eSBmb3IgeWVhcnMu ICBUaGUgZXhjdXNlcyBhcmUNCj4+IHdlYXJpbmcgdGhpbi4NCj4+DQo+PiBBbmQgdGhlIGFy dGlmYWN0cyB3ZXJlIG9uIHRoZSBkaXNwbGF5LCBub3QgaW4NCj4+IHRoZSBzcHJlYWRzaGVl dC4NCj4gDQo+IFNvdW5kcyBsaWtlIGJhZCB0aGlyZC1wYXJ0eSBncmFwaGljcyBkcml2ZXJz IGluY29tcGF0aWJsZSB3aXRoIEZhc3QNCj4gU3RhcnQsIG5vdCBGUyBpdHNlbGYuIFdlcmUg dGhleSBXSFFMPyBEaWQgeW91IHRyeSB1cGRhdGluZyB0aGUgdmlkZW8NCj4gZHJpdmVycyBm aXJzdD8NCj4gDQo+IEEgbG90IG9mICJsb3cgcXVhbGl0eSIgV2luZG93cyBzdHVmZiBpcywg aW4gZmFjdCwgbG93IHF1YWxpdHkgdGhpcmQtcGFydHkNCj4gZHJpdmVycy4gSWYgeW91IHN0 aWNrIHRvIHRoZSBNaWNyb3NvZnQvSW50ZWwgZWNvc3lzdGVtIGFzIG11Y2ggYXMNCj4gcG9z c2libGUsIGl0IHVzdWFsbHkgImp1c3Qgd29ya3MiIHRvby4gSW4gY29udHJhc3QsIG15IE52 aWRpYSBkcml2ZXJzDQo+IGhhdmUgcmVzdWx0ZWQgaW4gc3R1ZmYgbGlrZSBoYXJkIGNyYXNo IHRvIHVuY2xlYW4gc2h1dGRvd24gYW5kIHJlc3RhcnQuDQo+IA0KPiBJTU8sIFdpbmRvd3Mg YmlnZ2VzdCBzb3VyY2Ugb2YgY3JhcCBzdGVtcyBmcm9tIGJhY2t3YXJkcyBjb21wYXRpYmls aXR5Lg0KPiBGb3IgdGhlIHRpbWUgYmVpbmcsIEknbGwgdGFrZSB0aGUgY3JhcCB0byBoYXZl IGEgZnVsbCBsaWJyYXJ5IG9mIHdvcmtpbmcNCj4gV2luMzIgc29mdHdhcmUuIEV2ZW50dWFs bHksIHRoZXkgd2lsbCBoYXZlIHRvIGRyb3AgdGhlIGNydWZ0IHRob3VnaC4gVGhleQ0KPiB3 aWxsIGhhdmUgdG8gZHJvcCBXaW5TeFMgYW5kIFdPVy4NCj4gDQo+IExpbnV4LCB0byBpdHMg Y3JlZGl0LCBkb2VzIG5vdCBlbmdhZ2UgaW4gcGxhbm5lZCBvYnNvbGVzY2VuY2UgdGhvdWdo LCBzbw0KPiBpdCdzIGEgZ29kc2VuZCBmb3IgInJlc2N1aW5nIiBwZXJmZWN0bHkgdXNhYmxl IG9sZCBtYWNoaW5lcyBmcm9tIHRoZSBqYXdzDQo+IG9mICJ5b3UgbmVlZCBUUE0gMi4wIGJl Y2F1c2UgcGxhbm5lZCBvYnNvbGVzY2VuY2UiIG9yICJ5b3UgbmVlZCA4dGggZ2VuDQo+IElu dGVsIHRvIHJ1biB0aGlzLCBiZWNhdXNlIHNhbWUgdGhpbmcuIiBJZiB0aGV5IGNhbiBiYWNr d2FyZHMNCj4gY29tcGF0aWJpbGl0eSBXaW4zMiwgdGhleSBjYW4gZG8gaXQgZm9yIGJhc2Np YWxseSBhbnl0aGluZyBhbmQgdGhlDQo+IGFkZGl0aW9uYWwgc2VjdXJpdHkgY2FuIGJlIG9w dGlvbmFsLiBCdXQgTVMgZG9lc24ndC4gSG1tLg0KPiANCg0KDQpGaXJzdCB0aGluZyBJIGFs d2F5cyBkbyBpcyBkaXNhYmxlIGZhc3QgYm9vdCBhbmQNCmRvIGEgaGFyZCBjb21tYW5kIGxp bmUgcmVib290Lg0KDQpUaGVuIEkgbG9vayB0byBzZWUgd2hhdCBoYXMgc3RvcHBlZCB3b3Jr aW5nLg0KDQpUaGVyZSBpcyBubyB1c2UgdHJvdWJsZXNob290IFdpbmRvd3MgaWYgaXQgaXMg c2NyZXdlZA0KdXAgYW5kIG5lZWRzIGEgcmVhbCByZWJvb3QuICBJdCBpcyBhIGZvb2xzIGVy cmFuZC4NCg0KDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ken Blake@21:1/5 to Joel on Sat Apr 22 07:51:11 2023
    XPost: alt.comp.os.windows-11

    On Sat, 22 Apr 2023 07:26:14 -0400, Joel <joelcrump@gmail.com> wrote:

    T <T@invalid.invalid> wrote:
    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:

    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on spreadsheets. >>
    Hmmmm. It worked.

    M$ has claimed low quality hardware as an excuse
    for its poor quality for years. The excuses are
    wearing thin.


    I came up with that theory on my own, I actually would've thought
    Microsoft would obfuscate it, because of their dependence on OEMs to
    sell and support their platform (and then, of course, MS can push
    Office on their customers, which is where the real money is for them,
    unless one is like me, and pays the retail price for Windows). I have >genuinely perceived that self-assembling computers, from high quality
    parts, makes Windows more reliable. It depends, of course, on the
    exact parts an OEM uses, but in general, they tend to cut corners, in
    my experience.


    In general, yes, but not always. It depends on the OEM, and with some
    OEMs, which model it is. It's often possible to buy the same
    specifications in different models at different prices, and the more
    expensive models are usually better and last longer.

    I'm not using an OEM computer now, but over the years I often did. I
    always avoided the cheapest models, and my experience has usually been
    good.

    My current computer is custom built, with all components individually
    selected. Will it last longer than an OEM computer with similar specs?
    Probably (at least I hope so). Will it last twice as long as an OEM
    computer with similar specs at half the price? I don't know, but as
    far as I'm concerned, that's the real question. If it doesn't, it
    wasn't a good buy, and buying an OEM computer and replacing it when it
    died would have been a better value.

    One of the reasons OEM Computers are less expensive than custom-built
    ones is that the OEM can buy components in bulk and thereby save
    money. That affects the price they are sold for, and not necessarily
    their quality.

    But a good point about custom building is that's usually easier to
    replace individual components because an original one has died or
    because better performance is possible if you do.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to Ken Blake on Sat Apr 22 11:09:19 2023
    XPost: alt.comp.os.windows-11

    Ken Blake <Ken@invalid.news.com> wrote:
    On Sat, 22 Apr 2023 07:26:14 -0400, Joel <joelcrump@gmail.com> wrote:
    T <T@invalid.invalid> wrote:

    M$ has claimed low quality hardware as an excuse
    for its poor quality for years. The excuses are
    wearing thin.

    I came up with that theory on my own, I actually would've thought
    Microsoft would obfuscate it, because of their dependence on OEMs to
    sell and support their platform (and then, of course, MS can push
    Office on their customers, which is where the real money is for them, >>unless one is like me, and pays the retail price for Windows). I have >>genuinely perceived that self-assembling computers, from high quality >>parts, makes Windows more reliable. It depends, of course, on the
    exact parts an OEM uses, but in general, they tend to cut corners, in
    my experience.

    In general, yes, but not always. It depends on the OEM, and with some
    OEMs, which model it is. It's often possible to buy the same
    specifications in different models at different prices, and the more >expensive models are usually better and last longer.

    I'm not using an OEM computer now, but over the years I often did. I
    always avoided the cheapest models, and my experience has usually been
    good.

    My current computer is custom built, with all components individually >selected. Will it last longer than an OEM computer with similar specs? >Probably (at least I hope so). Will it last twice as long as an OEM
    computer with similar specs at half the price? I don't know, but as
    far as I'm concerned, that's the real question. If it doesn't, it
    wasn't a good buy, and buying an OEM computer and replacing it when it
    died would have been a better value.

    One of the reasons OEM Computers are less expensive than custom-built
    ones is that the OEM can buy components in bulk and thereby save
    money. That affects the price they are sold for, and not necessarily
    their quality.

    But a good point about custom building is that's usually easier to
    replace individual components because an original one has died or
    because better performance is possible if you do.


    I really could not buy a pre-assembled desktop. OEMs are, largely,
    junk, custom builders are pricey. The only, satisfactory, way, is to
    do it oneself.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Wade Garrett on Sat Apr 22 15:42:16 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Wade Garrett <wade@cooler.net> wrote:
    [...]

    Whatever caused the desktops to hang, I didn't have the tools to know what caused the issue so I just disabled both the fast startup & the hibernation on the two desktops & the issue has never happened since I disabled both.

    Maybe I could have gotten away with disabling only one and not the other?

    As you probably will more often use hibernation than do a (fast)
    startup, it's probably best to try to just switch on hibernation and
    switch off fast startup.

    As you say you sometimes dual boot, you can turn off hibernation just
    before you boot from the other OS.

    Now you know everything about hibernation and fast startup, it's time
    to learn about 'Adaptive hibernate' and 'Modern Standby', both of which
    your laptop probably has! :-)

    'Adaptive hibernate overview' <https://learn.microsoft.com/en-us/windows-hardware/customize/power-settings/adaptive-hibernate>

    'Modern Standby vs S3' <https://learn.microsoft.com/en-us/windows-hardware/design/device-experiences/modern-standby-vs-s3>

    Bottom line: 'The system never - well, hardly ever - sleeps!' :-)

    [...]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ken Blake@21:1/5 to Joel on Sat Apr 22 08:27:05 2023
    XPost: alt.comp.os.windows-11

    On Sat, 22 Apr 2023 11:09:19 -0400, Joel <joelcrump@gmail.com> wrote:

    Ken Blake <Ken@invalid.news.com> wrote:
    On Sat, 22 Apr 2023 07:26:14 -0400, Joel <joelcrump@gmail.com> wrote:
    T <T@invalid.invalid> wrote:

    M$ has claimed low quality hardware as an excuse
    for its poor quality for years. The excuses are
    wearing thin.

    I came up with that theory on my own, I actually would've thought >>>Microsoft would obfuscate it, because of their dependence on OEMs to
    sell and support their platform (and then, of course, MS can push
    Office on their customers, which is where the real money is for them, >>>unless one is like me, and pays the retail price for Windows). I have >>>genuinely perceived that self-assembling computers, from high quality >>>parts, makes Windows more reliable. It depends, of course, on the
    exact parts an OEM uses, but in general, they tend to cut corners, in
    my experience.

    In general, yes, but not always. It depends on the OEM, and with some
    OEMs, which model it is. It's often possible to buy the same >>specifications in different models at different prices, and the more >>expensive models are usually better and last longer.

    I'm not using an OEM computer now, but over the years I often did. I
    always avoided the cheapest models, and my experience has usually been >>good.

    My current computer is custom built, with all components individually >>selected. Will it last longer than an OEM computer with similar specs? >>Probably (at least I hope so). Will it last twice as long as an OEM >>computer with similar specs at half the price? I don't know, but as
    far as I'm concerned, that's the real question. If it doesn't, it
    wasn't a good buy, and buying an OEM computer and replacing it when it
    died would have been a better value.

    One of the reasons OEM Computers are less expensive than custom-built
    ones is that the OEM can buy components in bulk and thereby save
    money. That affects the price they are sold for, and not necessarily
    their quality.

    But a good point about custom building is that's usually easier to
    replace individual components because an original one has died or
    because better performance is possible if you do.


    I really could not buy a pre-assembled desktop. OEMs are, largely,
    junk,

    Largely? Perhaps.But not all.


    custom builders are pricey.


    Some are, some are not. In my case, he wasn't. He was a friend who
    charged me nohing.


    The only, satisfactory, way, is to
    do it oneself.

    For you. Not for me. I've done it in the past, but at my age (85) and
    with my mechanical skills, doing it myself is no longer an option.

    Probably for the great majority of people who buy a desktop, doing it themselves is not an option. And these days, since more people
    apparently now buy laptops than desktops, It's not an option for any
    of them.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Zaghadka on Sat Apr 22 17:34:50 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Zaghadka <zaghadka@hotmail.com> wrote:
    [...]

    Remember "hybrid" sleep in Windows 7? Boy, that was a jolly good mess.
    When I finally figured out what they had done, I turned that right off.

    I never had a Windows 7 system, but AFAIK my Windows 8.1 system also
    had hybrid sleep, but I did not have it turned on.

    Anyway, you'll be 'pleased' to know that similar things are back in
    Windows 11 (and 10?) at least on laptops. Meet 'Adaptive hibernate
    overview' or/and 'Modern Standby'! :-) (See my response to Wade for
    details.)

    MS keeps doing these things where things that used to work reliably now
    only half-work in unexpected ways that aren't actually the things.

    Turning off hibernation is virtually the first thing I do on any windows desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely
    no good reason to hibernate a modern desktop.

    I haven't used a desktop for decades - they're *so* 1990's :-) -, but
    if I did, I would hibernate it instead of shutting it down. Not because
    it saves some time, but I want to have all my stuff ready where and how
    I left it.

    BTW, I don't power down my phone either! :-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to T@invalid.invalid on Sat Apr 22 17:41:52 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:
    [...]

    I remember business users, including grown men, almost in tears because
    they walked away from their W7 machines and their machines timed out and
    went into hibernation which crashed on re-entry destroying everything
    the user had been working on.

    I disabled the feature and ordered them to SAVE,
    SAVE, SAVE, SAVE, especially before walking away.

    I'm not (read: no longer) a "business user" and use laptops instead of desktops (I assume "their W7 machines" are desktops), but in well over
    two decades, I *never* lost anything due to hibernating/de-hibernating.

    So I side with Winston: There's some other problem and turning off hibernation just masks that other problem.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to Frank Slootweg on Sat Apr 22 14:04:25 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Frank Slootweg <this@ddress.is.invalid> wrote:
    T <T@invalid.invalid> wrote:

    I remember business users, including grown men, almost in tears because
    they walked away from their W7 machines and their machines timed out and
    went into hibernation which crashed on re-entry destroying everything
    the user had been working on.

    I disabled the feature and ordered them to SAVE,
    SAVE, SAVE, SAVE, especially before walking away.

    I'm not (read: no longer) a "business user" and use laptops instead of
    desktops (I assume "their W7 machines" are desktops), but in well over
    two decades, I *never* lost anything due to hibernating/de-hibernating.

    So I side with Winston: There's some other problem and turning off
    hibernation just masks that other problem.


    Right, it's either RAM/storage errors, or some kind of glitch, where
    the resume fails. I've never had this problem, with fast startup, or
    full hibernation.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Frank Slootweg on Sat Apr 22 16:00:57 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/22/2023 11:42 AM, Frank Slootweg wrote:
    Wade Garrett <wade@cooler.net> wrote:
    [...]

    Whatever caused the desktops to hang, I didn't have the tools to know what >> caused the issue so I just disabled both the fast startup & the hibernation >> on the two desktops & the issue has never happened since I disabled both.

    Maybe I could have gotten away with disabling only one and not the other?

    As you probably will more often use hibernation than do a (fast)
    startup, it's probably best to try to just switch on hibernation and
    switch off fast startup.

    As you say you sometimes dual boot, you can turn off hibernation just before you boot from the other OS.

    Now you know everything about hibernation and fast startup, it's time
    to learn about 'Adaptive hibernate' and 'Modern Standby', both of which
    your laptop probably has! :-)

    'Adaptive hibernate overview' <https://learn.microsoft.com/en-us/windows-hardware/customize/power-settings/adaptive-hibernate>

    'Modern Standby vs S3' <https://learn.microsoft.com/en-us/windows-hardware/design/device-experiences/modern-standby-vs-s3>

    Bottom line: 'The system never - well, hardly ever - sleeps!' :-)

    [...]


    I would not say that any pseudo schemes, are that widespread (S0ic).

    S0ic smushes together the things at the S0 end of the scale.

    A "Microsoft Surface" product, is the most likely to demonstrate such behavior. I don't know if any other OEM has gone head-over-heels with this.

    Since hibernate is also used for "emergencies", that's one you
    cannot afford to abuse. When the laptop battery reads "0",
    you stop drawing power from it. You don't run off and check
    Facebook every five minutes, when the battery is officially "dead".

    The battery management IC, will refuse to recharge a pack which is
    too low below the "0" point. As the battery at that point is already
    damaged by reverse biasing.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Sat Apr 22 16:48:45 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/22/2023 11:04 AM, Auric__ wrote:
    Zaghadka wrote:

    On Sat, 22 Apr 2023 05:29:43 -0000 (UTC), in alt.comp.os.windows-10,
    Auric__ wrote:

    Zaghadka wrote:

    Turning off hibernation is virtually the first thing I do on any windows >>>> desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely >>>> no good reason to hibernate a modern desktop.

    I have on occasion had a situation where I had something going on that I >>> didn't want, or was unable, to save it, but I wanted to power my machine >>> completely off. In that situation, hibernation was the only option I had. >>
    I'm not sure what that use case means, but I guess so? One valid use for
    hibernation noted.

    On an alternate note, I have mentioned in the past (elsewhere) that I used to use virtual machines as my primary "workstation", so to speak, and with those you can (usually) save the state of the VM, which is very similar to hibernation, without having a gigantic HIBERFIL.SYS taking up loads of drive space. Yes, the saved state still takes up space -- generally more than HIBERFIL.SYS, in fact -- but it's "out" on the host machine instead of the emulated drive, and it usually gets deleted once you resume the VM.


    Hiberfile is a "reserved space". It is reserved, to ensure it is
    available when needed. A hiberfile can have more than one usage
    (if it is appropriately sized by the operator and certain settings
    are modified).

    On any Windows hibernation, the entire file space is not written. Only the used RAM
    is recorded, and a lightweight compressor reduces the amount of writes (for performance reasons). The portions at the end of the reserved space, may never have been written, ever. SSD wear and tear, is marked here... Each time you hibernate, the compressed section could be slightly larger or slightly smaller. Via SSD "wear leveling", the write ops do NOT burn a hole in the device! The wear is distributed uniformly over the flash surface inside.

    /----------------------------\
    +--------+---------------------+-------------------------------------------------+
    | Header | compressed RAM image| <--------------- unused/unwritten ------------->|
    +--------+---------------------+-------------------------------------------------+

    On a normal shutdown, there is no need to write to the hiberfile. The header is overwritten with null info, at the beginning of a session, so that if the OS shuts down unexpectedly, on next startup, the startup can detect the null header
    and not "load" any remnants in there. The header serves as a "flag of validity".

    *******

    When you freeze a VM Guest, about the same amount of "work" occurs. The VM guest
    does not need a reservation scheme, since the hosting software continues to work
    and run in Ring 3, and it can be rather relaxed about this. (As long as the work partition isn't full, the state info can be saved.)

    Only the most poorly designed hosting softwares, use excessive resources.
    And yes, there are some deserving of such descriptions. I need to "up my game", on selecting the very best container settings for some of these, as I may be behind the times. Containers where the contents are encrypted, those
    are a rat bastard. I only have one of those -- and it wasn't my choice
    to encrypt it either -- the hosting software insisted on it!

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Sat Apr 22 16:31:18 2023
    XPost: alt.comp.os.windows-11

    On 4/22/2023 7:09 AM, T wrote:
    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:
    Don't be fooled into believing that some magic wand-like gesture of turning fast startup off was the cure for fixing artifacts on spreadsheets.

    Hmmmm. It worked.

    M$ has  claimed low quality hardware as an excuse
    for its poor quality for years.  The excuses are
    wearing thin.

    And the artifacts were on the display, not in
    the spreadsheet.

    I would look at Windows Update activity, versus the
    regeneration of any Fast Startup kernel images.

    The OS, on a reboot after a Windows Update, should
    do a fresh boot, and that would help incorporate any
    driver or low level changes.

    The "logic" was supposed to regenerate the image after
    three months maximum. Of course, with Windows Update,
    it's pretty hard to make it to three months, without an update
    coming in. Some things in Windows, are patched on practically
    every Windows Update, which means that regeneration might
    well be needed after every one of them.

    Linux has a similar issue, only it's with kernel and DKMS
    regeneration. Linux does an excessive number of regenerations,
    because it is incapable of keeping a flag until the end of
    updates, and then incorporating the results. On Ubuntu, I've
    noticed a small improvement in this, but on the other hand,
    I don't know if DKMS even exists any more. That might have
    been the improvement.

    Linux was also not supposed to need to be rebooted after
    updates. I'm still waiting...

    Updating is obnoxious, no matter what platform you're on.
    Ubuntu for example, blocks your package manager, while it
    runs updating procedures in your face (while you're trying
    to do your morning email).

    If you're a Gentoo user, you stand to be "gunned down in the street"
    and lose usage of the OS entirely. The reason ? Too complex
    to figure out what settings to use to tip it upright.
    If you get stuck in a "can't go forward, can't go backwards"
    situation, it requires bias settings to force the issue, and
    while I did pull one of those off once, I've not succeeded at
    that, a second time.

    So while lots of people have these stories about how well the
    grass grows over their septic tank, it's just not true. It's
    still a septic tank, and what's in it, stinks. Sooner or later,
    you will get burned on an "update". That's just how this works.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Paul on Sat Apr 22 20:52:10 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    Paul <nospam@needed.invalid> wrote:
    On 4/22/2023 11:42 AM, Frank Slootweg wrote:
    Wade Garrett <wade@cooler.net> wrote:
    [...]

    Whatever caused the desktops to hang, I didn't have the tools to
    know what caused the issue so I just disabled both the fast startup
    & the hibernation on the two desktops & the issue has never
    happened since I disabled both.

    Maybe I could have gotten away with disabling only one and not the other?

    As you probably will more often use hibernation than do a (fast) startup, it's probably best to try to just switch on hibernation and
    switch off fast startup.

    As you say you sometimes dual boot, you can turn off hibernation just before you boot from the other OS.

    Now you know everything about hibernation and fast startup, it's time
    to learn about 'Adaptive hibernate' and 'Modern Standby', both of which your laptop probably has! :-)

    'Adaptive hibernate overview' <https://learn.microsoft.com/en-us/windows-hardware/customize/power-settings/adaptive-hibernate>

    'Modern Standby vs S3' <https://learn.microsoft.com/en-us/windows-hardware/design/device-experiences/modern-standby-vs-s3>

    Bottom line: 'The system never - well, hardly ever - sleeps!' :-)

    [...]


    I would not say that any pseudo schemes, are that widespread (S0ic).

    S0ic smushes together the things at the S0 end of the scale.

    A "Microsoft Surface" product, is the most likely to demonstrate such behavior.
    I don't know if any other OEM has gone head-over-heels with this.

    Well, my HP Pavilion (i.e. consumer, not business) Windows 11 laptop
    has and uses both Modern Standby and Adaptive hibernate. So I assume
    that most recent/current laptops have it.

    It's intended to make laptops work/respond like smartphones do, i.e.
    being able to do/react_to things while (somewhat) 'asleep'.

    As the article states, Modern Standby (your term S0ic) is already
    available in Windows 10 (and partly (Connected) in Windows 8.0) and the 'Adaptive hibernate overview' article is dated 11/05/2020, which
    predates Windows 11 (October 5, 2021), so Adaptive hibernate is probably
    also in Windows 10.

    I've studied my Event Logs (don't ask why) and during the night (on
    battery, not on power), the system never really sleeps for any extended
    time. Only in the early morning, Adaptive hibernate kicks in, because
    the Standby budget of 5% battery drain is consumed.

    Since hibernate is also used for "emergencies", that's one you
    cannot afford to abuse. When the laptop battery reads "0",
    you stop drawing power from it. You don't run off and check
    Facebook every five minutes, when the battery is officially "dead".

    Yes, that's why the Standby budget is only 5%, so you don't end up
    with a dead laptop, just because you haven't used it for some time.

    The battery management IC, will refuse to recharge a pack which is
    too low below the "0" point. As the battery at that point is already
    damaged by reverse biasing.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Sat Apr 22 15:14:20 2023
    XPost: alt.comp.microsoft.windows, alt.comp.os.windows-11

    On 4/22/23 08:04, Auric__ wrote:
    Zaghadka wrote:

    On Sat, 22 Apr 2023 05:29:43 -0000 (UTC), in alt.comp.os.windows-10,
    Auric__ wrote:

    Zaghadka wrote:

    Turning off hibernation is virtually the first thing I do on any windows >>>> desktop. Hibernation on a desktop just takes up disk space and allows
    fast start to work. Two birds: one stone. In my book, there is absolutely >>>> no good reason to hibernate a modern desktop.

    I have on occasion had a situation where I had something going on that I >>> didn't want, or was unable, to save it, but I wanted to power my machine >>> completely off. In that situation, hibernation was the only option I had. >>
    I'm not sure what that use case means, but I guess so? One valid use for
    hibernation noted.

    On an alternate note, I have mentioned in the past (elsewhere) that I used to use virtual machines as my primary "workstation", so to speak, and with those you can (usually) save the state of the VM, which is very similar to hibernation, without having a gigantic HIBERFIL.SYS taking up loads of drive space. Yes, the saved state still takes up space -- generally more than HIBERFIL.SYS, in fact -- but it's "out" on the host machine instead of the emulated drive, and it usually gets deleted once you resume the VM.



    Love the ability to back up the virtual
    hard drives on VM's on the host machines.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Sat Apr 22 14:51:23 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yMi8yMyAwNzo1MSwgS2VuIEJsYWtlIHdyb3RlOg0KPiBPbiBTYXQsIDIyIEFwciAy MDIzIDA3OjI2OjE0IC0wNDAwLCBKb2VsIDxqb2VsY3J1bXBAZ21haWwuY29tPiB3cm90ZToN Cj4gDQo+PiBUIDxUQGludmFsaWQuaW52YWxpZD4gd3JvdGU6DQo+Pj4gT24gNC8yMi8yMyAw MTo0MiwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4+Pg0KPj4+PiBEb24ndCBiZSBmb29s ZWQgaW50byBiZWxpZXZpbmcgdGhhdCBzb21lIG1hZ2ljIHdhbmQtbGlrZSBnZXN0dXJlIG9m DQo+Pj4+IHR1cm5pbmcgZmFzdCBzdGFydHVwIG9mZiB3YXMgdGhlIGN1cmUgZm9yIGZpeGlu ZyBhcnRpZmFjdHMgb24gc3ByZWFkc2hlZXRzLg0KPj4+DQo+Pj4gSG1tbW0uIEl0IHdvcmtl ZC4NCj4+Pg0KPj4+IE0kIGhhcyAgY2xhaW1lZCBsb3cgcXVhbGl0eSBoYXJkd2FyZSBhcyBh biBleGN1c2UNCj4+PiBmb3IgaXRzIHBvb3IgcXVhbGl0eSBmb3IgeWVhcnMuICBUaGUgZXhj dXNlcyBhcmUNCj4+PiB3ZWFyaW5nIHRoaW4uDQo+Pg0KPj4NCj4+IEkgY2FtZSB1cCB3aXRo IHRoYXQgdGhlb3J5IG9uIG15IG93biwgSSBhY3R1YWxseSB3b3VsZCd2ZSB0aG91Z2h0DQo+ PiBNaWNyb3NvZnQgd291bGQgb2JmdXNjYXRlIGl0LCBiZWNhdXNlIG9mIHRoZWlyIGRlcGVu ZGVuY2Ugb24gT0VNcyB0bw0KPj4gc2VsbCBhbmQgc3VwcG9ydCB0aGVpciBwbGF0Zm9ybSAo YW5kIHRoZW4sIG9mIGNvdXJzZSwgTVMgY2FuIHB1c2gNCj4+IE9mZmljZSBvbiB0aGVpciBj dXN0b21lcnMsIHdoaWNoIGlzIHdoZXJlIHRoZSByZWFsIG1vbmV5IGlzIGZvciB0aGVtLA0K Pj4gdW5sZXNzIG9uZSBpcyBsaWtlIG1lLCBhbmQgcGF5cyB0aGUgcmV0YWlsIHByaWNlIGZv ciBXaW5kb3dzKS4gIEkgaGF2ZQ0KPj4gZ2VudWluZWx5IHBlcmNlaXZlZCB0aGF0IHNlbGYt YXNzZW1ibGluZyBjb21wdXRlcnMsIGZyb20gaGlnaCBxdWFsaXR5DQo+PiBwYXJ0cywgbWFr ZXMgV2luZG93cyBtb3JlIHJlbGlhYmxlLiAgSXQgZGVwZW5kcywgb2YgY291cnNlLCBvbiB0 aGUNCj4+IGV4YWN0IHBhcnRzIGFuIE9FTSB1c2VzLCBidXQgaW4gZ2VuZXJhbCwgdGhleSB0 ZW5kIHRvIGN1dCBjb3JuZXJzLCBpbg0KPj4gbXkgZXhwZXJpZW5jZS4NCj4gDQo+IA0KPiBJ biBnZW5lcmFsLCB5ZXMsIGJ1dCBub3QgYWx3YXlzLiBJdCBkZXBlbmRzIG9uIHRoZSBPRU0s IGFuZCB3aXRoIHNvbWUNCj4gT0VNcywgd2hpY2ggbW9kZWwgaXQgaXMuICBJdCdzIG9mdGVu IHBvc3NpYmxlIHRvIGJ1eSB0aGUgc2FtZQ0KPiBzcGVjaWZpY2F0aW9ucyBpbiBkaWZmZXJl bnQgbW9kZWxzIGF0IGRpZmZlcmVudCBwcmljZXMsIGFuZCB0aGUgbW9yZQ0KPiBleHBlbnNp dmUgbW9kZWxzIGFyZSB1c3VhbGx5IGJldHRlciBhbmQgbGFzdCBsb25nZXIuDQo+IA0KPiBJ J20gbm90IHVzaW5nIGFuIE9FTSBjb21wdXRlciBub3csIGJ1dCBvdmVyIHRoZSB5ZWFycyBJ IG9mdGVuIGRpZC4gSQ0KPiBhbHdheXMgYXZvaWRlZCB0aGUgY2hlYXBlc3QgbW9kZWxzLCBh bmQgbXkgZXhwZXJpZW5jZSBoYXMgdXN1YWxseSBiZWVuDQo+IGdvb2QuDQo+IA0KPiBNeSBj dXJyZW50IGNvbXB1dGVyIGlzIGN1c3RvbSBidWlsdCwgd2l0aCBhbGwgY29tcG9uZW50cyBp bmRpdmlkdWFsbHkNCj4gc2VsZWN0ZWQuIFdpbGwgaXQgbGFzdCBsb25nZXIgdGhhbiBhbiBP RU0gY29tcHV0ZXIgd2l0aCBzaW1pbGFyIHNwZWNzPw0KPiBQcm9iYWJseSAoYXQgbGVhc3Qg SSBob3BlIHNvKS4gV2lsbCBpdCBsYXN0IHR3aWNlIGFzIGxvbmcgYXMgIGFuIE9FTQ0KPiBj b21wdXRlciB3aXRoIHNpbWlsYXIgc3BlY3MgYXQgaGFsZiB0aGUgcHJpY2U/IEkgZG9uJ3Qg a25vdywgYnV0IGFzDQo+IGZhciBhcyBJJ20gY29uY2VybmVkLCB0aGF0J3MgdGhlIHJlYWwg cXVlc3Rpb24uIElmIGl0IGRvZXNuJ3QsIGl0DQo+IHdhc24ndCBhIGdvb2QgYnV5LCBhbmQg YnV5aW5nIGFuIE9FTSBjb21wdXRlciBhbmQgcmVwbGFjaW5nIGl0IHdoZW4gaXQNCj4gZGll ZCAgd291bGQgaGF2ZSBiZWVuIGEgYmV0dGVyIHZhbHVlLg0KPiANCj4gT25lIG9mIHRoZSBy ZWFzb25zIE9FTSBDb21wdXRlcnMgYXJlIGxlc3MgZXhwZW5zaXZlIHRoYW4gY3VzdG9tLWJ1 aWx0DQo+IG9uZXMgaXMgdGhhdCB0aGUgT0VNIGNhbiBidXkgY29tcG9uZW50cyBpbiBidWxr IGFuZCB0aGVyZWJ5IHNhdmUNCj4gbW9uZXkuIFRoYXQgYWZmZWN0cyB0aGUgcHJpY2UgdGhl eSBhcmUgc29sZCBmb3IsIGFuZCBub3QgbmVjZXNzYXJpbHkNCj4gdGhlaXIgcXVhbGl0eS4N Cj4gDQo+IEJ1dCBhIGdvb2QgcG9pbnQgYWJvdXQgY3VzdG9tIGJ1aWxkaW5nIGlzIHRoYXQn cyB1c3VhbGx5IGVhc2llciB0bw0KPiByZXBsYWNlIGluZGl2aWR1YWwgY29tcG9uZW50cyBi ZWNhdXNlIGFuIG9yaWdpbmFsIG9uZSBoYXMgZGllZCBvcg0KPiBiZWNhdXNlIGJldHRlciBw ZXJmb3JtYW5jZSBpcyBwb3NzaWJsZSBpZiB5b3UgZG8uDQoNCg0KSSB0cnkgdG8gZ2V0IG15 IGN1c3RvbWVycyB0byBub3QgZ2V0IHRoZSBjaGVhcGVzdA0KbW9kZWxzIHRvby4gIEkgZXhw bGFpbiB0byB0aGVtIHRoYXQgYXQgMyB0byA3JQ0KbWFyZ2luLCB0aGVyZSBpcyBubyBzdWNo IHRoaW5nIGFzIGEgImRlYWwiLg0KVGhlcmUgaXMgb25seSBiZXR0ZXIgb3Igd29yc2UgcXVh bGl0eS4NCg0KSSBubyBsb25nZXIgYnVpbGQgY3VzdG9tIGNvbXB1dGVycyBhcyBJIGFtIHRp cmVkDQpvZiB0aGUgc3VwcGx5IGNoYWluIHN0cmVzcyBhbmQgdGhlIGZsb29kIG9mIGJhZA0K cGFydHMgdGhlIG1hbnVmYWN0dXJlcnMgdGhhdCB3aWxsIG5vdCBzdGFuZCBiZWhpbmQNCnRo ZSBzdHVmZiAoR2lnaWJ5dGUsIGV0Yy4pLiAgICBJIGhhdmUgbG9zdCB0b28NCm11Y2ggbW9u ZXkgb24gc3VjaC4NCg0KTm93LWEtZGF5cywgSSBnZXQgb24gdGhlIGxpbmUgd2l0aCB0aGVt IGFuZCBoZWxwDQp0aGVtIG9yZGVyIGEgYnVzaW5lc3MgZ3JhZGUgTGVub3ZvLiAgSWYgdGhl eQ0Kd2FudCBhICJkZWFsIiwgSSB0ZWxsIHRoZW0gdGhleSBhcmUgb24gdGhlaXINCm93bi4g IEkgd2lsbCBkbyBteSBiZXN0IHRvIGhlbHAgdGhlbSB3aXRoDQp3aGF0ZXZlciBDb3N0Y28g aGFzIG9uIHNhbGUsIGJ1dCB0aGV5IHdpbGwNCmJlIG9uIHRoZSBjbG9jayB0aGUgZW50aXJl IHRpbWUuICBBbmQgdGhhdA0KaXQgY291bGQgZ2V0IHJlYWxseSBleHBlbnNpdmUgYW5kIG1h eSBub3QNCmV2ZW4gd29yayBwcm9wZXJseSBpbiB0aGUgZW5kLg0KDQoNCg0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Sat Apr 22 15:12:15 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yMi8yMyAxMzozMSwgUGF1bCB3cm90ZToNCj4gT24gNC8yMi8yMDIzIDc6MDkgQU0s IFQgd3JvdGU6DQo+PiBPbiA0LzIyLzIzIDAxOjQyLCAuLi53wqHDscKnwrHCpMOxIHdyb3Rl Og0KPj4+IERvbid0IGJlIGZvb2xlZCBpbnRvIGJlbGlldmluZyB0aGF0IHNvbWUgbWFnaWMg d2FuZC1saWtlIGdlc3R1cmUgb2YgDQo+Pj4gdHVybmluZyBmYXN0IHN0YXJ0dXAgb2ZmIHdh cyB0aGUgY3VyZSBmb3IgZml4aW5nIGFydGlmYWN0cyBvbiANCj4+PiBzcHJlYWRzaGVldHMu DQo+Pg0KPj4gSG1tbW0uIEl0IHdvcmtlZC4NCj4+DQo+PiBNJCBoYXPCoCBjbGFpbWVkIGxv dyBxdWFsaXR5IGhhcmR3YXJlIGFzIGFuIGV4Y3VzZQ0KPj4gZm9yIGl0cyBwb29yIHF1YWxp dHkgZm9yIHllYXJzLsKgIFRoZSBleGN1c2VzIGFyZQ0KPj4gd2VhcmluZyB0aGluLg0KPj4N Cj4+IEFuZCB0aGUgYXJ0aWZhY3RzIHdlcmUgb24gdGhlIGRpc3BsYXksIG5vdCBpbg0KPj4g dGhlIHNwcmVhZHNoZWV0Lg0KPiANCj4gSSB3b3VsZCBsb29rIGF0IFdpbmRvd3MgVXBkYXRl IGFjdGl2aXR5LCB2ZXJzdXMgdGhlDQo+IHJlZ2VuZXJhdGlvbiBvZiBhbnkgRmFzdCBTdGFy dHVwIGtlcm5lbCBpbWFnZXMuDQo+IA0KPiBUaGUgT1MsIG9uIGEgcmVib290IGFmdGVyIGEg V2luZG93cyBVcGRhdGUsIHNob3VsZA0KPiBkbyBhIGZyZXNoIGJvb3QsIGFuZCB0aGF0IHdv dWxkIGhlbHAgaW5jb3Jwb3JhdGUgYW55DQo+IGRyaXZlciBvciBsb3cgbGV2ZWwgY2hhbmdl cy4NCj4gDQo+IFRoZSAibG9naWMiIHdhcyBzdXBwb3NlZCB0byByZWdlbmVyYXRlIHRoZSBp bWFnZSBhZnRlcg0KPiB0aHJlZSBtb250aHMgbWF4aW11bS4gT2YgY291cnNlLCB3aXRoIFdp bmRvd3MgVXBkYXRlLA0KPiBpdCdzIHByZXR0eSBoYXJkIHRvIG1ha2UgaXQgdG8gdGhyZWUg bW9udGhzLCB3aXRob3V0IGFuIHVwZGF0ZQ0KPiBjb21pbmcgaW4uIFNvbWUgdGhpbmdzIGlu IFdpbmRvd3MsIGFyZSBwYXRjaGVkIG9uIHByYWN0aWNhbGx5DQo+IGV2ZXJ5IFdpbmRvd3Mg VXBkYXRlLCB3aGljaCBtZWFucyB0aGF0IHJlZ2VuZXJhdGlvbiBtaWdodA0KPiB3ZWxsIGJl IG5lZWRlZCBhZnRlciBldmVyeSBvbmUgb2YgdGhlbS4NCj4gDQo+IExpbnV4IGhhcyBhIHNp bWlsYXIgaXNzdWUsIG9ubHkgaXQncyB3aXRoIGtlcm5lbCBhbmQgREtNUw0KPiByZWdlbmVy YXRpb24uIExpbnV4IGRvZXMgYW4gZXhjZXNzaXZlIG51bWJlciBvZiByZWdlbmVyYXRpb25z LA0KPiBiZWNhdXNlIGl0IGlzIGluY2FwYWJsZSBvZiBrZWVwaW5nIGEgZmxhZyB1bnRpbCB0 aGUgZW5kIG9mDQo+IHVwZGF0ZXMsIGFuZCB0aGVuIGluY29ycG9yYXRpbmcgdGhlIHJlc3Vs dHMuIE9uIFVidW50dSwgSSd2ZQ0KPiBub3RpY2VkIGEgc21hbGwgaW1wcm92ZW1lbnQgaW4g dGhpcywgYnV0IG9uIHRoZSBvdGhlciBoYW5kLA0KPiBJIGRvbid0IGtub3cgaWYgREtNUyBl dmVuIGV4aXN0cyBhbnkgbW9yZS4gVGhhdCBtaWdodCBoYXZlDQo+IGJlZW4gdGhlIGltcHJv dmVtZW50Lg0KPiANCj4gTGludXggd2FzIGFsc28gbm90IHN1cHBvc2VkIHRvIG5lZWQgdG8g YmUgcmVib290ZWQgYWZ0ZXINCj4gdXBkYXRlcy4gSSdtIHN0aWxsIHdhaXRpbmcuLi4NCj4g DQo+IFVwZGF0aW5nIGlzIG9ibm94aW91cywgbm8gbWF0dGVyIHdoYXQgcGxhdGZvcm0geW91 J3JlIG9uLg0KPiBVYnVudHUgZm9yIGV4YW1wbGUsIGJsb2NrcyB5b3VyIHBhY2thZ2UgbWFu YWdlciwgd2hpbGUgaXQNCj4gcnVucyB1cGRhdGluZyBwcm9jZWR1cmVzIGluIHlvdXIgZmFj ZSAod2hpbGUgeW91J3JlIHRyeWluZw0KPiB0byBkbyB5b3VyIG1vcm5pbmcgZW1haWwpLg0K PiANCj4gSWYgeW91J3JlIGEgR2VudG9vIHVzZXIsIHlvdSBzdGFuZCB0byBiZSAiZ3VubmVk IGRvd24gaW4gdGhlIHN0cmVldCINCj4gYW5kIGxvc2UgdXNhZ2Ugb2YgdGhlIE9TIGVudGly ZWx5LiBUaGUgcmVhc29uID8gVG9vIGNvbXBsZXgNCj4gdG8gZmlndXJlIG91dCB3aGF0IHNl dHRpbmdzIHRvIHVzZSB0byB0aXAgaXQgdXByaWdodC4NCj4gSWYgeW91IGdldCBzdHVjayBp biBhICJjYW4ndCBnbyBmb3J3YXJkLCBjYW4ndCBnbyBiYWNrd2FyZHMiDQo+IHNpdHVhdGlv biwgaXQgcmVxdWlyZXMgYmlhcyBzZXR0aW5ncyB0byBmb3JjZSB0aGUgaXNzdWUsIGFuZA0K PiB3aGlsZSBJIGRpZCBwdWxsIG9uZSBvZiB0aG9zZSBvZmYgb25jZSwgSSd2ZSBub3Qgc3Vj Y2VlZGVkIGF0DQo+IHRoYXQsIGEgc2Vjb25kIHRpbWUuDQo+IA0KPiBTbyB3aGlsZSBsb3Rz IG9mIHBlb3BsZSBoYXZlIHRoZXNlIHN0b3JpZXMgYWJvdXQgaG93IHdlbGwgdGhlDQo+IGdy YXNzIGdyb3dzIG92ZXIgdGhlaXIgc2VwdGljIHRhbmssIGl0J3MganVzdCBub3QgdHJ1ZS4g SXQncw0KPiBzdGlsbCBhIHNlcHRpYyB0YW5rLCBhbmQgd2hhdCdzIGluIGl0LCBzdGlua3Mu IFNvb25lciBvciBsYXRlciwNCj4geW91IHdpbGwgZ2V0IGJ1cm5lZCBvbiBhbiAidXBkYXRl Ii4gVGhhdCdzIGp1c3QgaG93IHRoaXMgd29ya3MuDQo+IA0KPiAgwqDCoCBQYXVsDQoNCg0K UGF1bCwNCg0KSXQgdGhlIE9TIGlzIHNjcmFtYmxlZCBhbmQgbmVlZCBhIHJlYm9vdCwgaXQg aXMNCmEgZm9vbHMgZXJyYW5kIHRvIHRyeSBhbmQgdHJvdWJsZXNob290IGFueXRoaW5nDQpi ZWZvcmUgeW91IGRvIGFuIGFjdHVhbCBoYXJkIHJlYm9vdC4gIEkgaGF2ZQ0KaGFkIGluIHRo ZSBwYXN0IHRvIHB1bGwgdGhlIHBvd2VyIGNvcmVkIG91dC4NCg0KTm93IGFmdGVyIGRpc2Fi bGluZyBGYXN0IEJvb3QsIHN1ZGRlbmx5IGlmIHRoZQ0Kb3JpZ2luYWxseSByZXBvcnRlZCBp c3N1ZSBORVZFUiBjb21lcyBiYWNrLA0KdGhlIGlzc3VlIHdhcyBuZXZlciB0aGUgcHJvYmxl bSB0aGUgY3VzdG9tZXIgc2F3Lg0KSXQgd2FzIGJhZCBxdWFsaXR5IHNvZnR3YXJlIG9uIE0k J3MgcGFydC4NCklmIGl0IGNvbWVzIGJhY2ssIHRoZW4gSSBoYXZlIHNvbWV0aGluZyB0byBm aXguDQpUaGlzIGRvZXMgaGFwcGVuIGFib3V0IDIlIG9mIHRoZSB0aW1lLg0KDQpOb3cgaXQg aXMgbXkgcmVzcG9uc2liaWxpdHkgdG8gZGV0ZXJtaW5lIGlmIHRoZQ0KaXNzdWUgaXMgaGFy ZHdhcmUgb3Igc29mdHdhcmUuICBJIGJvb3Qgb2ZmIGEgRmVkb3JhDQpMaXZlIFVTQiBkcml2 ZSB0byBkbyBzdWNoLiAgUHJvYmxlbXMgd2l0aCBoYXJkd2FyZSwNCnN1Y2ggYXMgaGliZXJu YXRlIGFuZCBzdXNwZW5kIHNob3cgdXAgaW5zdGFudGx5Lg0KDQpTbyBmYXIsIGhpYmVybmF0 ZSBhbmQgc3VzcGVuZCBwcm9ibGVtcyBoYXZlIGFsd2F5cw0KYmVlbiB0aGUgT1MuICBJIGRv IGZpbmQgYmFkIGhhcmQgZHJpdmUgYW5kIHZpZGVvIGNhcmRzDQphdCB0aW1lcy4gIEkgZmlu ZCBhIGxvdCBvZiBmaWxlIHN5c3RlbSBjb3JydXB0aW9ucw0KdG9vLCB3aGljaCBJIGZpeC4g IEFuZCBJIGhhdmUgdG8gcmVzZXQgZm9yZ290dGVuDQpXaW5kb3dzIHBhc3N3b3JkIHRvby4N Cg0KQnV0IG1vc3RseSBpdCBpcyB0aGUgT1MncyBpc3N1ZS4gIFdpbmRvd3MNCmlzIHJlYWwg Y3JhcCwgYnV0IHdoYXQgYXJlIHlvdSBnb2luZyB0byBkbz8gIE0kDQpoYXMgd29uIHRoZSBh cHBsaWNhdGlvbnMgd2FyLiAgSWYgeW91IGNhbid0IHJ1bg0Kd2hhdCB5b3UgbmVlZCBvbiBM aW51eCBvciBNYWMsIHlvdSBhcmUgc3R1Y2sgd2l0aA0KV2luZG93cy4gIEFuZCBJIGFtIGFj dXRlbHkgYXdhcmUgdGhhdCBJIHdvdWxkIG5vdA0KaGF2ZSBhIGpvYiBpZiBpdCB3YXMgbm90 IGZvciBNJCdzIHBvb3IgcXVhbGl0eS4NCkZvcnR1bmF0ZWx5LCBJIGhhdmUgbXkgd2F5cyBh bmQgSSBjYW4gbWFrZSBXaW5kb3dzDQpyZWFzb25hYmx5IHJlbGlhYmxlLiAgRGlzYWJsaW5n IEZhc3QgQm9vdCBpcw0Kb25lIG9mIHRoZW0uDQoNClJ1bm5pbmcgV2luZG93cyBvbiBhIFBv aW50LW9mLVNhbGUgc3lzdGVtIHRoYXQNCnRha2VzIGNyZWRpdCBjYXJkcyBpcyByZWFsbHkg c3R1cGlkLCBidXQgLi4uDQoNCkJ5IHRoZSB3YXksIEZlZG9yYSBpcyByZWxhdGl2ZWx5IGJ1 bGwgcyoqKiBmcmVlIHdoZW4NCml0IGNvbWVzIHRvIGl0cyB1cGdyYWRlcy4gIEkganVzdCB1 cGdyYWRlZCAzNyB0byAzOA0Kb24gbXkgRmVkb3JhIHRlc3QgdmlydHVhbCBtYWNoaW5lLiAg SSBoYXZlIG5ldmVyDQpzZWVuIHdoYXQgeW91IGRlc2NyaWJlIHdpdGggR2VudG9vLiAgQnV0 IHRoZW4gYWdhaW4sDQpJIGRvIG5vdCB1c2UgYW55IG9mIHRoZSBsZXNzZXIgaG9iYnkgZGlz dHJvcy4NCg0KRmVkb3JhIGlzIHZlcnksIHZlcnkgcHJvZmVzc2lvbmFsIGFuZCB2ZXJ5IGhp Z2ggcXVhbGl0eS4NCkl0IGRvZXMgYSB3b25kZXJmdWwgam9iIG9mIGJlaW5nICJuZXh0IHRv IGJsZWVkaW5nDQplZGdlIiB3aGlsc3QgYXZvaWRpbmcgdGhlIHByb2JsZW1zIHdpdGggImJs ZWVkaW5nIGVkZ2UiLg0KQW5kIHRoZXkgZml4IHRoaW5ncyB3aGVuIHlvdSByZXBvcnQgcHJv YmxlbXMgdG8NCnRoZW0sIHVubGlrZSBXaW5kb3dzLiAgRmVkb3JhIGlzIGEgc2hpbmluZyBl eGFtcGxlIG9mICJrYWlzZW4iLiAgTm90IGFsbCANCnRoZSB0aW1lIHRob3VnaCwganVzdCB0 aGUgbWFqb3JpdHkNCm9mIHRoZSB0aW1lLiAgVGhleSBoYXZlIHRoZWlyIG1vbWVudHMgdG9v Lg0KDQpCeSB0aGUgd2F5LCBJIGFkb3JlIHRoZSBgZG5mIGF1dG9yZW1vdmVgIGNvbW1hbmQu DQpJdCBjbGVhbmVkIHVwIDEuN0cgb2YgdHJhc2ggb2ZmIG15IGRyaXZlIGluDQphYm91dCAx MCBzZWNvbmRzLg0KDQotVA0KDQoNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Sat Apr 22 14:52:14 2023
    XPost: alt.comp.os.windows-11

    On 4/22/23 08:09, Joel wrote:
    Ken Blake <Ken@invalid.news.com> wrote:
    On Sat, 22 Apr 2023 07:26:14 -0400, Joel <joelcrump@gmail.com> wrote:
    T <T@invalid.invalid> wrote:

    M$ has claimed low quality hardware as an excuse
    for its poor quality for years. The excuses are
    wearing thin.

    I came up with that theory on my own, I actually would've thought
    Microsoft would obfuscate it, because of their dependence on OEMs to
    sell and support their platform (and then, of course, MS can push
    Office on their customers, which is where the real money is for them,
    unless one is like me, and pays the retail price for Windows). I have
    genuinely perceived that self-assembling computers, from high quality
    parts, makes Windows more reliable. It depends, of course, on the
    exact parts an OEM uses, but in general, they tend to cut corners, in
    my experience.

    In general, yes, but not always. It depends on the OEM, and with some
    OEMs, which model it is. It's often possible to buy the same
    specifications in different models at different prices, and the more
    expensive models are usually better and last longer.

    I'm not using an OEM computer now, but over the years I often did. I
    always avoided the cheapest models, and my experience has usually been
    good.

    My current computer is custom built, with all components individually
    selected. Will it last longer than an OEM computer with similar specs?
    Probably (at least I hope so). Will it last twice as long as an OEM
    computer with similar specs at half the price? I don't know, but as
    far as I'm concerned, that's the real question. If it doesn't, it
    wasn't a good buy, and buying an OEM computer and replacing it when it
    died would have been a better value.

    One of the reasons OEM Computers are less expensive than custom-built
    ones is that the OEM can buy components in bulk and thereby save
    money. That affects the price they are sold for, and not necessarily
    their quality.

    But a good point about custom building is that's usually easier to
    replace individual components because an original one has died or
    because better performance is possible if you do.


    I really could not buy a pre-assembled desktop. OEMs are, largely,
    junk, custom builders are pricey. The only, satisfactory, way, is to
    do it oneself.


    Agreed.

    Second best is to deliberately look for a
    business grade computer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to All on Sat Apr 22 16:28:34 2023
    XPost: alt.comp.os.windows-11

    T wrote on 4/22/2023 4:09 AM:
    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:
    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on
    spreadsheets.

    Hmmmm. It worked.

    M$ has  claimed low quality hardware as an excuse
    for its poor quality for years.  The excuses are
    wearing thin.

    And the artifacts were on the display, not in
    the spreadsheet.

    I read your reply, did you forget your words.
    "The last one was artifacts on spreadsheets"

    Disabling Fast boot or hibernation doesn't and never will fix artifacts
    on a spreadsheet or even your latest self-tweaked words 'artifacts on
    display'.

    As Paul and others have noted look elsewhere - and like many who believe
    they fix things, they rarely prove to themselves or anyone the ability to reduplicate the issue never ever validating what was claimed to have fix something while still trying to sell a story/pat on the back.


    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Sat Apr 22 16:53:35 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yMi8yMyAxNjoyOCwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4gVCB3cm90ZSBv biA0LzIyLzIwMjMgNDowOSBBTToNCj4+IE9uIDQvMjIvMjMgMDE6NDIsIC4uLnfCocOxwqfC scKkw7Egd3JvdGU6DQo+Pj4gRG9uJ3QgYmUgZm9vbGVkIGludG8gYmVsaWV2aW5nIHRoYXQg c29tZSBtYWdpYyB3YW5kLWxpa2UgZ2VzdHVyZSBvZiANCj4+PiB0dXJuaW5nIGZhc3Qgc3Rh cnR1cCBvZmYgd2FzIHRoZSBjdXJlIGZvciBmaXhpbmcgYXJ0aWZhY3RzIG9uIA0KPj4+IHNw cmVhZHNoZWV0cy4NCj4+DQo+PiBIbW1tbS4gSXQgd29ya2VkLg0KPj4NCj4+IE0kIGhhc8Kg IGNsYWltZWQgbG93IHF1YWxpdHkgaGFyZHdhcmUgYXMgYW4gZXhjdXNlDQo+PiBmb3IgaXRz IHBvb3IgcXVhbGl0eSBmb3IgeWVhcnMuwqAgVGhlIGV4Y3VzZXMgYXJlDQo+PiB3ZWFyaW5n IHRoaW4uDQo+Pg0KPj4gQW5kIHRoZSBhcnRpZmFjdHMgd2VyZSBvbiB0aGUgZGlzcGxheSwg bm90IGluDQo+PiB0aGUgc3ByZWFkc2hlZXQuDQo+IA0KPiBJIHJlYWQgeW91ciByZXBseSwg ZGlkIHlvdSBmb3JnZXQgeW91ciB3b3Jkcy4NCj4gIMKgIlRoZSBsYXN0IG9uZSB3YXMgYXJ0 aWZhY3RzIG9uIHNwcmVhZHNoZWV0cyINCj4gDQo+IERpc2FibGluZyBGYXN0IGJvb3Qgb3Ig aGliZXJuYXRpb24gZG9lc24ndCBhbmQgbmV2ZXIgd2lsbCBmaXggYXJ0aWZhY3RzIA0KPiBv biBhIHNwcmVhZHNoZWV0IG9yIGV2ZW4geW91ciBsYXRlc3Qgc2VsZi10d2Vha2VkIHdvcmRz ICdhcnRpZmFjdHMgb24gDQo+IGRpc3BsYXknLg0KPiANCj4gQXMgUGF1bCBhbmQgb3RoZXJz IGhhdmUgbm90ZWQgbG9vayBlbHNld2hlcmUgLSBhbmQgbGlrZSBtYW55IHdobyBiZWxpZXZl IA0KPiB0aGV5IGZpeCB0aGluZ3MsIHRoZXkgcmFyZWx5IHByb3ZlIHRvIHRoZW1zZWx2ZXMg b3IgYW55b25lIHRoZSBhYmlsaXR5IA0KPiB0byByZWR1cGxpY2F0ZSB0aGUgaXNzdWUgbmV2 ZXIgZXZlciB2YWxpZGF0aW5nIHdoYXQgd2FzIGNsYWltZWQgdG8gaGF2ZSANCj4gZml4IHNv bWV0aGluZyB3aGlsZSBzdGlsbCB0cnlpbmcgdG8gc2VsbCBhIHN0b3J5L3BhdCBvbiB0aGUg YmFjay4NCj4gDQo+IA0KDQp3wqHDscKnwrHCpMOxLCB0aGUgaXNzdWVzIGdvZXMgYXdheSBh ZnRlciBJIGRpc2FibGUgZmFzdCBib290DQphbmQgZG8gYSBoYXJkIHJlYm9vdC4gIElmIHRo ZXkgZG8gbm90IGNvbWUgYmFjaywgYW5kDQo5NSUgb2YgdGhlIHRpbWUgdGhleSBkbyBub3Qg YW5kIG5ldmVyIGNvbWUgYmFjaywgdGhlbg0KaXQgaXMgTSQgRmFzdCBCb290IGF0IGZhdWx0 LiAgV2luZG93cyBpcyBub3QgYSBzdGFibGUgb3BlcmF0aW5nIHN5c3RlbS4NCg0KSSBhbSBz b3JyeSBpZiB0aGF0IHN0YXRlbWVudCBodXJ0cyB5b3UgZmVlbGluZyBidXQgaXQNCm5lZWRz IHRvIGJlIG1hZGUgYW55d2F5LiAgWW91IG5lZWQgYSBoYXJkIHJlYm9vdCBhdA0KbGVhc3Qg ZXZlcnkgdGhyZWUgZGF5cyBvciBXaW5kb3dzIHN0YXJ0cyBnZXR0aW5nIHdlaXJkLg0KDQpJ ZiB0aGUgcHJvYmxlbSBwZXJzaXN0cywgYW5kIGl0IGRvZXMgYWJvdXQgNSUgb2YgdGhlDQp0 aW1lLCB0aGVuIEkgaGF2ZSBzb21ldGhpbmcgdG8gZml4IGFuZCBJIGdldCB0byBtYWtlDQpz b21lIG1vbmV5LiAgSSB1c3VhbGx5IGNhbid0IGNoYXJnZSBmb3IgZGlzYWJsaW5nIEZhc3QN CkJvb3QgYXMgaXQgb25seSB0YWtlcyBhIGZldyBtaW51dGVzLg0KDQpUaGUgYmlnIHRpcCBv ZmYgdGhhdCBXaW5kb3dzIGlzIGNyYXNoZWQgaXMgdGhhdCB3aGVuDQp5b3UgZ28gdG8gdHJv dWJsZXNob3QsIG5vdGhpbmcgc2VlbXMgdG8gd29yayBhcw0KZXhwZWN0ZWQuDQoNCkFsc28s IEkgYW0gbm90IGEgTSQgRmFuYm9pLiAgSSB3aWxsIG5vdCBsaWUgdG8gdGhlDQpjdXN0b21l ciB0byBwcm90ZWN0IG15IGZhdm9yaXRlIE9TJ3MgcmVwdXRhdGlvbi4NCkkgd29yayBmb3Ig dGhlIGN1c3RvbWVyLCBub3QgTSQuDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Sat Apr 22 20:26:54 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:

    Also, I am not a M$ Fanboi. I will not lie to the
    customer to protect my favorite OS's reputation.
    I work for the customer, not M$.


    That is fair, honestly, to the extent that this issue really is
    Microsoft's doing - but I have to wonder, is it poor hardware and/or
    drivers, or OEM crapware, preinstalled on the device, and not
    something in Windows itself? Because I've been running Win11 since
    day one, I upgraded from 10, never looking back, and the only real
    issue I've encountered, was that weird bug, where the systray had
    lingering popup descriptions, when the mouse hovered over it, which
    was fixed in the first few months of 11's existence. And, MS had not recommended people upgrade, until Windows Update specifically offered
    it, to a device, I willingly chose to do the immediate upgrade, upon
    its public release, because of my interest in OSes generally, and this
    new version, in particular.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Sat Apr 22 21:48:29 2023
    XPost: alt.comp.os.windows-11

    On 4/22/23 17:26, Joel wrote:
    T <T@invalid.invalid> wrote:

    Also, I am not a M$ Fanboi. I will not lie to the
    customer to protect my favorite OS's reputation.
    I work for the customer, not M$.


    That is fair, honestly, to the extent that this issue really is
    Microsoft's doing - but I have to wonder, is it poor hardware and/or
    drivers, or OEM crapware, preinstalled on the device, and not
    something in Windows itself? Because I've been running Win11 since
    day one, I upgraded from 10, never looking back, and the only real
    issue I've encountered, was that weird bug, where the systray had
    lingering popup descriptions, when the mouse hovered over it, which
    was fixed in the first few months of 11's existence. And, MS had not recommended people upgrade, until Windows Update specifically offered
    it, to a device, I willingly chose to do the immediate upgrade, upon
    its public release, because of my interest in OSes generally, and this
    new version, in particular.


    See here is the thing Joel: I have to determine if the
    issue is hardware or software. I mainly do that by
    booting off a Fedora Live USB drive that I have
    configured for a ton of hardware tests and other things.
    If hibernate and suspend work find in Fedora and I
    can not find any other hardware issues, then it is
    M$'s doing.

    Now anyone who has read my writing knows that I am
    no fan of M$ and that I am completely aware that I
    would not have a job without their poor quality. And
    if they read further, know that I have ways of masking
    those issues from my customers so they can use
    Windows computers with relative stability. Well
    so M$. (I have shared them in the past and the
    M$ fanbois soiled their pants over it.)

    You can make Windows work fairly reliably. But
    you have to get past the nonsense that M$ is
    not the issue.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bill@21:1/5 to All on Sun Apr 23 02:09:08 2023
    On 4/23/2023 12:48 AM, T wrote:
    On 4/22/23 17:26, Joel wrote:
    T <T@invalid.invalid> wrote:

    Also, I am not a M$ Fanboi.  I will not lie to the
    customer to protect my favorite OS's reputation.
    I work for the customer, not M$.


    That is fair, honestly, to the extent that this issue really is
    Microsoft's doing - but I have to wonder, is it poor hardware and/or
    drivers, or OEM crapware, preinstalled on the device, and not
    something in Windows itself?  Because I've been running Win11 since
    day one, I upgraded from 10, never looking back, and the only real
    issue I've encountered, was that weird bug, where the systray had
    lingering popup descriptions, when the mouse hovered over it, which
    was fixed in the first few months of 11's existence.  And, MS had not
    recommended people upgrade, until Windows Update specifically offered
    it, to a device, I willingly chose to do the immediate upgrade, upon
    its public release, because of my interest in OSes generally, and this
    new version, in particular.


    See here is the thing Joel: I have to determine if the
    issue is hardware or software.  I mainly do that by
    booting off a Fedora Live USB drive that I have
    configured for a ton of hardware tests and other things.
    If hibernate and suspend work find in Fedora and I
    can not find any other hardware issues, then it is
    M$'s doing.

    Now anyone who has read my writing knows that I am
    no fan of M$ and that I am completely aware that I
    would not have a job without their poor quality.  And
    if they read further, know that I have ways of masking
    those issues from my customers so they can use
    Windows computers with relative stability.  Well
    so M$. (I have shared them in the past and the
    M$ fanbois soiled their pants over it.)

    You can make Windows work fairly reliably.  But
    you have to get past the nonsense that M$ is
    not the issue.


    I have Not read most of the posts in this thread, but
    FWIW, a MS Update did foul up "hibernation" for me one time last year
    (in the sense that "sleep" was not available).
    When I requested and performed an update a few days later, it fixed the problem.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Bill on Sat Apr 22 23:33:27 2023
    On 4/22/23 23:09, Bill wrote:

    I have Not read most of the posts in this thread, but
    FWIW, a MS Update did foul up "hibernation" for me one time last year
    (in the sense that "sleep" was not available).
    When I requested and performed an update a few days later, it fixed the problem.


    Hi Bill,

    M$'s updates are pretty poorly done. I
    have seem your experience many times.

    My YUGE complain with their updates is that
    they make it difficult on users to pick when
    they want or if they want to do them.

    In Fedora Linux I have TOTAL control over them.
    In my various Windows Virtual Machines, I
    disable the update service. That way, I choose
    when I want the updates to happen. I really
    despise firing up a Windows VM with a customer
    on the phone and the b*****d blocks me with a
    stupid long assed update.

    Disabling the update service is not something
    a typical user will want to do though.

    -T

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Sun Apr 23 04:43:04 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:

    Also, I am not a M$ Fanboi. I will not lie to the
    customer to protect my favorite OS's reputation.
    I work for the customer, not M$.

    That is fair, honestly, to the extent that this issue really is
    Microsoft's doing - but I have to wonder, is it poor hardware and/or
    drivers, or OEM crapware, preinstalled on the device, and not
    something in Windows itself? Because I've been running Win11 since
    day one, I upgraded from 10, never looking back, and the only real
    issue I've encountered, was that weird bug, where the systray had
    lingering popup descriptions, when the mouse hovered over it, which
    was fixed in the first few months of 11's existence. And, MS had not
    recommended people upgrade, until Windows Update specifically offered
    it, to a device, I willingly chose to do the immediate upgrade, upon
    its public release, because of my interest in OSes generally, and this
    new version, in particular.

    See here is the thing Joel: I have to determine if the
    issue is hardware or software. I mainly do that by
    booting off a Fedora Live USB drive that I have
    configured for a ton of hardware tests and other things.
    If hibernate and suspend work find in Fedora and I
    can not find any other hardware issues, then it is
    M$'s doing.

    Now anyone who has read my writing knows that I am
    no fan of M$ and that I am completely aware that I
    would not have a job without their poor quality. And
    if they read further, know that I have ways of masking
    those issues from my customers so they can use
    Windows computers with relative stability. Well
    so M$. (I have shared them in the past and the
    M$ fanbois soiled their pants over it.)

    You can make Windows work fairly reliably. But
    you have to get past the nonsense that M$ is
    not the issue.


    It's just that I find it hard to figure out the precise cause, because
    you aren't the only one reporting this kind of thing, but yet it's not happening to everyone. Like, am I just lucky? I don't know.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to All on Sun Apr 23 03:52:40 2023
    XPost: alt.comp.os.windows-11

    T wrote on 4/22/2023 4:53 PM:
    On 4/22/23 16:28, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/22/2023 4:09 AM:
    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:
    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on
    spreadsheets.

    Hmmmm. It worked.

    M$ has  claimed low quality hardware as an excuse
    for its poor quality for years.  The excuses are
    wearing thin.

    And the artifacts were on the display, not in
    the spreadsheet.

    I read your reply, did you forget your words.
      "The last one was artifacts on spreadsheets"

    Disabling Fast boot or hibernation doesn't and never will fix artifacts
    on a spreadsheet or even your latest self-tweaked words 'artifacts on
    display'.

    As Paul and others have noted look elsewhere - and like many who
    believe they fix things, they rarely prove to themselves or anyone the
    ability to reduplicate the issue never ever validating what was claimed
    to have fix something while still trying to sell a story/pat on the back.



    w¡ñ§±¤ñ, the issues goes away after I disable fast boot
    and do a hard reboot.  If they do not come back, and
    95% of the time they do not and never come back, then
    it is M$ Fast Boot at fault.  Windows is not a stable operating system.

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway.  You need a hard reboot at
    least every three days or Windows starts getting weird.

    If the problem persists, and it does about 5% of the
    time, then I have something to fix and I get to make
    some money.  I usually can't charge for disabling Fast
    Boot as it only takes a few minutes.

    The big tip off that Windows is crashed is that when
    you go to troubleshot, nothing seems to work as
    expected.

    Also, I am not a M$ Fanboi.  I will not lie to the
    customer to protect my favorite OS's reputation.
    I work for the customer, not M$.

    Until reverts and returns a problem(artifacts wherever you claimed they existed(spreadsheet or display) it's really an un-validated claim.

    Nothing hurts my feelings. I just expect someone that services customers
    has the knowledge to validate something before later claiming 'something
    fixed it' especially when Fast Boot has not a single iota of code to
    impact character rendering.

    I've never seen and doubt anyone has seen something in 'artifact' nature
    occur 5% of the time(that would correlate to seeing something 5 in 100 inspections(2.5 in 50, 1.25 in 25, 0.5 in 10, 0.25 in 5, 0.5 in 1 inspection)


    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to T@invalid.invalid on Sun Apr 23 14:02:16 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:
    On 4/22/23 16:28, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/22/2023 4:09 AM:
    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:
    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on
    spreadsheets.

    Hmmmm. It worked.

    M$ has  claimed low quality hardware as an excuse
    for its poor quality for years.  The excuses are
    wearing thin.

    And the artifacts were on the display, not in
    the spreadsheet.

    I read your reply, did you forget your words.
     "The last one was artifacts on spreadsheets"

    Disabling Fast boot or hibernation doesn't and never will fix artifacts
    on a spreadsheet or even your latest self-tweaked words 'artifacts on display'.

    As Paul and others have noted look elsewhere - and like many who believe they fix things, they rarely prove to themselves or anyone the ability
    to reduplicate the issue never ever validating what was claimed to have
    fix something while still trying to sell a story/pat on the back.

    w¡ñ§±¤ñ, the issues goes away after I disable fast boot
    and do a hard reboot. If they do not come back, and
    95% of the time they do not and never come back, then
    it is M$ Fast Boot at fault. Windows is not a stable operating system.

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.

    <BARF!>

    I hate to rain on your parade, but I *never* reboot just for the hell
    of it!

    I reboot at most once every month at/after 'Patch Tuesday'.

    And during our recent trip, the system was not rebooted for *three
    months* (months, not days) because I didn't let the system update
    itself.

    I can't say I envy your customers.

    [...]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to winstonmvp@gmail.com on Sun Apr 23 14:36:19 2023
    XPost: alt.comp.os.windows-11

    ...w¡ñ§±¤ñ <winstonmvp@gmail.com> wrote:

    [About T's 'troubleshooting' by turning off fast startup:]

    Until reverts and returns a problem(artifacts wherever you claimed they existed(spreadsheet or display) it's really an un-validated claim.

    Exactly. Troubleshooting 101.

    Nothing hurts my feelings. I just expect someone that services customers
    has the knowledge to validate something before later claiming 'something fixed it' especially when Fast Boot has not a single iota of code to
    impact character rendering.

    Straight from Kepner-Tregoe's Analytical Troubleshooting: Is/Is not [1].

    Having been a professional troubleshooter for decades, I cringe when I
    see 'methods' like this.

    [1]
    'Analytic Troubleshooting' <https://kepner-tregoe.com/training/analytic-troubleshooting/>
    (IIRC, it used to be 'AnalyticAL Troubleshooting' when I took it.)
    'Root Cause Analysis' might also come in handy <https://kepner-tregoe.com/training/root-cause-analysis/>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stan Brown@21:1/5 to Frank Slootweg on Sun Apr 23 08:11:17 2023
    XPost: alt.comp.os.windows-11

    On 23 Apr 2023 14:02:16 GMT, Frank Slootweg wrote:

    T <T@invalid.invalid> wrote:
    [quoted text muted]

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.

    <BARF!>

    I hate to rain on your parade, but I *never* reboot just for the hell
    of it!

    I reboot at most once every month at/after 'Patch Tuesday'.

    And during our recent trip, the system was not rebooted for *three
    months* (months, not days) because I didn't let the system update
    itself.

    Thanks, Frank. That "reboot routinely every three days or sooner"
    struck me as wrong also.

    With my older laptop (Windows 8.1 new in 2015), desktop (Windows 10,
    Dec 2021), and laptop (Windows 11, last week) I've been in the habit
    of hibernating them rather than shutting down, except of course when
    Windows Update or an application installer asks for a reboot. I don't
    recall ever having a problem in Windows 8.1 or 10 that a simple
    reboot cured. And actually, Windows beginning with Windows 7 has
    seemed to be pretty darn stable. The numerous annoyances-by-design of
    Windows 8 and later have, I think, given some a false perception
    about Windows reliability.

    However, since the three latest machines all have SSDs as their boot
    drives, I've decided to shut them down at the end of the day rather
    than hibernating. Even with Fast Startup disabled, the extra time to
    do a cold boot, as opposed to resuming from hibernation, isn't enough
    to matter. And that way I'm not writing several gigabytes of
    Hiberfile.sys so often. I don't know whether the reduction in wear on
    the SSDs is significant, but to my surprise shutdown is noticeably
    faster than hibernation.

    --
    Stan Brown, Tehachapi, California, USA https://BrownMath.com/
    Shikata ga nai...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ken Blake@21:1/5 to T@invalid.invalid on Sun Apr 23 08:13:01 2023
    XPost: alt.comp.os.windows-11

    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never
    reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ken Blake@21:1/5 to T@invalid.invalid on Sun Apr 23 08:25:13 2023
    XPost: alt.comp.os.windows-11

    On Sat, 22 Apr 2023 21:48:29 -0700, T <T@invalid.invalid> wrote:

    Now anyone who has read my writing knows that I am
    no fan of M$

    I am also no fan of Microsoft. They do some things well and some
    things poorly. There's lots of room for improvement, If I were in
    charge there, I would make lots of changes.

    But that doesn't mean they are terrible. By and large, most of what
    they do is at least acceptable (and sometimes much better than
    acceptable), in my opinion.

    and that I am completely aware that I
    would not have a job without their poor quality. And
    if they read further, know that I have ways of masking
    those issues from my customers so they can use
    Windows computers with relative stability.


    I have long been retired and have no customers, but I support Windows
    on the computers of several friends and relatives. I don't have any
    ways of masking those issues from my friends and relatives, and they
    experience much more than *relative* stability.

    Well
    so M$. (I have shared them in the past and the
    M$ fanbois soiled their pants over it.)

    You can make Windows work fairly reliably.

    *Very* reliably, in my experience.

    But
    you have to get past the nonsense that M$ is
    not the issue.


    If you want to say that "Microsoft is *never* the issue" is nonsense,
    I agree with you. But if you want to say that "Microsoft is *not* the
    issue" is nonsense, I disagree. Sometime it is, and sometimes it
    isn't.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Stan Brown on Sun Apr 23 15:41:15 2023
    XPost: alt.comp.os.windows-11

    Stan Brown <the_stan_brown@fastmail.fm> wrote:
    [...]

    Thanks, Frank. That "reboot routinely every three days or sooner"
    struck me as wrong also.

    With my older laptop (Windows 8.1 new in 2015), desktop (Windows 10,
    Dec 2021), and laptop (Windows 11, last week) I've been in the habit
    of hibernating them rather than shutting down, except of course when
    Windows Update or an application installer asks for a reboot. I don't
    recall ever having a problem in Windows 8.1 or 10 that a simple
    reboot cured. And actually, Windows beginning with Windows 7 has
    seemed to be pretty darn stable. The numerous annoyances-by-design of
    Windows 8 and later have, I think, given some a false perception
    about Windows reliability.

    However, since the three latest machines all have SSDs as their boot
    drives, I've decided to shut them down at the end of the day rather
    than hibernating. Even with Fast Startup disabled, the extra time to
    do a cold boot, as opposed to resuming from hibernation, isn't enough
    to matter.

    That's a perfectly reasonable method/choice.

    I use 'sleep' (Modern Standby) -> (Adaptive) hibernate, because I want
    to be able to resume with all programs as and where they were. If you
    don't mind restarting your programs, Shut down is a perfectly good
    choice.

    And that way I'm not writing several gigabytes of
    Hiberfile.sys so often. I don't know whether the reduction in wear on
    the SSDs is significant,

    I don't know how much wear hibernation is causing and whether it's
    worth to worry about it. This is my first SSD. Similar experience with SD-cards, writing over the same area once a day, hasn't shown any
    problem for years. Perhaps Paul can shed a light on the SSD wear - if
    any - caused by hiberating.

    but to my surprise shutdown is noticeably
    faster than hibernation.

    That's no surprise, because - even for a SSD - the hibernating - i.e.
    writing the (active) contents of memory to 'disk' - is the time
    consuming part. Killing all the processes for a shutdown is the fast
    bit.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ken Blake@21:1/5 to I just on Sun Apr 23 08:29:20 2023
    XPost: alt.comp.os.windows-11

    On 23 Apr 2023 14:02:16 GMT, Frank Slootweg <this@ddress.is.invalid>
    wrote:

    T <T@invalid.invalid> wrote:
    On 4/22/23 16:28, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/22/2023 4:09 AM:
    On 4/22/23 01:42, ...w¡ñ§±¤ñ wrote:
    Don't be fooled into believing that some magic wand-like gesture of
    turning fast startup off was the cure for fixing artifacts on
    spreadsheets.

    Hmmmm. It worked.

    M$ has  claimed low quality hardware as an excuse
    for its poor quality for years.  The excuses are
    wearing thin.

    And the artifacts were on the display, not in
    the spreadsheet.

    I read your reply, did you forget your words.
     "The last one was artifacts on spreadsheets"

    Disabling Fast boot or hibernation doesn't and never will fix artifacts >> > on a spreadsheet or even your latest self-tweaked words 'artifacts on
    display'.

    As Paul and others have noted look elsewhere - and like many who believe >> > they fix things, they rarely prove to themselves or anyone the ability
    to reduplicate the issue never ever validating what was claimed to have >> > fix something while still trying to sell a story/pat on the back.

    w¡ñ§±¤ñ, the issues goes away after I disable fast boot
    and do a hard reboot. If they do not come back, and
    95% of the time they do not and never come back, then
    it is M$ Fast Boot at fault. Windows is not a stable operating system.

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.

    <BARF!>

    I hate to rain on your parade, but I *never* reboot just for the hell
    of it!

    Same here, I just said much the same thing.


    I reboot at most once every month at/after 'Patch Tuesday'.

    Perhaps I reboot a little more often, because an update to some other
    program requires it, but otherwise the same here.

    And during our recent trip, the system was not rebooted for *three
    months* (months, not days) because I didn't let the system update
    itself.

    I can't say I envy your customers.


    Nor do I.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stan Brown@21:1/5 to Frank Slootweg on Sun Apr 23 09:47:34 2023
    XPost: alt.comp.os.windows-11

    On 23 Apr 2023 15:41:15 GMT, Frank Slootweg wrote:
    Stan Brown <the_stan_brown@fastmail.fm> wrote:
    However, since the three latest machines all have SSDs as their boot drives, I've decided to shut them down at the end of the day rather
    than hibernating. Even with Fast Startup disabled, the extra time to
    do a cold boot, as opposed to resuming from hibernation, isn't enough
    to matter.

    That's a perfectly reasonable method/choice.

    I use 'sleep' (Modern Standby) -> (Adaptive) hibernate, because I want
    to be able to resume with all programs as and where they were. If you
    don't mind restarting your programs, Shut down is a perfectly good
    choice.

    I use Sleep when I'm going to fix and eat a sandwich or otherwise
    expect to be back at the computer in more than 5 minutes but less
    than around 30. More often than not, since _everything_ takes longer
    than I expect, by the time I come back I find the system has
    hibernated anyway. I suppose I ought to lengthen the time before
    hibernation.

    And that way I'm not writing several gigabytes of
    Hiberfile.sys so often. I don't know whether the reduction in wear on
    the SSDs is significant,

    I don't know how much wear hibernation is causing and whether it's
    worth to worry about it. This is my first SSD. Similar experience with SD-cards, writing over the same area once a day, hasn't shown any
    problem for years. Perhaps Paul can shed a light on the SSD wear - if
    any - caused by hiberating.

    A recent article in How-to Geek concluded that it probably doesn't
    make much difference:

    <https://www.howtogeek.com/885752/is-hibernating-your-pc-bad-for- your-ssd/#autotoc_anchor_3>

    --
    Stan Brown, Tehachapi, California, USA https://BrownMath.com/
    Shikata ga nai...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Stan Brown on Sun Apr 23 17:46:03 2023
    XPost: alt.comp.os.windows-11

    Stan Brown <the_stan_brown@fastmail.fm> wrote:
    On 23 Apr 2023 15:41:15 GMT, Frank Slootweg wrote:
    [...]

    I use Sleep when I'm going to fix and eat a sandwich or otherwise
    expect to be back at the computer in more than 5 minutes but less
    than around 30. More often than not, since _everything_ takes longer
    than I expect, by the time I come back I find the system has
    hibernated anyway. I suppose I ought to lengthen the time before
    hibernation.

    My Windows 11 laptop no longer has hibernation settings in the 'Power Options' Control Panel applet (my Windows 8.1 laptop still had them),
    only 'Sleep after'. That's probably because it has 'Adaptive hibernate'.
    If I want, I can change things with the powercfg command, but until now,
    I can't be bothered.

    And that way I'm not writing several gigabytes of
    Hiberfile.sys so often. I don't know whether the reduction in wear on
    the SSDs is significant,

    I don't know how much wear hibernation is causing and whether it's
    worth to worry about it. This is my first SSD. Similar experience with SD-cards, writing over the same area once a day, hasn't shown any
    problem for years. Perhaps Paul can shed a light on the SSD wear - if
    any - caused by hiberating.

    A recent article in How-to Geek concluded that it probably doesn't
    make much difference:

    <https://www.howtogeek.com/885752/is-hibernating-your-pc-bad-for- your-ssd/#autotoc_anchor_3>

    Thanks! That's a great and clear article. (SSD wear) Case closed.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to Stan Brown on Sun Apr 23 11:59:21 2023
    XPost: alt.comp.os.windows-11

    Stan Brown wrote on 4/23/2023 8:11 AM:
    On 23 Apr 2023 14:02:16 GMT, Frank Slootweg wrote:

    T <T@invalid.invalid> wrote:
    [quoted text muted]

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.

    <BARF!>

    I hate to rain on your parade, but I *never* reboot just for the hell
    of it!

    I reboot at most once every month at/after 'Patch Tuesday'.

    And during our recent trip, the system was not rebooted for *three
    months* (months, not days) because I didn't let the system update
    itself.

    Thanks, Frank. That "reboot routinely every three days or sooner"
    struck me as wrong also.

    With my older laptop (Windows 8.1 new in 2015), desktop (Windows 10,
    Dec 2021), and laptop (Windows 11, last week) I've been in the habit
    of hibernating them rather than shutting down, except of course when
    Windows Update or an application installer asks for a reboot. I don't
    recall ever having a problem in Windows 8.1 or 10 that a simple
    reboot cured. And actually, Windows beginning with Windows 7 has
    seemed to be pretty darn stable. The numerous annoyances-by-design of
    Windows 8 and later have, I think, given some a false perception
    about Windows reliability.

    However, since the three latest machines all have SSDs as their boot
    drives, I've decided to shut them down at the end of the day rather
    than hibernating. Even with Fast Startup disabled, the extra time to
    do a cold boot, as opposed to resuming from hibernation, isn't enough
    to matter. And that way I'm not writing several gigabytes of
    Hiberfile.sys so often. I don't know whether the reduction in wear on
    the SSDs is significant, but to my surprise shutdown is noticeably
    faster than hibernation.

    There are few 'known issues' with Windows 11 that a reboot will resolve
    an issue with Windows or it's provided apps/applications.
    One item is on devices upgraded from Windows 10 to Win11 and its called
    Smart App Control monitoring - a feature in Windows Security/Defender(WS/WD)
    - the presence of the flagged icon is harmless, very rare occurrence,
    is resolved with subsequent Defender updates(engine or defs) or a Quick
    Scan followed by a restart or restart - i.e. a temporary, only issue.
    => WD/WS taskbar icon will show a yellow flag.

    Smart App Control on devices upgraded from 10 to 11 is automatically
    turned off(it may be turned on automatically on clean installs or reset installs on Win11). Smart App Control by design(short answer) looks for untrusted apps that don't have a current valid cert.
    - upgraded 10 to 11 devices are highly likely to have old application
    or old app versions that may not have current valid(expired) certs

    In fact on Win 11 clean installs it may still be turned off.
    - the feature initially operates in 'evaluation mode' determining if
    the device is a good candidate for enabling the feature(iirc it also
    requires that Optional Diagnostic data reporting to be enabled)

    Very low level incident, only present in North American and some Euro countries(b/c Smart app is only available in those two locations),
    Windows fixes on it own, but that yellow flag on the WS/WD icon on the
    taskbar may temporarily appear.

    Hint: to avoid this:
    Ensure apps an application software are current(current versions
    normally have valid certs)
    Old apps/application software(including their older installers) can be
    added to WS/WD Exclusions(file or folder, etc. - i.e. not scanned by WS/WD)

    Is Windows 11(upgraded from 10 device) broken, no. Will this be fixed for
    10 to 11 upgrades, no b/c Windows will still resolve with reasons noted earlier(above)..but as noted a restart can 'fix' the harmless yellow flag notification.



    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to Frank Slootweg on Sun Apr 23 12:48:10 2023
    XPost: alt.comp.os.windows-11

    Frank Slootweg wrote on 4/23/2023 7:36 AM:
    ...w¡ñ§±¤ñ <winstonmvp@gmail.com> wrote:

    [About T's 'troubleshooting' by turning off fast startup:]

    Until reverts and returns a problem(artifacts wherever you claimed they
    existed(spreadsheet or display) it's really an un-validated claim.

    Exactly. Troubleshooting 101.

    Nothing hurts my feelings. I just expect someone that services customers
    has the knowledge to validate something before later claiming 'something
    fixed it' especially when Fast Boot has not a single iota of code to
    impact character rendering.

    Straight from Kepner-Tregoe's Analytical Troubleshooting: Is/Is not [1].

    Having been a professional troubleshooter for decades, I cringe when I
    see 'methods' like this.

    [1]
    'Analytic Troubleshooting' <https://kepner-tregoe.com/training/analytic-troubleshooting/>
    (IIRC, it used to be 'AnalyticAL Troubleshooting' when I took it.)
    'Root Cause Analysis' might also come in handy <https://kepner-tregoe.com/training/root-cause-analysis/>

    :)
    On the K-T comment.
    You can throw in a bit a Taguchi, Deming and Shainin into my reply.
    - A sample size of one without turn/on-turn off a suspected symptom?

    To paraprhase another icon of the past.
    We all learn from the mistakes of others, we can never live long enough
    to make them all yourself.



    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From mechanic@21:1/5 to All on Mon Apr 24 12:12:44 2023
    XPost: alt.comp.os.windows-11

    On Sun, 23 Apr 2023 12:48:10 -0700, ...w¡ñ§±¤ñ wrote:

    You can throw in a bit a Taguchi, Deming and Shainin into my reply.

    Ah, Taguchi Methods and Deeming's 'Out of the Crisis' I still have
    the books!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From mechanic@21:1/5 to Frank Slootweg on Mon Apr 24 12:04:04 2023
    XPost: alt.comp.os.windows-11

    On 23 Apr 2023 15:41:15 GMT, Frank Slootweg wrote:

    I use 'sleep' (Modern Standby) -> (Adaptive) hibernate, because I
    want to be able to resume with all programs as and where they
    were. If you don't mind restarting your programs, Shut down is a
    perfectly good choice.

    ...which saves power when you go to sleep at night.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to mechanic on Mon Apr 24 13:30:06 2023
    XPost: alt.comp.os.windows-11

    mechanic <mechanic@example.net> wrote:
    On 23 Apr 2023 15:41:15 GMT, Frank Slootweg wrote:

    I use 'sleep' (Modern Standby) -> (Adaptive) hibernate, because I
    want to be able to resume with all programs as and where they
    were. If you don't mind restarting your programs, Shut down is a
    perfectly good choice.

    ...which saves power when you go to sleep at night.

    True, but the context (Stan's usage) was hibernate versus shutdown and hibernate also saves (the same amount of) power, so saving power is not argument for or against either.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to Frank Slootweg on Mon Apr 24 09:40:21 2023
    XPost: alt.comp.os.windows-11

    Frank Slootweg <this@ddress.is.invalid> wrote:
    Stan Brown <the_stan_brown@fastmail.fm> wrote:

    And that way I'm not writing several gigabytes of
    Hiberfile.sys so often. I don't know whether the reduction in wear on
    the SSDs is significant,

    I don't know how much wear hibernation is causing and whether it's
    worth to worry about it. This is my first SSD. Similar experience with >SD-cards, writing over the same area once a day, hasn't shown any
    problem for years. Perhaps Paul can shed a light on the SSD wear - if
    any - caused by hiberating.


    This *is* a *very* good line of thought, that I have also had, because
    I like to use the hibernation feature, in Win11, when I turn off my
    computer, before leaving the house, for an extended period of time.
    Doing this once or twice a week, over time, would indeed put wear and
    tear on the NVMe storage device, which is the only drive in the entire
    computer (optical disks are obsolete, to me).

    However, when I use my mIRC script to show what's used and available,
    I get this:

    System storage drives: C: has 129.11 of 199.28 GB (65%), and D: has
    577.33 of 731.51 GB (79%) available. 706.45 of 930.79 GB (76%)
    available total.

    As you can see, the majority of the C partition, of the SSD, is just
    free space. So, presumably, the drive can use the space, in a way,
    that preserves the hardware's longevity, as long as I don't hibernate
    everyday. The computer is two years old, now, and I haven't had any
    signs of decay, of the SSD.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andy Burns@21:1/5 to Frank Slootweg on Mon Apr 24 15:32:53 2023
    XPost: alt.comp.os.windows-11

    Frank Slootweg wrote:

    I don't know how much wear hibernation is causing and whether it's
    worth to worry about it. This is my first SSD. Similar experience with SD-cards, writing over the same area once a day, hasn't shown any
    problem for years.

    With an SSD, it won't be the same areas of the drive over-written every
    time, yes the same logical sector numbers, but the controller on the
    drive will "rotate" them to different physical block numbers (which are
    bigger than sectors that the O/S sees)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Andy Burns on Mon Apr 24 14:47:03 2023
    XPost: alt.comp.os.windows-11

    On 4/24/2023 10:32 AM, Andy Burns wrote:
    Frank Slootweg wrote:

    I don't know how much wear hibernation is causing and whether it's
    worth to worry about it. This is my first SSD. Similar experience with
    SD-cards, writing over the same area once a day, hasn't shown any
    problem for years.

    With an SSD, it won't be the same areas of the drive over-written every time, yes the same logical sector numbers, but the controller on the drive will "rotate" them to different physical block numbers (which are bigger than sectors that the O/S sees)

    SSDs, whether the older SATA kind or the newer PCIe chocolate bar,
    have the Cadillac version of wear leveling.

    Even though a set of externally numbered sectors have been
    reserved for hiberfil.sys , the internal storage as you say,
    is rotated from the free pool. The blocks are monitored for
    write cycles. So if a cell is rated for 600 cycles, and
    the device is near end of life, half of them might be
    599 cycles, the other half 600. It manages to "pave" the usage
    pretty flat over time. Internally, you would not even begin
    to be able to guess where the hiberfil.sys had lived. It does not
    stay in one spot, but uses indirection.

    With SD and USB flash sticks, there are all sorts of bullshit
    claims about static and dynamic wear leveling that likely are
    not true. I've seen some discussion threads, about some SD that
    have both (a company claiming to have some that do and
    some that don't), I find it hard to imagine you go through
    life short-sheeting only "some" of the beds, when it's
    so attractive to just lie about stuff.

    I would not care, except for the dead TLC USB sticks that lasted
    a year and might have had about 8 write cycles. It means I cannot
    get enthusiastic about buying USB sticks any more.

    I have an MLC USB stick, 8GB, which has lasted forever. And been
    used as boot media. I don't think it has any leveling, but it
    does have a higher cycle count working for it.

    So while you can do the research, and track down the SD units
    claiming to have both static and dynamic, it's just marketing
    and hard to believe. If I thought every last stinking patent
    on this stuff had expired, I might believe it.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to mechanic on Mon Apr 24 12:41:51 2023
    XPost: alt.comp.os.windows-11

    mechanic wrote on 4/24/2023 4:12 AM:
    On Sun, 23 Apr 2023 12:48:10 -0700, ...w¡ñ§±¤ñ wrote:

    You can throw in a bit a Taguchi, Deming and Shainin into my reply.

    Ah, Taguchi Methods and Deeming's 'Out of the Crisis' I still have
    the books!

    :)
    A lot can be learned from the 'masters' in properly solving problems.

    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stan Brown@21:1/5 to Frank Slootweg on Tue Apr 25 04:46:05 2023
    XPost: alt.comp.os.windows-11

    On 23 Apr 2023 17:46:03 GMT, Frank Slootweg wrote:
    My Windows 11 laptop no longer has hibernation settings in the 'Power Options' Control Panel applet (my Windows 8.1 laptop still had them),
    only 'Sleep after'. That's probably because it has 'Adaptive hibernate'.


    I believe some Windows PCs ship with hibernate deactivated, perhaps
    by the manufacturer. There's a setting to enable or disable
    hibernate. (In Windows 10 it's Control Panel » Power Options » System
    Settings, and you have to click "Change settings that are currently unavailable". I can't check Windows 11 because I'm not on my laptop.)

    In my use case, I want Hibernate as a fallback for the numerous times
    when I think I'll just be away for a few minutes and then I don't
    actually get back for a few hours. But that's me. Folks who are
    better organized may do just fine with Sleep and Shut Down.

    --
    Stan Brown, Tehachapi, California, USA https://BrownMath.com/
    Shikata ga nai...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Tue Apr 25 07:05:04 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yMy8yMyAwMzo1MiwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4gVW50aWwgcmV2 ZXJ0cyBhbmQgcmV0dXJucyBhIHByb2JsZW0oYXJ0aWZhY3RzIHdoZXJldmVyIHlvdSBjbGFp bWVkIHRoZXkgDQo+IGV4aXN0ZWQoc3ByZWFkc2hlZXTCoG9ywqBkaXNwbGF5KcKgaXQnc8Kg cmVhbGx5wqBhbsKgdW4tdmFsaWRhdGVkwqBjbGFpbS4NCg0KDQpUaGUgY3VzdG9tZXIgc2Vu dCBtZSBhIHBpY3R1cmUgZnJvbSBoZXIgc21hcnQgcGhvbmUuDQpUaGVyZSB3ZXJlIGhvcml6 b250YWwgYXJ0aWZhY3RzIGFsbCBvdmVyIHRoZSBzY3JlZW4uDQpJdCBsb29rZWQgbGlrZSBh IGRlY2xhc3NpZmllZCBkb2N1bWVudHMgdGhhdCBoYWQNCmJlZW4gcmVkYWN0ZWQuICAoTm90 aGluZyB3cm9uZyB3aXRoIHRoZSBzcHJlYWRzaGVldA0KaXRzZWxmLCBqdXN0IHdoYXQgd2Fz IHNob3dpbmcgb24gdGhlIHNjcmVlbi4pDQoNCkkgc3RhcnRlZCBhIHJlbW90ZSBnbyB0byBh c3Npc3Qgc2Vzc2lvbiB3aXRoIGhlciwNCm5vdGljZWQgdGhhdCBJIGRpZCBub3Qgc2VlIGFu eSBhcnRpZmFjdHMgb24gbXkNCmVuZCwgc28gSSBpbW1lZGlhdGVseSBkaXNhYmxlZCBGYXN0 IEJvb3QgYW5kDQpkaWQgYSBoYXJkIHJlYm9vdC4NCg0KUHJvYmxlbSBzb2x2ZWQgYW5kIERJ RCBOT1QgY29tZSBiYWNrLg0KDQpCeSBjaGFuY2UgZGlkIHlvdSB0aGluayB0aGVyZSB3YXMg c29tZXRoaW5nIHdyb25nDQppbiB0aGUgc3ByZWFkc2hlZXQgdGhhdCB3YSBjYXVzaW5nIHRo ZSBhcnRpZmFjdHM/DQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Ken Blake on Tue Apr 25 07:09:10 2023
    XPost: alt.comp.os.windows-11

    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what? It all depends on how you use your computer.
    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer. And folks do not
    call me when they are not having problems.

    I can go for years on Linux servers without rebooting.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Tue Apr 25 07:10:59 2023
    XPost: alt.comp.os.windows-11

    On 4/23/23 01:43, Joel wrote:
    T <T@invalid.invalid> wrote:

    Also, I am not a M$ Fanboi. I will not lie to the
    customer to protect my favorite OS's reputation.
    I work for the customer, not M$.

    That is fair, honestly, to the extent that this issue really is
    Microsoft's doing - but I have to wonder, is it poor hardware and/or
    drivers, or OEM crapware, preinstalled on the device, and not
    something in Windows itself? Because I've been running Win11 since
    day one, I upgraded from 10, never looking back, and the only real
    issue I've encountered, was that weird bug, where the systray had
    lingering popup descriptions, when the mouse hovered over it, which
    was fixed in the first few months of 11's existence. And, MS had not
    recommended people upgrade, until Windows Update specifically offered
    it, to a device, I willingly chose to do the immediate upgrade, upon
    its public release, because of my interest in OSes generally, and this
    new version, in particular.

    See here is the thing Joel: I have to determine if the
    issue is hardware or software. I mainly do that by
    booting off a Fedora Live USB drive that I have
    configured for a ton of hardware tests and other things.
    If hibernate and suspend work find in Fedora and I
    can not find any other hardware issues, then it is
    M$'s doing.

    Now anyone who has read my writing knows that I am
    no fan of M$ and that I am completely aware that I
    would not have a job without their poor quality. And
    if they read further, know that I have ways of masking
    those issues from my customers so they can use
    Windows computers with relative stability. Well
    so M$. (I have shared them in the past and the
    M$ fanbois soiled their pants over it.)

    You can make Windows work fairly reliably. But
    you have to get past the nonsense that M$ is
    not the issue.


    It's just that I find it hard to figure out the precise cause, because
    you aren't the only one reporting this kind of thing, but yet it's not happening to everyone. Like, am I just lucky? I don't know.


    Luck and how you use your computer.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Ken Blake on Tue Apr 25 07:19:41 2023
    XPost: alt.comp.os.windows-11

    On 4/23/23 08:25, Ken Blake wrote:
    If you want to say that "Microsoft is*never* the issue" is nonsense,
    I agree with you. But if you want to say that "Microsoft is*not* the
    issue" is nonsense, I disagree. Sometime it is, and sometimes it
    isn't.

    That is all part of the troubleshooting process. You
    can not jump to conclusions.

    Also as I tell my customers, if your car is pulling
    to the right, I have to fix the flat right front
    tire before I can work on your alignment. They
    understand when I present the process in that manner.

    Fast Boot would be the flat right front tire.

    Sometimes I have to use the "scatter gun" approach,
    which is to fix everything I find wrong until I
    trip across what is causing the issues. Most
    computer I get called in for are in a total mess.


    And "an issue" implies a single problem. Most
    of the the time the customer can figure those
    out themselves. The worst I had and conquered
    was one were five different things affected
    each other and went around in a circle.
    A affected B affected C affected D affected E
    affected A.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ken Blake@21:1/5 to T@invalid.invalid on Tue Apr 25 11:37:17 2023
    XPost: alt.comp.os.windows-11

    On Tue, 25 Apr 2023 07:09:10 -0700, T <T@invalid.invalid> wrote:

    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never
    reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what? It all depends on how you use your computer.

    Yes. That's why I disagree, It is *not* true that everyone "need[s] a
    hard reboot at least every three days or Windows starts getting
    weird."



    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.


    I have two home computers--mine and my wife's. And I see and help
    people with many others--those of friends and relatives.And I see the
    computers and talk with lots of other people who don't need my help.

    So multiply what you call my "single home computer" by 10 or 20 to be
    more accurate.

    Yes, I'm sure that you see more than I do, but the difference is
    nowhere near as extreme as you make it out to be.

    And folks do not
    call me when they are not having problems.


    Right. That's a reason why your statement "You need a hard reboot at
    least every three days or Windows starts getting weird" is false.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to All on Tue Apr 25 14:35:13 2023
    XPost: alt.comp.os.windows-11

    T wrote on 4/25/2023 7:09 AM:
    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway.  You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never
    reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what?  It all depends on how you use your computer.
    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.  And folks do not
    call me when they are not having problems.

    I can go for years on Linux servers without rebooting.

    Hard boot(aka more commonly at Cold boot) every 3 days ?
    => False

    Fyi.
    Fast Boot is a UEFI/BIOS feature when available
    Fast Startup(not Boot) is a Power Option advanced feature toggle
    item(On/Off)
    Hibernation is a Power Option advanced feature 'Show in Power Menu'
    toggle item(Show/Don't Show)

    Both Fast Startup and the Hibernation Power options items are only
    present when Hibernation is enabled via Command or Powershell terminal window
    ==> powercfg /hibernate on

    Note: Hibernate is not available on all devices. Win11 built devices have
    a higher likelihood of availability than earlier devices(Win10 built,
    Win7 built, Win7 or Win10 upgraded to !0/11) and laptops and tablet have
    higher likelihood of the feature being present and enabled as a default.

    Calling when not having problems is and has never been equatable to Fast Startup or Hibernation being turned on/off.
    - it's like claiming all recipients that didn't reply to a survey have
    the exact same conditions/issues/responses as those that replied to a survey.



    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Tue Apr 25 16:57:38 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yNS8yMyAxNDozNSwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4gVCB3cm90ZSBv biA0LzI1LzIwMjMgNzowOSBBTToNCj4+IE9uIDQvMjMvMjMgMDg6MTMsIEtlbiBCbGFrZSB3 cm90ZToNCj4+PiBPbiBTYXQsIDIyIEFwciAyMDIzIDE2OjUzOjM1IC0wNzAwLCBUIDxUQGlu dmFsaWQuaW52YWxpZD4gd3JvdGU6DQo+Pj4NCj4+Pj4gSSBhbSBzb3JyeSBpZiB0aGF0IHN0 YXRlbWVudCBodXJ0cyB5b3UgZmVlbGluZyBidXQgaXQNCj4+Pj4gbmVlZHMgdG8gYmUgbWFk ZSBhbnl3YXkuwqAgWW91IG5lZWQgYSBoYXJkIHJlYm9vdCBhdA0KPj4+PiBsZWFzdCBldmVy eSB0aHJlZSBkYXlzIG9yIFdpbmRvd3Mgc3RhcnRzIGdldHRpbmcgd2VpcmQuDQo+Pj4NCj4+ Pg0KPj4+IEkgY29tcGxldGVseSBkaXNhZ3JlZS4gVGhhdCdzIG5vdCBteSBleHBlcmllbmNl IGF0IGFsbC4gSSBhbG1vc3QgbmV2ZXINCj4+PiByZWJvb3QsIGhhcmQgb3Igc29mdCwgdW5s ZXNzIGFuIHVwZGF0ZSByZXF1aXJlcyBpdC4NCj4+Pg0KPj4+IEkgdXN1YWxseSBnbyBmb3Ig d2Vla3Mgd2l0aG91dCByZWJvb3RpbmcuDQo+Pg0KPj4gU28gd2hhdD/CoCBJdCBhbGwgZGVw ZW5kcyBvbiBob3cgeW91IHVzZSB5b3VyIGNvbXB1dGVyLg0KPj4gV2luZG93cyB3aWxsIGhh cmQgYm9vdCB5byBldmVyeSAzMCBkYXlzIG9yIHNvIHdpdGgNCj4+IGZhc3QgYm9vdCBhbmQg eW91IGdvdCBsdWNreS4NCj4+DQo+PiBLZWVwIGluIG1pbmQgdGhhdCBJIHNlZSBtYW55LCBt YW55IG1vcmUgY29tcHV0ZXJzDQo+PiB0aGFuIHlvdXIgc2luZ2xlIGhvbWUgY29tcHV0ZXIu wqAgQW5kIGZvbGtzIGRvIG5vdA0KPj4gY2FsbCBtZSB3aGVuIHRoZXkgYXJlIG5vdCBoYXZp bmcgcHJvYmxlbXMuDQo+Pg0KPj4gSSBjYW4gZ28gZm9yIHllYXJzIG9uIExpbnV4IHNlcnZl cnMgd2l0aG91dCByZWJvb3RpbmcuDQo+Pg0KPiBIYXJkIGJvb3QoYWthIG1vcmUgY29tbW9u bHkgYXQgQ29sZCBib290KSBldmVyeSAzIGRheXMgPw0KPiAgwqA9PiBGYWxzZQ0KPiANCj4g RnlpLg0KPiAgwqBGYXN0IEJvb3QgaXMgYSBVRUZJL0JJT1MgZmVhdHVyZSB3aGVuIGF2YWls YWJsZQ0KPiAgwqBGYXN0IFN0YXJ0dXAobm90IEJvb3QpIGlzIGEgUG93ZXIgT3B0aW9uIGFk dmFuY2VkIGZlYXR1cmUgdG9nZ2xlIA0KPiBpdGVtKE9uL09mZikNCj4gIMKgSGliZXJuYXRp b24gaXMgYSBQb3dlciBPcHRpb24gYWR2YW5jZWQgZmVhdHVyZSAnU2hvdyBpbiBQb3dlciBN ZW51JyANCj4gdG9nZ2xlIGl0ZW0oU2hvdy9Eb24ndCBTaG93KQ0KPiANCj4gIMKgQm90aCBG YXN0IFN0YXJ0dXAgYW5kIHRoZSBIaWJlcm5hdGlvbiBQb3dlciBvcHRpb25zIGl0ZW1zIGFy ZSBvbmx5IA0KPiBwcmVzZW50IHdoZW4gSGliZXJuYXRpb24gaXMgZW5hYmxlZCB2aWEgQ29t bWFuZCBvciBQb3dlcnNoZWxsIHRlcm1pbmFsIA0KPiB3aW5kb3cNCj4gIMKgPT0+IHBvd2Vy Y2ZnIC9oaWJlcm5hdGUgb24NCj4gDQo+IE5vdGU6IEhpYmVybmF0ZSBpcyBub3QgYXZhaWxh YmxlIG9uIGFsbCBkZXZpY2VzLiBXaW4xMSBidWlsdCBkZXZpY2VzIA0KPiBoYXZlIGEgaGln aGVyIGxpa2VsaWhvb2Qgb2YgYXZhaWxhYmlsaXR5IHRoYW4gZWFybGllciBkZXZpY2VzKFdp bjEwIA0KPiBidWlsdCwgV2luNyBidWlsdCwgV2luNyBvciBXaW4xMCB1cGdyYWRlZCB0byAh MC8xMSkgYW5kIGxhcHRvcHMgYW5kIA0KPiB0YWJsZXQgaGF2ZSBoaWdoZXIgbGlrZWxpaG9v ZCBvZiB0aGUgZmVhdHVyZSBiZWluZyBwcmVzZW50IGFuZCBlbmFibGVkIA0KPiBhcyBhIGRl ZmF1bHQuDQo+IA0KPiBDYWxsaW5nIHdoZW4gbm90IGhhdmluZyBwcm9ibGVtcyBpcyBhbmQg aGFzIG5ldmVyIGJlZW4gZXF1YXRhYmxlIHRvIEZhc3QgDQo+IFN0YXJ0dXAgb3IgSGliZXJu YXRpb24gYmVpbmcgdHVybmVkIG9uL29mZi4NCj4gIMKgLSBpdCdzIGxpa2UgY2xhaW1pbmcg YWxsIHJlY2lwaWVudHMgdGhhdCBkaWRuJ3QgcmVwbHkgdG8gYSBzdXJ2ZXkgaGF2ZSANCj4g dGhlIGV4YWN0IHNhbWUgY29uZGl0aW9ucy9pc3N1ZXMvcmVzcG9uc2VzIGFzIHRob3NlIHRo YXQgcmVwbGllZCB0byBhIA0KPiBzdXJ2ZXkuDQoNCkRvIHlvdSB3b3JrIGZvciBNJD8gIEZl ZWwgZnJlZSB0byBpZ25vcmUgbXkgYWR2aWNlIHRvIHlvdXINCmhlYXJ0cyBjb250ZW50Lg0K
    DQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Ken Blake on Tue Apr 25 16:56:36 2023
    XPost: alt.comp.os.windows-11

    On 4/25/23 11:37, Ken Blake wrote:
    On Tue, 25 Apr 2023 07:09:10 -0700, T <T@invalid.invalid> wrote:

    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway. You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never
    reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what? It all depends on how you use your computer.

    Yes. That's why I disagree, It is *not* true that everyone "need[s] a
    hard reboot at least every three days or Windows starts getting
    weird."



    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.


    I have two home computers--mine and my wife's. And I see and help
    people with many others--those of friends and relatives.And I see the computers and talk with lots of other people who don't need my help.

    So multiply what you call my "single home computer" by 10 or 20 to be
    more accurate.

    Yes, I'm sure that you see more than I do, but the difference is
    nowhere near as extreme as you make it out to be.

    And folks do not
    call me when they are not having problems.


    Right. That's a reason why your statement "You need a hard reboot at
    least every three days or Windows starts getting weird" is false.


    I do beg to differ. And you can ignore my advice
    all you please.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Tue Apr 25 20:41:35 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yNS8yMyAyMDoxNiwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4gVCB3cm90ZSBv biA0LzI1LzIwMjMgNDo1NyBQTToNCj4+IE9uIDQvMjUvMjMgMTQ6MzUsIC4uLnfCocOxwqfC scKkw7Egd3JvdGU6DQo+Pj4gVCB3cm90ZSBvbiA0LzI1LzIwMjMgNzowOSBBTToNCj4+Pj4g T24gNC8yMy8yMyAwODoxMywgS2VuIEJsYWtlIHdyb3RlOg0KPj4+Pj4gT24gU2F0LCAyMiBB cHIgMjAyMyAxNjo1MzozNSAtMDcwMCwgVCA8VEBpbnZhbGlkLmludmFsaWQ+IHdyb3RlOg0K Pj4+Pj4NCj4+Pj4+PiBJIGFtIHNvcnJ5IGlmIHRoYXQgc3RhdGVtZW50IGh1cnRzIHlvdSBm ZWVsaW5nIGJ1dCBpdA0KPj4+Pj4+IG5lZWRzIHRvIGJlIG1hZGUgYW55d2F5LsKgIFlvdSBu ZWVkIGEgaGFyZCByZWJvb3QgYXQNCj4+Pj4+PiBsZWFzdCBldmVyeSB0aHJlZSBkYXlzIG9y IFdpbmRvd3Mgc3RhcnRzIGdldHRpbmcgd2VpcmQuDQo+Pj4+Pg0KPj4+Pj4NCj4+Pj4+IEkg Y29tcGxldGVseSBkaXNhZ3JlZS4gVGhhdCdzIG5vdCBteSBleHBlcmllbmNlIGF0IGFsbC4g SSBhbG1vc3QgbmV2ZXINCj4+Pj4+IHJlYm9vdCwgaGFyZCBvciBzb2Z0LCB1bmxlc3MgYW4g dXBkYXRlIHJlcXVpcmVzIGl0Lg0KPj4+Pj4NCj4+Pj4+IEkgdXN1YWxseSBnbyBmb3Igd2Vl a3Mgd2l0aG91dCByZWJvb3RpbmcuDQo+Pj4+DQo+Pj4+IFNvIHdoYXQ/wqAgSXQgYWxsIGRl cGVuZHMgb24gaG93IHlvdSB1c2UgeW91ciBjb21wdXRlci4NCj4+Pj4gV2luZG93cyB3aWxs IGhhcmQgYm9vdCB5byBldmVyeSAzMCBkYXlzIG9yIHNvIHdpdGgNCj4+Pj4gZmFzdCBib290 IGFuZCB5b3UgZ290IGx1Y2t5Lg0KPj4+Pg0KPj4+PiBLZWVwIGluIG1pbmQgdGhhdCBJIHNl ZSBtYW55LCBtYW55IG1vcmUgY29tcHV0ZXJzDQo+Pj4+IHRoYW4geW91ciBzaW5nbGUgaG9t ZSBjb21wdXRlci7CoCBBbmQgZm9sa3MgZG8gbm90DQo+Pj4+IGNhbGwgbWUgd2hlbiB0aGV5 IGFyZSBub3QgaGF2aW5nIHByb2JsZW1zLg0KPj4+Pg0KPj4+PiBJIGNhbiBnbyBmb3IgeWVh cnMgb24gTGludXggc2VydmVycyB3aXRob3V0IHJlYm9vdGluZy4NCj4+Pj4NCj4+PiBIYXJk IGJvb3QoYWthIG1vcmUgY29tbW9ubHkgYXQgQ29sZCBib290KSBldmVyeSAzIGRheXMgPw0K Pj4+IMKgwqA9PiBGYWxzZQ0KPj4+DQo+Pj4gRnlpLg0KPj4+IMKgwqBGYXN0IEJvb3QgaXMg YSBVRUZJL0JJT1MgZmVhdHVyZSB3aGVuIGF2YWlsYWJsZQ0KPj4+IMKgwqBGYXN0IFN0YXJ0 dXAobm90IEJvb3QpIGlzIGEgUG93ZXIgT3B0aW9uIGFkdmFuY2VkIGZlYXR1cmUgdG9nZ2xl IA0KPj4+IGl0ZW0oT24vT2ZmKQ0KPj4+IMKgwqBIaWJlcm5hdGlvbiBpcyBhIFBvd2VyIE9w dGlvbiBhZHZhbmNlZCBmZWF0dXJlICdTaG93IGluIFBvd2VyIE1lbnUnIA0KPj4+IHRvZ2ds ZSBpdGVtKFNob3cvRG9uJ3QgU2hvdykNCj4+Pg0KPj4+IMKgwqBCb3RoIEZhc3QgU3RhcnR1 cCBhbmQgdGhlIEhpYmVybmF0aW9uIFBvd2VyIG9wdGlvbnMgaXRlbXMgYXJlIG9ubHkgDQo+ Pj4gcHJlc2VudCB3aGVuIEhpYmVybmF0aW9uIGlzIGVuYWJsZWQgdmlhIENvbW1hbmQgb3Ig UG93ZXJzaGVsbCANCj4+PiB0ZXJtaW5hbCB3aW5kb3cNCj4+PiDCoMKgPT0+IHBvd2VyY2Zn IC9oaWJlcm5hdGUgb24NCj4+Pg0KPj4+IE5vdGU6IEhpYmVybmF0ZSBpcyBub3QgYXZhaWxh YmxlIG9uIGFsbCBkZXZpY2VzLiBXaW4xMSBidWlsdCBkZXZpY2VzIA0KPj4+IGhhdmUgYSBo aWdoZXIgbGlrZWxpaG9vZCBvZiBhdmFpbGFiaWxpdHkgdGhhbiBlYXJsaWVyIGRldmljZXMo V2luMTAgDQo+Pj4gYnVpbHQsIFdpbjcgYnVpbHQsIFdpbjcgb3IgV2luMTAgdXBncmFkZWQg dG8gITAvMTEpIGFuZCBsYXB0b3BzIGFuZCANCj4+PiB0YWJsZXQgaGF2ZSBoaWdoZXIgbGlr ZWxpaG9vZCBvZiB0aGUgZmVhdHVyZSBiZWluZyBwcmVzZW50IGFuZCANCj4+PiBlbmFibGVk IGFzIGEgZGVmYXVsdC4NCj4+Pg0KPj4+IENhbGxpbmcgd2hlbiBub3QgaGF2aW5nIHByb2Js ZW1zIGlzIGFuZCBoYXMgbmV2ZXIgYmVlbiBlcXVhdGFibGUgdG8gDQo+Pj4gRmFzdCBTdGFy dHVwIG9yIEhpYmVybmF0aW9uIGJlaW5nIHR1cm5lZCBvbi9vZmYuDQo+Pj4gwqDCoC0gaXQn cyBsaWtlIGNsYWltaW5nIGFsbCByZWNpcGllbnRzIHRoYXQgZGlkbid0IHJlcGx5IHRvIGEg c3VydmV5IA0KPj4+IGhhdmUgdGhlIGV4YWN0IHNhbWUgY29uZGl0aW9ucy9pc3N1ZXMvcmVz cG9uc2VzIGFzIHRob3NlIHRoYXQgcmVwbGllZCANCj4+PiB0byBhIHN1cnZleS4NCj4+DQo+ PiBEbyB5b3Ugd29yayBmb3IgTSQ/wqAgRmVlbCBmcmVlIHRvIGlnbm9yZSBteSBhZHZpY2Ug dG8geW91cg0KPj4gaGVhcnRzIGNvbnRlbnQuDQo+Pg0KPiBOb3QgYXQgYWxsLCBqdXN0IGtu b3coYmFzZWQgb24gZXhwZXJpZW5jZSwgcmVzZWFyY2gsIGFuZCBoYXZpbmcgdGhlIA0KPiBh YmlsaXR5IHRvIHBpbmcgdGhlIHJpZ2h0IHBlb3BsZSB3aXRoIGRlZXBlciBrbm93bGVkZ2Up IHRoYXQgd2hlbiANCj4gc29tZXRoaW5nIGlzIGNsYWltZWQgdG8gYmUgcmVsYXRlZCB0byBh IFdpbmRvd3MgZmVhdHVyZSh3aGVuIGl0cyBub3QgDQo+IGV2ZW4gcmVtb3RlbHkgY2xvc2Uv cG9zc2libGUpIGlzIGp1c3QgYW5vdGhlciBhdHRlbXB0IGF0IHNwcmVhZGluZyBmYWxzZSAN Cj4gaW5mb3JtYXRpb24uDQo+IA0KPiANCg0KDQpJIGNvdWxkIGFjY3VzZSB5b3Ugb2YgdGhl IHNhbWUgdGhpbmcsIGZhbmJvaS4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to All on Tue Apr 25 20:16:17 2023
    XPost: alt.comp.os.windows-11

    T wrote on 4/25/2023 4:57 PM:
    On 4/25/23 14:35, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 7:09 AM:
    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway.  You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never >>>> reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what?  It all depends on how you use your computer.
    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.  And folks do not
    call me when they are not having problems.

    I can go for years on Linux servers without rebooting.

    Hard boot(aka more commonly at Cold boot) every 3 days ?
      => False

    Fyi.
      Fast Boot is a UEFI/BIOS feature when available
      Fast Startup(not Boot) is a Power Option advanced feature toggle
    item(On/Off)
      Hibernation is a Power Option advanced feature 'Show in Power Menu'
    toggle item(Show/Don't Show)

      Both Fast Startup and the Hibernation Power options items are only
    present when Hibernation is enabled via Command or Powershell terminal
    window
      ==> powercfg /hibernate on

    Note: Hibernate is not available on all devices. Win11 built devices
    have a higher likelihood of availability than earlier devices(Win10
    built, Win7 built, Win7 or Win10 upgraded to !0/11) and laptops and
    tablet have higher likelihood of the feature being present and enabled
    as a default.

    Calling when not having problems is and has never been equatable to
    Fast Startup or Hibernation being turned on/off.
      - it's like claiming all recipients that didn't reply to a survey
    have the exact same conditions/issues/responses as those that replied
    to a survey.

    Do you work for M$?  Feel free to ignore my advice to your
    hearts content.

    Not at all, just know(based on experience, research, and having the
    ability to ping the right people with deeper knowledge) that when
    something is claimed to be related to a Windows feature(when its not even remotely close/possible) is just another attempt at spreading false information.


    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Wed Apr 26 00:11:50 2023
    XPost: alt.comp.os.windows-11

    On 4/25/2023 10:05 AM, T wrote:
    On 4/23/23 03:52, ...w¡ñ§±¤ñ wrote:
    Until reverts and returns a problem(artifacts wherever you claimed they existed(spreadsheet or display) it's really an un-validated claim.


    The customer sent me a picture from her smart phone.
    There were horizontal artifacts all over the screen.
    It looked like a declassified documents that had
    been redacted.  (Nothing wrong with the spreadsheet
    itself, just what was showing on the screen.)

    I started a remote go to assist session with her,
    noticed that I did not see any artifacts on my
    end, so I immediately disabled Fast Boot and
    did a hard reboot.

    Problem solved and DID NOT come back.

    By chance did you think there was something wrong
    in the spreadsheet that wa causing the artifacts?

    But you add stuff to customer machines.

    Just your remoting-in product choice might be doing this.

    If there was a strong "artifacting" signal in the user
    population, we'd be seeing it mentioned on enthusiast sites.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Stan Brown on Wed Apr 26 00:31:53 2023
    XPost: alt.comp.os.windows-11

    On 4/25/2023 7:46 AM, Stan Brown wrote:
    On 23 Apr 2023 17:46:03 GMT, Frank Slootweg wrote:
    My Windows 11 laptop no longer has hibernation settings in the 'Power
    Options' Control Panel applet (my Windows 8.1 laptop still had them),
    only 'Sleep after'. That's probably because it has 'Adaptive hibernate'.


    I believe some Windows PCs ship with hibernate deactivated, perhaps
    by the manufacturer. There's a setting to enable or disable
    hibernate. (In Windows 10 it's Control Panel » Power Options » System Settings, and you have to click "Change settings that are currently unavailable". I can't check Windows 11 because I'm not on my laptop.)

    In my use case, I want Hibernate as a fallback for the numerous times
    when I think I'll just be away for a few minutes and then I don't
    actually get back for a few hours. But that's me. Folks who are
    better organized may do just fine with Sleep and Shut Down.

    As utilities go, "powercfg" is your friend, and has
    multiple reporting capabilities and controls.

    This is the first step (in case you turned it off already)

    powercfg /h on

    That installs a hiberfil.sys for you.

    But, that does not enable Sleep and Hibernate in the menus.
    You still have to turn them on. This is a previously posted picture
    with examples.

    [Picture]

    https://i.postimg.cc/DyTnxPc6/hibernate.gif

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Wed Apr 26 00:04:52 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yNS8yMyAyMToxMSwgUGF1bCB3cm90ZToNCj4gT24gNC8yNS8yMDIzIDEwOjA1IEFN LCBUIHdyb3RlOg0KPj4gT24gNC8yMy8yMyAwMzo1MiwgLi4ud8Khw7HCp8KxwqTDsSB3cm90 ZToNCj4+PiBVbnRpbCByZXZlcnRzIGFuZCByZXR1cm5zIGEgcHJvYmxlbShhcnRpZmFjdHMg d2hlcmV2ZXIgeW91IGNsYWltZWQgDQo+Pj4gdGhleSBleGlzdGVkKHNwcmVhZHNoZWV0wqBv csKgZGlzcGxheSnCoGl0J3PCoHJlYWxsecKgYW7CoHVuLXZhbGlkYXRlZMKgY2xhaW0uDQo+ Pg0KPj4NCj4+IFRoZSBjdXN0b21lciBzZW50IG1lIGEgcGljdHVyZSBmcm9tIGhlciBzbWFy dCBwaG9uZS4NCj4+IFRoZXJlIHdlcmUgaG9yaXpvbnRhbCBhcnRpZmFjdHMgYWxsIG92ZXIg dGhlIHNjcmVlbi4NCj4+IEl0IGxvb2tlZCBsaWtlIGEgZGVjbGFzc2lmaWVkIGRvY3VtZW50 cyB0aGF0IGhhZA0KPj4gYmVlbiByZWRhY3RlZC7CoCAoTm90aGluZyB3cm9uZyB3aXRoIHRo ZSBzcHJlYWRzaGVldA0KPj4gaXRzZWxmLCBqdXN0IHdoYXQgd2FzIHNob3dpbmcgb24gdGhl IHNjcmVlbi4pDQo+Pg0KPj4gSSBzdGFydGVkIGEgcmVtb3RlIGdvIHRvIGFzc2lzdCBzZXNz aW9uIHdpdGggaGVyLA0KPj4gbm90aWNlZCB0aGF0IEkgZGlkIG5vdCBzZWUgYW55IGFydGlm YWN0cyBvbiBteQ0KPj4gZW5kLCBzbyBJIGltbWVkaWF0ZWx5IGRpc2FibGVkIEZhc3QgQm9v dCBhbmQNCj4+IGRpZCBhIGhhcmQgcmVib290Lg0KPj4NCj4+IFByb2JsZW0gc29sdmVkIGFu ZCBESUQgTk9UIGNvbWUgYmFjay4NCj4+DQo+PiBCeSBjaGFuY2UgZGlkIHlvdSB0aGluayB0 aGVyZSB3YXMgc29tZXRoaW5nIHdyb25nDQo+PiBpbiB0aGUgc3ByZWFkc2hlZXQgdGhhdCB3 YSBjYXVzaW5nIHRoZSBhcnRpZmFjdHM/DQo+IA0KPiBCdXQgeW91IGFkZCBzdHVmZiB0byBj dXN0b21lciBtYWNoaW5lcy4NCj4gDQo+IEp1c3QgeW91ciByZW1vdGluZy1pbiBwcm9kdWN0 IGNob2ljZSBtaWdodCBiZSBkb2luZyB0aGlzLg0KPiANCj4gSWYgdGhlcmUgd2FzIGEgc3Ry b25nICJhcnRpZmFjdGluZyIgc2lnbmFsIGluIHRoZSB1c2VyDQo+IHBvcHVsYXRpb24sIHdl J2QgYmUgc2VlaW5nIGl0IG1lbnRpb25lZCBvbiBlbnRodXNpYXN0IHNpdGVzLg0KPiANCj4g IMKgwqAgUGF1bA0KDQoNCkhleSwgSSBmaXhlZCB0aGUgcHJvYmxlbSBhbmQgdGhlIGN1c3Rv bWVyDQp3YXMgZWNzdGF0aWMuICBHb3QgdGhhdCBpbnN1ZmZlcmFibGUgc3ByaW50DQppbiBt eSBzdGVwLg0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ken Blake@21:1/5 to T@invalid.invalid on Wed Apr 26 08:14:50 2023
    XPost: alt.comp.os.windows-11

    On Tue, 25 Apr 2023 20:41:35 -0700, T <T@invalid.invalid> wrote:

    On 4/25/23 20:16, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 4:57 PM:
    On 4/25/23 14:35, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 7:09 AM:
    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway.  You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never >>>>>> reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what?  It all depends on how you use your computer.
    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.  And folks do not
    call me when they are not having problems.

    I can go for years on Linux servers without rebooting.

    Hard boot(aka more commonly at Cold boot) every 3 days ?
    False

    Fyi.
      Fast Boot is a UEFI/BIOS feature when available
      Fast Startup(not Boot) is a Power Option advanced feature toggle
    item(On/Off)
      Hibernation is a Power Option advanced feature 'Show in Power Menu' >>>> toggle item(Show/Don't Show)

      Both Fast Startup and the Hibernation Power options items are only
    present when Hibernation is enabled via Command or Powershell
    terminal window
    powercfg /hibernate on

    Note: Hibernate is not available on all devices. Win11 built devices
    have a higher likelihood of availability than earlier devices(Win10
    built, Win7 built, Win7 or Win10 upgraded to !0/11) and laptops and
    tablet have higher likelihood of the feature being present and
    enabled as a default.

    Calling when not having problems is and has never been equatable to
    Fast Startup or Hibernation being turned on/off.
      - it's like claiming all recipients that didn't reply to a survey
    have the exact same conditions/issues/responses as those that replied >>>> to a survey.

    Do you work for M$?  Feel free to ignore my advice to your
    hearts content.

    Not at all, just know(based on experience, research, and having the
    ability to ping the right people with deeper knowledge) that when
    something is claimed to be related to a Windows feature(when its not
    even remotely close/possible) is just another attempt at spreading false
    information.




    I could accuse you of the same thing, fanboi.


    You can accuse Winston of anything you want to . Or me, or anyone else
    here. But accusations don't make something true. I, and I think most
    of us here, know who we should believe.

    There are only a few people here in these newsgroups who are very knowledgeable, very helpful, and rarely (not never; nobody is perfect)
    say something wrong. Winston is one of them.

    There are also a few people here in this newsgroup who are *not* very knowledgeable, *not* very helpful, and often say something wrong. I'll
    try to be polite and not name any names, but...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Wed Apr 26 12:46:57 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:
    On 4/25/23 20:16, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 4:57 PM:

    Do you work for M$?  Feel free to ignore my advice to your
    hearts content.

    Not at all, just know(based on experience, research, and having the
    ability to ping the right people with deeper knowledge) that when
    something is claimed to be related to a Windows feature(when its not
    even remotely close/possible) is just another attempt at spreading false
    information.

    I could accuse you of the same thing, fanboi.


    I wouldn't quite call myself a "fanboy" of Microsoft, maybe of Win11
    *itself*, and not in all cases, because I *do* know, all too well, how
    inferior Windows is on laptop hardware, and on lower-end hardware
    generally. My computer has great hardware, and a retail license for
    Windows Pro, so I don't have a lot of headaches. I love having it.
    But to say that Linux isn't in some abstract sense the superior
    desktop OS, is to be a God damn fool. It is, objectively.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Johnny@21:1/5 to Joel on Wed Apr 26 11:56:14 2023
    XPost: alt.comp.os.windows-11

    On Wed, 26 Apr 2023 12:46:57 -0400
    Joel <joelcrump@gmail.com> wrote:

    T <T@invalid.invalid> wrote:
    On 4/25/23 20:16, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 4:57 PM:

    Do you work for M$?  Feel free to ignore my advice to your
    hearts content.

    Not at all, just know(based on experience, research, and having
    the ability to ping the right people with deeper knowledge) that
    when something is claimed to be related to a Windows feature(when
    its not even remotely close/possible) is just another attempt at
    spreading false information.

    I could accuse you of the same thing, fanboi.


    I wouldn't quite call myself a "fanboy" of Microsoft, maybe of Win11 *itself*, and not in all cases, because I *do* know, all too well, how inferior Windows is on laptop hardware, and on lower-end hardware
    generally. My computer has great hardware, and a retail license for
    Windows Pro, so I don't have a lot of headaches. I love having it.
    But to say that Linux isn't in some abstract sense the superior
    desktop OS, is to be a God damn fool. It is, objectively.


    Linux is the superior operating system.

    I consider Windows a social experiment by Microsoft to see how much
    shit people will put up with.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?Li4ud8Khw7HCp8KxwqTDsSA=?@21:1/5 to All on Wed Apr 26 09:51:38 2023
    XPost: alt.comp.os.windows-11

    T wrote on 4/25/2023 8:41 PM:
    On 4/25/23 20:16, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 4:57 PM:
    On 4/25/23 14:35, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 7:09 AM:
    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway.  You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never >>>>>> reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what?  It all depends on how you use your computer.
    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.  And folks do not
    call me when they are not having problems.

    I can go for years on Linux servers without rebooting.

    Hard boot(aka more commonly at Cold boot) every 3 days ?
      => False

    Fyi.
      Fast Boot is a UEFI/BIOS feature when available
      Fast Startup(not Boot) is a Power Option advanced feature toggle
    item(On/Off)
      Hibernation is a Power Option advanced feature 'Show in Power Menu' >>>> toggle item(Show/Don't Show)

      Both Fast Startup and the Hibernation Power options items are only >>>> present when Hibernation is enabled via Command or Powershell
    terminal window
      ==> powercfg /hibernate on

    Note: Hibernate is not available on all devices. Win11 built devices
    have a higher likelihood of availability than earlier devices(Win10
    built, Win7 built, Win7 or Win10 upgraded to !0/11) and laptops and
    tablet have higher likelihood of the feature being present and
    enabled as a default.

    Calling when not having problems is and has never been equatable to
    Fast Startup or Hibernation being turned on/off.
      - it's like claiming all recipients that didn't reply to a survey
    have the exact same conditions/issues/responses as those that replied
    to a survey.

    Do you work for M$?  Feel free to ignore my advice to your
    hearts content.

    Not at all, just know(based on experience, research, and having the
    ability to ping the right people with deeper knowledge) that when
    something is claimed to be related to a Windows feature(when its not
    even remotely close/possible) is just another attempt at spreading
    false information.




    I could accuse you of the same thing, fanboi.

    Do let everyone know when you find something supporting 'could'?

    You provide reasonably accurate cause/effect info some of the time, in
    this and previous challenged cases not so much.
    - what's worse is your typical response resorts to name calling. Sad,
    very sad.

    Feel free to keeping digging those holes. Doubtful anyone is going to
    jump in(with you).

    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to Johnny on Wed Apr 26 13:10:15 2023
    XPost: alt.comp.os.windows-11

    Johnny <johnny@invalid.net> wrote:

    I wouldn't quite call myself a "fanboy" of Microsoft, maybe of Win11
    *itself*, and not in all cases, because I *do* know, all too well, how
    inferior Windows is on laptop hardware, and on lower-end hardware
    generally. My computer has great hardware, and a retail license for
    Windows Pro, so I don't have a lot of headaches. I love having it.
    But to say that Linux isn't in some abstract sense the superior
    desktop OS, is to be a God damn fool. It is, objectively.

    Linux is the superior operating system.

    I consider Windows a social experiment by Microsoft to see how much
    shit people will put up with.


    Well, the thing is, Windows has some real advantages in usability on
    the desktop - but that requires one to have reasonably up to date
    hardware, and as you say, to put up with the quirks of it. Linux is objectively superior, even on the desktop, and *definitely* on
    servers, I mean, Windows Server is almost a misnomer, it's more of a
    way to operate an intranet, than a real WAN server like Linux or BSD.

    I use Win11, and I love it to death, but there was a time when I
    preferred Linux, when Win10 was a public beta test for a couple years.
    Linux was a vital resource.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Johnny@21:1/5 to Paul on Wed Apr 26 15:12:36 2023
    XPost: alt.comp.os.windows-11

    On Wed, 26 Apr 2023 15:54:11 -0400
    Paul <nospam@needed.invalid> wrote:

    On 4/26/2023 12:56 PM, Johnny wrote:

    Linux is the superior operating system.

    Johnny, go install Gentoo :-)

    I'll watch :-/

    The kernel is of high quality, because the guy
    running the show, does care not to break things.
    He's not a "move fast and break stuff" guy, like the
    application people.

    But the Application part of your OS, is just as
    rickety and stoopid as the Microsoft one.
    Because... "developers and developer careers".
    Flatpak, AppImage, Snap, and some with absolutely
    no tools or visibility, to aid in analysis or debug.
    That's a danger sign by the way -- obscuring stuff
    is such a bad smell.

    I first ran into this, with our web guy in the department.
    He used to maintain our internal web site.

    I would ask him "why did you use PHP ? what aspect
    of it was superior ?". And he would say "... it looks
    good on my resume". And the day some crap was using
    Java, or any number of other whizzy things web people
    could get up to, it was our standard part of the joke
    that he would say "... and, it looks good on my resume".

    And this is what drives a lot of development in Ring 3.
    Ego. And resumes.

    And the "many eyes" aspect of FOSS, is broken today. I
    get to discuss this on a daily basis with people. People
    attempting to hide what they're doing, with a PPA. A posting
    just yesterday from Mario, where a PPA didn't actually
    function as a PPA, it just offered a vehicle to "install
    shit directly on a users computer". Which is a violation
    of so many rules.

    The only reason Linux is not a flaming dumpster, is
    because the Black Hats don't see it as a lucrative target.
    And you know people have already targeted kernel.org
    for "shenanigans". The end result being that Linus Torvalds
    has to be a lot more careful about who he deals with, and
    how much rope he gives them. There are people out there
    testing Linux for cracks and crevices, and you know who
    those parties are. They're the APT groups, foreign nationals.

    Paul

    Try MX Linux and find something wrong with it.

    There are many Linux distributions that are not worth a shit. That's
    why people need to get the word out about the best ones.

    I have used many, and the best two I have found are MX Linux and Linux
    Mint, with MX Linux being the best.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Johnny on Wed Apr 26 15:54:11 2023
    XPost: alt.comp.os.windows-11

    On 4/26/2023 12:56 PM, Johnny wrote:

    Linux is the superior operating system.

    Johnny, go install Gentoo :-)

    I'll watch :-/

    The kernel is of high quality, because the guy
    running the show, does care not to break things.
    He's not a "move fast and break stuff" guy, like the
    application people.

    But the Application part of your OS, is just as
    rickety and stoopid as the Microsoft one.
    Because... "developers and developer careers".
    Flatpak, AppImage, Snap, and some with absolutely
    no tools or visibility, to aid in analysis or debug.
    That's a danger sign by the way -- obscuring stuff
    is such a bad smell.

    I first ran into this, with our web guy in the department.
    He used to maintain our internal web site.

    I would ask him "why did you use PHP ? what aspect
    of it was superior ?". And he would say "... it looks
    good on my resume". And the day some crap was using
    Java, or any number of other whizzy things web people
    could get up to, it was our standard part of the joke
    that he would say "... and, it looks good on my resume".

    And this is what drives a lot of development in Ring 3.
    Ego. And resumes.

    And the "many eyes" aspect of FOSS, is broken today. I
    get to discuss this on a daily basis with people. People
    attempting to hide what they're doing, with a PPA. A posting
    just yesterday from Mario, where a PPA didn't actually
    function as a PPA, it just offered a vehicle to "install
    shit directly on a users computer". Which is a violation
    of so many rules.

    The only reason Linux is not a flaming dumpster, is
    because the Black Hats don't see it as a lucrative target.
    And you know people have already targeted kernel.org
    for "shenanigans". The end result being that Linus Torvalds
    has to be a lot more careful about who he deals with, and
    how much rope he gives them. There are people out there
    testing Linux for cracks and crevices, and you know who
    those parties are. They're the APT groups, foreign nationals.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Wed Apr 26 15:33:56 2023
    XPost: alt.comp.os.windows-11

    On 4/25/2023 11:41 PM, T wrote:
    On 4/25/23 20:16, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 4:57 PM:
    On 4/25/23 14:35, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 7:09 AM:
    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote:

    I am sorry if that statement hurts you feeling but it
    needs to be made anyway.  You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost never >>>>>> reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what?  It all depends on how you use your computer.
    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.  And folks do not
    call me when they are not having problems.

    I can go for years on Linux servers without rebooting.

    Hard boot(aka more commonly at Cold boot) every 3 days ?
      => False

    Fyi.
      Fast Boot is a UEFI/BIOS feature when available
      Fast Startup(not Boot) is a Power Option advanced feature toggle item(On/Off)
      Hibernation is a Power Option advanced feature 'Show in Power Menu' toggle item(Show/Don't Show)

      Both Fast Startup and the Hibernation Power options items are only present when Hibernation is enabled via Command or Powershell terminal window
      ==> powercfg /hibernate on

    Note: Hibernate is not available on all devices. Win11 built devices have a higher likelihood of availability than earlier devices(Win10 built, Win7 built, Win7 or Win10 upgraded to !0/11) and laptops and tablet have higher likelihood of the feature
    being present and enabled as a default.

    Calling when not having problems is and has never been equatable to Fast Startup or Hibernation being turned on/off.
      - it's like claiming all recipients that didn't reply to a survey have the exact same conditions/issues/responses as those that replied to a survey.

    Do you work for M$?  Feel free to ignore my advice to your
    hearts content.

    Not at all, just know(based on experience, research, and having the ability to ping the right people with deeper knowledge) that when something is claimed to be related to a Windows feature(when its not even remotely close/possible) is just another
    attempt at spreading false information.

    I could accuse you of the same thing, fanboi.

    Back in the cooperative multitasking days, both the hardware
    design, and the software design, had miserably reliability.
    Machines were typically crashing once a day, back in the day.
    Part of my job as an engineer, was testing the shit out of
    stuff like that, day after day after day. Logic analyzers, test
    cases, you name it, I was doing it (in addition to designing things
    and commissioning things in the lab). It was the material science
    at fault, and once we realized that, things started moving
    on the "steady improvement" path. The first thing on the hit list,
    was shared buses, which is why your computer has no PCI bus today.
    Or an IDE cable (another sharer).

    On servers, the equipment has ECC. During setup, you enter the
    BIOS and turn on ECC, and turn on scrubbing. This gives a server
    a better error characteristic than a desktop. However, DDR3 and
    DDR4 (at least here), are demonstrating much better error floors
    than previous standards, even though the memory chips keep
    getting bigger.

    There's no particular reason to assume something stored in
    RAM, is going to get corrupted. On the server, you have ECC,
    to take the guesswork out of that, and make it "practically
    bulletproof". If you take a cosmic ray hit, usually that hits one chip,
    and then the error is correctable.

    *******

    The base OS would be pretty sweet, if it didn't have the applications
    on top.

    Subsystem design choices, may compromise the trustworthiness of the OS.

    Fast boot, has no particular reason to corrupt. Neither
    does Hibernation. As long as the disk and memory are in good shape.

    When the OS updates, changes to drivers or kernel, require that at
    least Fast Boot (or the kernel part of a hiberfile) get refreshed.
    Hibernation always gets a fresh copy (of whatever is in RAM). Fast Boot
    would be "in error", if it did not pick up driver updates for
    example. Maybe even the activity of the Intel Driver Updater, could
    screw up the integrity (dated-ness) of Fast Boot content.

    So right away, we can see there is a need to coordinate activity,
    and for some subsystem to be monitoring the OS for changes. MSIexec
    knows what you've done, Windows Update also has flags (in installer
    packages), noting what things need to be corrected.

    Microsoft makes an assumption, that the Search Indexer database integrity
    is good for 90 days, at which point it will create a new Index. This is partially
    (as in engineering) an "unallocated margin", a way of saying "well, something could happen to it, that we cannot predict, such as a shutdown storage error, which upsets the integrity". They have to name some interval, as a "prudent choice"
    for integrity. The Search Indexer does not particularly affect the user experience, in the sense that on the days it is not working right, you
    just emit a "meh" and move on.

    OK, so why do things do that ? Why does the Search Indexer start slowly
    on some days (even when using an SSD) ? Why does the Microsoft Defender
    AV program, fail to paint the control panel window, and just sit there
    for long periods of time ? Why does DWM kinda hang up sometimes, when
    a window is supposed to open ? These are Ring 3 issues, big puddles of
    pooh that Microsoft has stepped in. They make the OS unpleasant, but
    they do not generally NEED a reboot. A reboot is an easy way to
    restart a process. If you had a series of push buttons that would
    restart some of these things (such as the Troubleshooter panel
    in Control Panels which restarts individual things), you could probably
    fix some of them, without a reboot.

    But rebooting is just so damn easy to do, nothing to look up,
    no instructions to read, just do it... and move on.

    And that's why we reboot. Laziness.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Wed Apr 26 20:16:46 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yNi8yMyAwOTo1MSwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4gVCB3cm90ZSBv biA0LzI1LzIwMjMgODo0MSBQTToNCj4+IE9uIDQvMjUvMjMgMjA6MTYsIC4uLnfCocOxwqfC scKkw7Egd3JvdGU6DQo+Pj4gVCB3cm90ZSBvbiA0LzI1LzIwMjMgNDo1NyBQTToNCj4+Pj4g T24gNC8yNS8yMyAxNDozNSwgLi4ud8Khw7HCp8KxwqTDsSB3cm90ZToNCj4+Pj4+IFQgd3Jv dGUgb24gNC8yNS8yMDIzIDc6MDkgQU06DQo+Pj4+Pj4gT24gNC8yMy8yMyAwODoxMywgS2Vu IEJsYWtlIHdyb3RlOg0KPj4+Pj4+PiBPbiBTYXQsIDIyIEFwciAyMDIzIDE2OjUzOjM1IC0w NzAwLCBUIDxUQGludmFsaWQuaW52YWxpZD4gd3JvdGU6DQo+Pj4+Pj4+DQo+Pj4+Pj4+PiBJ IGFtIHNvcnJ5IGlmIHRoYXQgc3RhdGVtZW50IGh1cnRzIHlvdSBmZWVsaW5nIGJ1dCBpdA0K Pj4+Pj4+Pj4gbmVlZHMgdG8gYmUgbWFkZSBhbnl3YXkuwqAgWW91IG5lZWQgYSBoYXJkIHJl Ym9vdCBhdA0KPj4+Pj4+Pj4gbGVhc3QgZXZlcnkgdGhyZWUgZGF5cyBvciBXaW5kb3dzIHN0 YXJ0cyBnZXR0aW5nIHdlaXJkLg0KPj4+Pj4+Pg0KPj4+Pj4+Pg0KPj4+Pj4+PiBJIGNvbXBs ZXRlbHkgZGlzYWdyZWUuIFRoYXQncyBub3QgbXkgZXhwZXJpZW5jZSBhdCBhbGwuIEkgYWxt b3N0IA0KPj4+Pj4+PiBuZXZlcg0KPj4+Pj4+PiByZWJvb3QsIGhhcmQgb3Igc29mdCwgdW5s ZXNzIGFuIHVwZGF0ZSByZXF1aXJlcyBpdC4NCj4+Pj4+Pj4NCj4+Pj4+Pj4gSSB1c3VhbGx5 IGdvIGZvciB3ZWVrcyB3aXRob3V0IHJlYm9vdGluZy4NCj4+Pj4+Pg0KPj4+Pj4+IFNvIHdo YXQ/wqAgSXQgYWxsIGRlcGVuZHMgb24gaG93IHlvdSB1c2UgeW91ciBjb21wdXRlci4NCj4+ Pj4+PiBXaW5kb3dzIHdpbGwgaGFyZCBib290IHlvIGV2ZXJ5IDMwIGRheXMgb3Igc28gd2l0 aA0KPj4+Pj4+IGZhc3QgYm9vdCBhbmQgeW91IGdvdCBsdWNreS4NCj4+Pj4+Pg0KPj4+Pj4+ IEtlZXAgaW4gbWluZCB0aGF0IEkgc2VlIG1hbnksIG1hbnkgbW9yZSBjb21wdXRlcnMNCj4+ Pj4+PiB0aGFuIHlvdXIgc2luZ2xlIGhvbWUgY29tcHV0ZXIuwqAgQW5kIGZvbGtzIGRvIG5v dA0KPj4+Pj4+IGNhbGwgbWUgd2hlbiB0aGV5IGFyZSBub3QgaGF2aW5nIHByb2JsZW1zLg0K Pj4+Pj4+DQo+Pj4+Pj4gSSBjYW4gZ28gZm9yIHllYXJzIG9uIExpbnV4IHNlcnZlcnMgd2l0 aG91dCByZWJvb3RpbmcuDQo+Pj4+Pj4NCj4+Pj4+IEhhcmQgYm9vdChha2EgbW9yZSBjb21t b25seSBhdCBDb2xkIGJvb3QpIGV2ZXJ5IDMgZGF5cyA/DQo+Pj4+PiDCoMKgPT4gRmFsc2UN Cj4+Pj4+DQo+Pj4+PiBGeWkuDQo+Pj4+PiDCoMKgRmFzdCBCb290IGlzIGEgVUVGSS9CSU9T IGZlYXR1cmUgd2hlbiBhdmFpbGFibGUNCj4+Pj4+IMKgwqBGYXN0IFN0YXJ0dXAobm90IEJv b3QpIGlzIGEgUG93ZXIgT3B0aW9uIGFkdmFuY2VkIGZlYXR1cmUgdG9nZ2xlIA0KPj4+Pj4g aXRlbShPbi9PZmYpDQo+Pj4+PiDCoMKgSGliZXJuYXRpb24gaXMgYSBQb3dlciBPcHRpb24g YWR2YW5jZWQgZmVhdHVyZSAnU2hvdyBpbiBQb3dlciANCj4+Pj4+IE1lbnUnIHRvZ2dsZSBp dGVtKFNob3cvRG9uJ3QgU2hvdykNCj4+Pj4+DQo+Pj4+PiDCoMKgQm90aCBGYXN0IFN0YXJ0 dXAgYW5kIHRoZSBIaWJlcm5hdGlvbiBQb3dlciBvcHRpb25zIGl0ZW1zIGFyZSANCj4+Pj4+ IG9ubHkgcHJlc2VudCB3aGVuIEhpYmVybmF0aW9uIGlzIGVuYWJsZWQgdmlhIENvbW1hbmQg b3IgUG93ZXJzaGVsbCANCj4+Pj4+IHRlcm1pbmFsIHdpbmRvdw0KPj4+Pj4gwqDCoD09PiBw b3dlcmNmZyAvaGliZXJuYXRlIG9uDQo+Pj4+Pg0KPj4+Pj4gTm90ZTogSGliZXJuYXRlIGlz IG5vdCBhdmFpbGFibGUgb24gYWxsIGRldmljZXMuIFdpbjExIGJ1aWx0IA0KPj4+Pj4gZGV2 aWNlcyBoYXZlIGEgaGlnaGVyIGxpa2VsaWhvb2Qgb2YgYXZhaWxhYmlsaXR5IHRoYW4gZWFy bGllciANCj4+Pj4+IGRldmljZXMoV2luMTAgYnVpbHQsIFdpbjcgYnVpbHQsIFdpbjcgb3Ig V2luMTAgdXBncmFkZWQgdG8gITAvMTEpIA0KPj4+Pj4gYW5kIGxhcHRvcHMgYW5kIHRhYmxl dCBoYXZlIGhpZ2hlciBsaWtlbGlob29kIG9mIHRoZSBmZWF0dXJlIGJlaW5nIA0KPj4+Pj4g cHJlc2VudCBhbmQgZW5hYmxlZCBhcyBhIGRlZmF1bHQuDQo+Pj4+Pg0KPj4+Pj4gQ2FsbGlu ZyB3aGVuIG5vdCBoYXZpbmcgcHJvYmxlbXMgaXMgYW5kIGhhcyBuZXZlciBiZWVuIGVxdWF0 YWJsZSB0byANCj4+Pj4+IEZhc3QgU3RhcnR1cCBvciBIaWJlcm5hdGlvbiBiZWluZyB0dXJu ZWQgb24vb2ZmLg0KPj4+Pj4gwqDCoC0gaXQncyBsaWtlIGNsYWltaW5nIGFsbCByZWNpcGll bnRzIHRoYXQgZGlkbid0IHJlcGx5IHRvIGEgc3VydmV5IA0KPj4+Pj4gaGF2ZSB0aGUgZXhh Y3Qgc2FtZSBjb25kaXRpb25zL2lzc3Vlcy9yZXNwb25zZXMgYXMgdGhvc2UgdGhhdCANCj4+ Pj4+IHJlcGxpZWQgdG8gYSBzdXJ2ZXkuDQo+Pj4+DQo+Pj4+IERvIHlvdSB3b3JrIGZvciBN JD/CoCBGZWVsIGZyZWUgdG8gaWdub3JlIG15IGFkdmljZSB0byB5b3VyDQo+Pj4+IGhlYXJ0 cyBjb250ZW50Lg0KPj4+Pg0KPj4+IE5vdCBhdCBhbGwsIGp1c3Qga25vdyhiYXNlZCBvbiBl eHBlcmllbmNlLCByZXNlYXJjaCwgYW5kIGhhdmluZyB0aGUgDQo+Pj4gYWJpbGl0eSB0byBw aW5nIHRoZSByaWdodCBwZW9wbGUgd2l0aCBkZWVwZXIga25vd2xlZGdlKSB0aGF0IHdoZW4g DQo+Pj4gc29tZXRoaW5nIGlzIGNsYWltZWQgdG8gYmUgcmVsYXRlZCB0byBhIFdpbmRvd3Mg ZmVhdHVyZSh3aGVuIGl0cyBub3QgDQo+Pj4gZXZlbiByZW1vdGVseSBjbG9zZS9wb3NzaWJs ZSkgaXMganVzdCBhbm90aGVyIGF0dGVtcHQgYXQgc3ByZWFkaW5nIA0KPj4+IGZhbHNlIGlu Zm9ybWF0aW9uLg0KPj4+DQo+Pj4NCj4+DQo+Pg0KPj4gSSBjb3VsZCBhY2N1c2UgeW91IG9m IHRoZSBzYW1lIHRoaW5nLCBmYW5ib2kuDQo+IA0KPiBEbyBsZXQgZXZlcnlvbmUga25vdyB3 aGVuIHlvdSBmaW5kIHNvbWV0aGluZyBzdXBwb3J0aW5nICdjb3VsZCc/DQo+IA0KPiBZb3Ug cHJvdmlkZSByZWFzb25hYmx5IGFjY3VyYXRlIGNhdXNlL2VmZmVjdCBpbmZvIHNvbWUgb2Yg dGhlIHRpbWUsIGluIA0KPiB0aGlzIGFuZCBwcmV2aW91cyBjaGFsbGVuZ2VkIGNhc2VzIG5v dCBzbyBtdWNoLg0KPiAgwqAtIHdoYXQncyB3b3JzZSBpcyB5b3VyIHR5cGljYWwgcmVzcG9u c2UgcmVzb3J0cyB0byBuYW1lIGNhbGxpbmcuIFNhZCwgDQo+IHZlcnkgc2FkLg0KPiANCj4g RmVlbCBmcmVlIHRvIGtlZXBpbmcgZGlnZ2luZyB0aG9zZSBob2xlcy4gRG91YnRmdWwgYW55 b25lIGlzIGdvaW5nIHRvIA0KPiBqdW1wIGluKHdpdGggeW91KS4NCj4gDQoNCg0KWW91IGRv IGEgcHJldHR5IGdvb2Qgam9iIG9mIGRlZmVuZGluZyBNJCdzIHJlcHV0YXRpb24uDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Wed Apr 26 20:18:02 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yNi8yMyAxMjozMywgUGF1bCB3cm90ZToNCj4gQnV0wqByZWJvb3RpbmfCoGlzwqBq dXN0wqBzb8KgZGFtbsKgZWFzecKgdG/CoGRvLMKgbm90aGluZ8KgdG/CoGxvb2vCoHVwLA0K PiBub8KgaW5zdHJ1Y3Rpb25zwqB0b8KgcmVhZCzCoGp1c3TCoGRvwqBpdC4uLsKgYW5kwqBt b3ZlwqBvbi4NCj4gDQo+IEFuZMKgdGhhdCdzwqB3aHnCoHdlwqByZWJvb3QuwqBMYXppbmVz cy4NCg0KSWYgdGhlIE9TIGNvZGUgdGhhdCBpcyBydW5uaW5nIGlzIGNvcnJ1cHRlZCwNCnlv dSByZWFsbHkgaGF2ZSBubyBjaG9pY2UuDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stan Brown@21:1/5 to Paul on Thu Apr 27 08:28:00 2023
    XPost: alt.comp.os.windows-11

    On Wed, 26 Apr 2023 00:31:53 -0400, Paul wrote:

    On 4/25/2023 7:46 AM, Stan Brown wrote:

    In my use case, I want Hibernate as a fallback for the numerous times
    when I think I'll just be away for a few minutes and then I don't
    actually get back for a few hours. But that's me. Folks who are
    better organized may do just fine with Sleep and Shut Down.

    As utilities go, "powercfg" is your friend, and has
    multiple reporting capabilities and controls.

    This is the first step (in case you turned it off already)

    powercfg /h on

    That installs a hiberfil.sys for you.

    But, that does not enable Sleep and Hibernate in the menus.
    You still have to turn them on. This is a previously posted picture
    with examples.

    [Picture]

    https://i.postimg.cc/DyTnxPc6/hibernate.gif

    Thanks, Paul. Hibernate is working fine for me, because
    it was configured that way when the machine arrived.

    But it's good to know that enabling Hibernate, and
    enabling it in the menus, are two different things.

    --
    Stan Brown, Tehachapi, California, USA
    https://BrownMath.com/
    Shikata ga nai...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to All on Thu Apr 27 23:31:15 2023
    XPost: alt.comp.os.windows-11

    T wrote:
    On 4/26/23 09:51, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 8:41 PM:
    On 4/25/23 20:16, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 4:57 PM:
    On 4/25/23 14:35, ...w¡ñ§±¤ñ wrote:
    T wrote on 4/25/2023 7:09 AM:
    On 4/23/23 08:13, Ken Blake wrote:
    On Sat, 22 Apr 2023 16:53:35 -0700, T <T@invalid.invalid> wrote: >>>>>>>>
    I am sorry if that statement hurts you feeling but it
    needs to be made anyway.  You need a hard reboot at
    least every three days or Windows starts getting weird.


    I completely disagree. That's not my experience at all. I almost >>>>>>>> never
    reboot, hard or soft, unless an update requires it.

    I usually go for weeks without rebooting.

    So what?  It all depends on how you use your computer.
    Windows will hard boot yo every 30 days or so with
    fast boot and you got lucky.

    Keep in mind that I see many, many more computers
    than your single home computer.  And folks do not
    call me when they are not having problems.

    I can go for years on Linux servers without rebooting.

    Hard boot(aka more commonly at Cold boot) every 3 days ?
      => False

    Fyi.
      Fast Boot is a UEFI/BIOS feature when available
      Fast Startup(not Boot) is a Power Option advanced feature toggle >>>>>> item(On/Off)
      Hibernation is a Power Option advanced feature 'Show in Power
    Menu' toggle item(Show/Don't Show)

      Both Fast Startup and the Hibernation Power options items are
    only present when Hibernation is enabled via Command or Powershell >>>>>> terminal window
      ==> powercfg /hibernate on

    Note: Hibernate is not available on all devices. Win11 built
    devices have a higher likelihood of availability than earlier
    devices(Win10 built, Win7 built, Win7 or Win10 upgraded to !0/11)
    and laptops and tablet have higher likelihood of the feature being >>>>>> present and enabled as a default.

    Calling when not having problems is and has never been equatable
    to Fast Startup or Hibernation being turned on/off.
      - it's like claiming all recipients that didn't reply to a
    survey have the exact same conditions/issues/responses as those
    that replied to a survey.

    Do you work for M$?  Feel free to ignore my advice to your
    hearts content.

    Not at all, just know(based on experience, research, and having the
    ability to ping the right people with deeper knowledge) that when
    something is claimed to be related to a Windows feature(when its not
    even remotely close/possible) is just another attempt at spreading
    false information.




    I could accuse you of the same thing, fanboi.

    Do let everyone know when you find something supporting 'could'?

    You provide reasonably accurate cause/effect info some of the time, in
    this and previous challenged cases not so much.
      - what's worse is your typical response resorts to name calling.
    Sad, very sad.

    Feel free to keeping digging those holes. Doubtful anyone is going to
    jump in(with you).



    You do a pretty good job of defending M$'s reputation.

    Has nothing to do with their reputation,
    More to seeing false claims of blame made without any validated evidence.



    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to All on Thu Apr 27 23:37:44 2023
    XPost: alt.comp.os.windows-11

    T wrote:
    On 4/27/23 20:31, ...winston wrote:


    You do a pretty good job of defending M$'s reputation.

    Has nothing to do with their reputation,
    More to seeing false claims of blame made without any validated evidence.


    There you go again.  I have tons of experience
    fixing these issue and that is "false evidence".
    M$ reputation is upheld, fanboi.

    Dig that hole.
    Fast startup doesn't fix artifacts.



    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Thu Apr 27 20:35:04 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yNy8yMyAyMDozMSwgLi4ud2luc3RvbiB3cm90ZToNCj4+DQo+Pg0KPj4gWW91wqBk b8KgYcKgcHJldHR5wqBnb29kwqBqb2LCoG9mwqBkZWZlbmRpbmfCoE0kJ3PCoHJlcHV0YXRp b24uDQo+IA0KPiBIYXPCoG5vdGhpbmfCoHRvwqBkb8Kgd2l0aMKgdGhlaXLCoHJlcHV0YXRp b24sDQo+IE1vcmXCoHRvwqBzZWVpbmfCoGZhbHNlwqBjbGFpbXPCoG9mwqBibGFtZcKgbWFk ZcKgd2l0aG91dMKgYW55wqB2YWxpZGF0ZWTCoGV2aWRlbmNlLg0KDQoNClRoZXJlIHlvdSBn byBhZ2Fpbi4gIEkgaGF2ZSB0b25zIG9mIGV4cGVyaWVuY2UNCmZpeGluZyB0aGVzZSBpc3N1 ZSBhbmQgdGhhdCBpcyAiZmFsc2UgZXZpZGVuY2UiLg0KTSQgcmVwdXRhdGlvbiBpcyB1cGhl bGQsIGZhbmJvaS4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Thu Apr 27 23:03:19 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yNy8yMyAyMDozNywgLi4ud2luc3RvbiB3cm90ZToNCj4gVCB3cm90ZToNCj4+IE9u IDQvMjcvMjMgMjA6MzEsIC4uLndpbnN0b24gd3JvdGU6DQo+Pj4+DQo+Pj4+DQo+Pj4+IFlv dcKgZG/CoGHCoHByZXR0ecKgZ29vZMKgam9iwqBvZsKgZGVmZW5kaW5nwqBNJCdzwqByZXB1 dGF0aW9uLg0KPj4+DQo+Pj4gSGFzwqBub3RoaW5nwqB0b8KgZG/CoHdpdGjCoHRoZWlywqBy ZXB1dGF0aW9uLA0KPj4+IE1vcmXCoHRvwqBzZWVpbmfCoGZhbHNlwqBjbGFpbXPCoG9mwqBi bGFtZcKgbWFkZcKgd2l0aG91dMKgYW55wqB2YWxpZGF0ZWTCoGV2aWRlbmNlLg0KPj4NCj4+ DQo+PiBUaGVyZSB5b3UgZ28gYWdhaW4uwqAgSSBoYXZlIHRvbnMgb2YgZXhwZXJpZW5jZQ0K Pj4gZml4aW5nIHRoZXNlIGlzc3VlIGFuZCB0aGF0IGlzICJmYWxzZSBldmlkZW5jZSIuDQo+ PiBNJCByZXB1dGF0aW9uIGlzIHVwaGVsZCwgZmFuYm9pLg0KPiANCj4gRGlnIHRoYXQgaG9s ZS4NCj4gIMKgRmFzdCBzdGFydHVwIGRvZXNuJ3QgZml4IGFydGlmYWN0cy4NCg0KSSBrbm93 IG9mIGFuIGluc3RhbmNlIHdoZW4gaXQgZGlkLg0KRGlzYWJsaW5nIEZhc3Qgc3RhcnR1cCBm aXhlcyBhIGxvdCBvZg0Kc3RhYmlsaXR5IGlzc3Vlcy4gIEkgZG8gaXQgb3ZlciBhbmQNCm92 ZXIgYW5kIG92ZXIuDQoNCg0KDQoNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to All on Fri Apr 28 12:50:06 2023
    XPost: alt.comp.os.windows-11

    T wrote:
    On 4/27/23 20:37, ...winston wrote:
    T wrote:
    On 4/27/23 20:31, ...winston wrote:


    You do a pretty good job of defending M$'s reputation.

    Has nothing to do with their reputation,
    More to seeing false claims of blame made without any validated evidence.



    There you go again.  I have tons of experience
    fixing these issue and that is "false evidence".
    M$ reputation is upheld, fanboi.

    Dig that hole.
      Fast startup doesn't fix artifacts.

    I know of an instance when it did.
    Disabling Fast startup fixes a lot of
    stability issues.  I do it over and
    over and over.





    Are you really paying attention.

    To see so, I purposely said Fast Startup instead of Restart
    => doesn't fix artifacts

    Your response now is contradictory.
    i.e. you know of an instance where Fast Startup fixes artifacts("I
    know of an instance when it did")

    That hole keeps getting bigger.

    Disabling Fast Startup may fix some stability issues on devices never
    intended for its use, but disabling it will never, ever fix what was
    previously claimed(that it fixes artifacts on a display or spreadsheet)

    As I and others have noted - the presence of artifacts on a display(or
    even a spreadsheet) is not related to Fast Startup(on or off). Even if
    the so called artifacts is/was resolved, by a Restart, Fast Startup
    would still have no contribution to cause or effect.



    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Mon May 1 07:47:44 2023
    XPost: alt.comp.os.windows-11

    T24gNC8yOC8yMyAwOTo1MCwgLi4ud2luc3RvbiB3cm90ZToNCj4gVCB3cm90ZToNCj4+IE9u IDQvMjcvMjMgMjA6MzcsIC4uLndpbnN0b24gd3JvdGU6DQo+Pj4gVCB3cm90ZToNCj4+Pj4g T24gNC8yNy8yMyAyMDozMSwgLi4ud2luc3RvbiB3cm90ZToNCj4+Pj4+Pg0KPj4+Pj4+DQo+ Pj4+Pj4gWW91wqBkb8KgYcKgcHJldHR5wqBnb29kwqBqb2LCoG9mwqBkZWZlbmRpbmfCoE0k J3PCoHJlcHV0YXRpb24uDQo+Pj4+Pg0KPj4+Pj4gSGFzwqBub3RoaW5nwqB0b8KgZG/CoHdp dGjCoHRoZWlywqByZXB1dGF0aW9uLA0KPj4+Pj4gTW9yZcKgdG/CoHNlZWluZ8KgZmFsc2XC oGNsYWltc8Kgb2bCoGJsYW1lwqBtYWRlwqB3aXRob3V0wqBhbnnCoHZhbGlkYXRlZMKgZXZp ZGVuY2UuDQo+Pj4+DQo+Pj4+DQo+Pj4+IFRoZXJlIHlvdSBnbyBhZ2Fpbi7CoCBJIGhhdmUg dG9ucyBvZiBleHBlcmllbmNlDQo+Pj4+IGZpeGluZyB0aGVzZSBpc3N1ZSBhbmQgdGhhdCBp cyAiZmFsc2UgZXZpZGVuY2UiLg0KPj4+PiBNJCByZXB1dGF0aW9uIGlzIHVwaGVsZCwgZmFu Ym9pLg0KPj4+DQo+Pj4gRGlnIHRoYXQgaG9sZS4NCj4+PiDCoMKgRmFzdCBzdGFydHVwIGRv ZXNuJ3QgZml4IGFydGlmYWN0cy4NCj4+DQo+PiBJIGtub3cgb2YgYW4gaW5zdGFuY2Ugd2hl biBpdCBkaWQuDQo+PiBEaXNhYmxpbmcgRmFzdCBzdGFydHVwIGZpeGVzIGEgbG90IG9mDQo+ PiBzdGFiaWxpdHkgaXNzdWVzLsKgIEkgZG8gaXQgb3ZlciBhbmQNCj4+IG92ZXIgYW5kIG92 ZXIuDQo+Pg0KPj4NCj4+DQo+Pg0KPiANCj4gQXJlIHlvdSByZWFsbHkgcGF5aW5nIGF0dGVu dGlvbi4NCj4gDQo+IFRvIHNlZSBzbywgSSBwdXJwb3NlbHkgc2FpZCBGYXN0IFN0YXJ0dXAg aW5zdGVhZCBvZiBSZXN0YXJ0DQo+ICDCoD0+IGRvZXNuJ3QgZml4IGFydGlmYWN0cw0KPiAN Cj4gWW91ciByZXNwb25zZSBub3cgaXMgY29udHJhZGljdG9yeS4NCj4gIMKgaS5lLiB5b3Ug a25vdyBvZiBhbiBpbnN0YW5jZSB3aGVyZSBGYXN0IFN0YXJ0dXAgZml4ZXMgYXJ0aWZhY3Rz KCJJIA0KPiBrbm93IG9mIGFuIGluc3RhbmNlIHdoZW4gaXQgZGlkIikNCj4gDQo+IFRoYXQg aG9sZSBrZWVwcyBnZXR0aW5nIGJpZ2dlci4NCj4gDQo+IERpc2FibGluZyBGYXN0IFN0YXJ0 dXAgbWF5IGZpeCBzb21lIHN0YWJpbGl0eSBpc3N1ZXMgb24gZGV2aWNlcyBuZXZlciANCj4g aW50ZW5kZWQgZm9yIGl0cyB1c2UsIGJ1dCBkaXNhYmxpbmcgaXQgd2lsbCBuZXZlciwgZXZl ciBmaXggd2hhdCB3YXMgDQo+IHByZXZpb3VzbHkgY2xhaW1lZCh0aGF0IGl0IGZpeGVzIGFy dGlmYWN0cyBvbiBhIGRpc3BsYXkgb3Igc3ByZWFkc2hlZXQpDQo+IA0KPiBBcyBJIGFuZCBv dGhlcnMgaGF2ZSBub3RlZCAtIHRoZSBwcmVzZW5jZSBvZiBhcnRpZmFjdHMgb24gYSBkaXNw bGF5KG9yIA0KPiBldmVuIGEgc3ByZWFkc2hlZXQpIGlzIG5vdCByZWxhdGVkIHRvIEZhc3Qg U3RhcnR1cChvbiBvciBvZmYpLiBFdmVuIGlmIA0KPiB0aGUgc28gY2FsbGVkIGFydGlmYWN0 cyBpcy93YXMgcmVzb2x2ZWQsIGJ5IGEgUmVzdGFydCwgRmFzdCBTdGFydHVwIA0KPiB3b3Vs ZCBzdGlsbCBoYXZlIG5vIGNvbnRyaWJ1dGlvbiB0byBjYXVzZSBvciBlZmZlY3QuDQoNCkZh bmJpbw0KDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to ...winston on Mon May 1 13:40:22 2023
    XPost: alt.comp.os.windows-11

    "...winston" <winstonmvp@gmail.com> wrote:
    T wrote:
    On 4/28/23 09:50, ...winston wrote:

    As I and others have noted - the presence of artifacts on a display(or
    even a spreadsheet) is not related to Fast Startup(on or off). Even if
    the so called artifacts is/was resolved, by a Restart, Fast Startup
    would still have no contribution to cause or effect.

    Fanbio

    Meds not working?
    Can't even spell a 6 letter word.

    Who knows maybe you meant artificial instead of artifacts.
    That's the ticket, they weren't artifacts, it was some artificially
    fixed by a Restart.


    T is blaming Windows for poor hardware failing.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to All on Mon May 1 13:32:59 2023
    XPost: alt.comp.os.windows-11

    T wrote:
    On 4/28/23 09:50, ...winston wrote:
    T wrote:
    On 4/27/23 20:37, ...winston wrote:
    T wrote:
    On 4/27/23 20:31, ...winston wrote:


    You do a pretty good job of defending M$'s reputation.

    Has nothing to do with their reputation,
    More to seeing false claims of blame made without any validated evidence.



    There you go again.  I have tons of experience
    fixing these issue and that is "false evidence".
    M$ reputation is upheld, fanboi.

    Dig that hole.
      Fast startup doesn't fix artifacts.

    I know of an instance when it did.
    Disabling Fast startup fixes a lot of
    stability issues.  I do it over and
    over and over.





    Are you really paying attention.

    To see so, I purposely said Fast Startup instead of Restart
      => doesn't fix artifacts

    Your response now is contradictory.
      i.e. you know of an instance where Fast Startup fixes artifacts("I
    know of an instance when it did")

    That hole keeps getting bigger.

    Disabling Fast Startup may fix some stability issues on devices never
    intended for its use, but disabling it will never, ever fix what was
    previously claimed(that it fixes artifacts on a display or spreadsheet)

    As I and others have noted - the presence of artifacts on a display(or
    even a spreadsheet) is not related to Fast Startup(on or off). Even if
    the so called artifacts is/was resolved, by a Restart, Fast Startup
    would still have no contribution to cause or effect.

    Fanbio

    Meds not working?
    Can't even spell a 6 letter word.

    Who knows maybe you meant artificial instead of artifacts.
    That's the ticket, they weren't artifacts, it was some artificially
    fixed by a Restart.

    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Joel on Mon May 1 15:17:16 2023
    XPost: alt.comp.os.windows-11

    On 5/1/2023 1:40 PM, Joel wrote:
    "...winston" <winstonmvp@gmail.com> wrote:
    T wrote:
    On 4/28/23 09:50, ...winston wrote:

    As I and others have noted - the presence of artifacts on a display(or >>>> even a spreadsheet) is not related to Fast Startup(on or off). Even if >>>> the so called artifacts is/was resolved, by a Restart, Fast Startup
    would still have no contribution to cause or effect.

    Fanbio

    Meds not working?
    Can't even spell a 6 letter word.

    Who knows maybe you meant artificial instead of artifacts.
    That's the ticket, they weren't artifacts, it was some artificially
    fixed by a Restart.


    T is blaming Windows for poor hardware failing.

    No, T isn't doing that.

    T is taking an adversarial approach to computer maintenance.

    The last time I've seen honest-to-god artifacts, was
    bad VRAM on a video card. But this was the conclusion
    of the audience, rather than of a GPU designer. The
    artifacts would include black circles plopped onto
    the frame buffer image. Which suggests a functional unit
    or a command processor that is capable of processing a
    circle() call of some sort, was doing that. If the noise
    was in a frame buffer storage area, this would show up as
    "colored snow" in the image. Since there is no error
    multiplication expected in a frame buffer.

    The only artifacts I've seen from Terminal Services,
    are black rectangles. These tend to be on various decorations,
    rather than causing the entire window to go black.

    The bash shell and WSLg, seem to use Terminal Services as
    part of the graphics path. Yet, that path seems to be
    artifact free (because all the data is local and kept
    inside the machine, not send with packets on Ethernet or
    Wifi). And whoever did that work, did a pretty good job.
    The "quality" of the window decorations is not perfect,
    yet the window itself functions just fine, better than
    expected in fact. (The applications are running rootless
    display.)

    https://i.postimg.cc/Jn8SLn1G/WSLg-Terminal-Services-rootless-window-captured.gif

    The SnippingTool picked the size of the capture. I did not
    select that size, so it thinks there is some "spillover"
    of pixels.

    When hardware (or a hardware driver) fails, the artifacts
    should not be picking favorites. If the artifacts are
    in some software stack, you expect the symptoms to be more
    localized.

    Sometimes, you cannot take screenshots and capture the problem,
    and you need an HDMI capture card to do it.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to Joel on Mon May 1 22:28:25 2023
    XPost: alt.comp.os.windows-11

    Joel wrote:
    "...winston" <winstonmvp@gmail.com> wrote:
    T wrote:
    On 4/28/23 09:50, ...winston wrote:

    As I and others have noted - the presence of artifacts on a display(or >>>> even a spreadsheet) is not related to Fast Startup(on or off). Even if >>>> the so called artifacts is/was resolved, by a Restart, Fast Startup
    would still have no contribution to cause or effect.

    Fanbio

    Meds not working?
    Can't even spell a 6 letter word.

    Who knows maybe you meant artificial instead of artifacts.
    That's the ticket, they weren't artifacts, it was some artificially
    fixed by a Restart.


    T is blaming Windows for poor hardware failing.


    Not really.
    Closer to having to troubleshoot a coincident event without any causal relationship.

    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Wed May 3 18:03:01 2023
    XPost: alt.comp.os.windows-11

    T24gNS8xLzIzIDEyOjE3LCBQYXVsIHdyb3RlOg0KPiBTb21ldGltZXMswqB5b3XCoGNhbm5v dMKgdGFrZcKgc2NyZWVuc2hvdHPCoGFuZMKgY2FwdHVyZcKgdGhlwqBwcm9ibGVtLA0KPiBh bmTCoHlvdcKgbmVlZMKgYW7CoEhETUnCoGNhcHR1cmXCoGNhcmTCoHRvwqBkb8KgaXQuDQoN CkluIG15IGNhc2UsIHRoZSBjdXN0b21lciB0b29rIGEgcGljdHVyZSBvZiBpdCB3aXRoDQpo ZXIgY2VsbCBwaG9uZS4NCg0KT25lIG9mIHRoZSBncmVhdCBmZWF0dXJlcyBvZiBHbyBUbyBB c3Npc3QsIGlmIHRoZQ0KdmlkZW8gY2FyZCBpcyBmYWlsaW5nLCBpdCBkb2VzIG5vdCBzaG93 IHVwIG9uIEdvDQpUbyBBc3Npc3QuDQoNCk15IGZpcnN0IHRob3VnaHQgd2FzIHRoYXQgaXQg d2FzIGEgZmFpbGluZyB2aWRlbw0KY2FyZCAoaXQgd2FzIGFuIG9uIGJvYXJkIHZpZGVvIG9u IHRoZSBDUFUpLg0KQnV0IGFmdGVyIGRpc2FibGluZyBmYXN0IGJvb3QgYW5kIGRvaW5nIGEN CmhhcmQgcmVib290LCB0aGUgc3ltcHRvbSBjb3VsZCBub3QgYmUNCnJlcHJvZHVjZWQuDQoN Cg0KDQoNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Wed May 3 18:06:45 2023
    XPost: alt.comp.os.windows-11

    On 5/1/23 10:40, Joel wrote:

    T is blaming Windows for poor hardware failing.

    That is M$'s marketing department's excuse
    for problems with Windows.

    There is no reason why Windows, with professional
    paid programmers, can not make their OS run on
    the same cheaper hardware that unpaid volunteer
    programmers on their own time, can make run
    flawlessly on Linux.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Wed May 3 21:49:08 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:

    T is blaming Windows for poor hardware failing.

    That is M$'s marketing department's excuse
    for problems with Windows.

    There is no reason why Windows, with professional
    paid programmers, can not make their OS run on
    the same cheaper hardware that unpaid volunteer
    programmers on their own time, can make run
    flawlessly on Linux.


    It just doesn't make sense that Microsoft would certify drivers for
    hardware, that does work with open source drivers under Linux, but
    fails to work under Windows itself. Your assertion needs evidence.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to All on Thu May 4 00:35:10 2023
    XPost: alt.comp.os.windows-11

    T wrote:
    On 5/1/23 12:17, Paul wrote:
    Sometimes, you cannot take screenshots and capture the problem,
    and you need an HDMI capture card to do it.

    In my case, the customer took a picture of it with
    her cell phone.

    One of the great features of Go To Assist, if the
    video card is failing, it does not show up on Go
    To Assist.

    My first thought was that it was a failing video
    card (it was an on board video on the CPU).
    But after disabling fast boot and doing a
    hard reboot, the symptom could not be
    reproduced.




    You(she) disabled Fast Start, not Fast Boot.
    Repro requires re-enabling Fast Start and verifying the problem
    re-appears. Until then, the cause/effect analysis(Fast Start/artifacts)
    is false reasoning.

    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Thu May 4 12:07:43 2023
    XPost: alt.comp.os.windows-11

    On 5/3/2023 9:03 PM, T wrote:
    On 5/1/23 12:17, Paul wrote:
    Sometimes, you cannot take screenshots and capture the problem,
    and you need an HDMI capture card to do it.

    In my case, the customer took a picture of it with
    her cell phone.

    One of the great features of Go To Assist, if the
    video card is failing, it does not show up on Go
    To Assist.

    My first thought was that it was a failing video
    card (it was an on board video on the CPU).
    But after disabling fast boot and doing a
    hard reboot, the symptom could not be
    reproduced.

    I can find graphics artifacts in a Google search,
    when a user is playing a 3D game, the 3D game runs
    in windowed mode, and it looks like the scan lines
    used by the 3D window, influences 2D desktop areas
    to the sides of the window. The pattern looks like
    uninitialized memory, related to windows decorations
    processing (the rounded corners on the windows and
    the drop shadows, might be using part of the
    graphics pipeline).

    But this has nothing to do with your problem.

    Google does have artifacts listed in a search.

    *******

    When the system starts up, the same thing happens whether
    Fast Start is enabled or disabled. The video card
    hardware registers have to be initialized.

    You can move composited desktop windows around, without
    generating Expose events. But Fast Start, does not have
    any Applications running at the time, so there's nothing
    to foul up there. (Only Hibernate has applications running
    at startup.) In fact, there's a brand new desktop
    session, a new Taskbar to draw and so on. All the "state"
    of DWM, is going to be computed from scratch.

    There is no particular reason for artifacts.

    I would guess, that some hardware is not getting
    reset properly, and something is out of reach
    of the graphics initialization sequence.

    Some modern computers now (like my Intel-based "Test Machine"),
    they don't seem to have real hardware RESET on them. The
    RESET seems to be emulated. I detected this one day, by
    pressing RESET (hardware should respond in 0.5 to 1.0 seconds
    or so), and the damn machine took 30 seconds before it got off
    its hump and RESET. Real hardware RESET, cannot do that.
    Real hardware RESET is absolute. It's the Hammer Of Thor
    and cannot be ignored. This was always the very first issue
    on the agenda during hardware design reviews at work, was
    "whether your RESET really works".

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Fri May 5 09:58:27 2023
    XPost: alt.comp.os.windows-11

    T24gNS80LzIzIDA5OjA3LCBQYXVsIHdyb3RlOg0KPiBPbiA1LzMvMjAyMyA5OjAzIFBNLCBU IHdyb3RlOg0KPj4gT24gNS8xLzIzIDEyOjE3LCBQYXVsIHdyb3RlOg0KPj4+IFNvbWV0aW1l cyzCoHlvdcKgY2Fubm90wqB0YWtlwqBzY3JlZW5zaG90c8KgYW5kwqBjYXB0dXJlwqB0aGXC oHByb2JsZW0sDQo+Pj4gYW5kwqB5b3XCoG5lZWTCoGFuwqBIRE1JwqBjYXB0dXJlwqBjYXJk wqB0b8KgZG/CoGl0Lg0KPj4NCj4+IEluIG15IGNhc2UsIHRoZSBjdXN0b21lciB0b29rIGEg cGljdHVyZSBvZiBpdCB3aXRoDQo+PiBoZXIgY2VsbCBwaG9uZS4NCj4+DQo+PiBPbmUgb2Yg dGhlIGdyZWF0IGZlYXR1cmVzIG9mIEdvIFRvIEFzc2lzdCwgaWYgdGhlDQo+PiB2aWRlbyBj YXJkIGlzIGZhaWxpbmcsIGl0IGRvZXMgbm90IHNob3cgdXAgb24gR28NCj4+IFRvIEFzc2lz dC4NCj4+DQo+PiBNeSBmaXJzdCB0aG91Z2h0IHdhcyB0aGF0IGl0IHdhcyBhIGZhaWxpbmcg dmlkZW8NCj4+IGNhcmQgKGl0IHdhcyBhbiBvbiBib2FyZCB2aWRlbyBvbiB0aGUgQ1BVKS4N Cj4+IEJ1dCBhZnRlciBkaXNhYmxpbmcgZmFzdCBib290IGFuZCBkb2luZyBhDQo+PiBoYXJk IHJlYm9vdCwgdGhlIHN5bXB0b20gY291bGQgbm90IGJlDQo+PiByZXByb2R1Y2VkLg0KPiAN Cj4gSSBjYW4gZmluZCBncmFwaGljcyBhcnRpZmFjdHMgaW4gYSBHb29nbGUgc2VhcmNoLA0K PiB3aGVuIGEgdXNlciBpcyBwbGF5aW5nIGEgM0QgZ2FtZSwgdGhlIDNEIGdhbWUgcnVucw0K PiBpbiB3aW5kb3dlZCBtb2RlLCBhbmQgaXQgbG9va3MgbGlrZSB0aGUgc2NhbiBsaW5lcw0K PiB1c2VkIGJ5IHRoZSAzRCB3aW5kb3csIGluZmx1ZW5jZXMgMkQgZGVza3RvcCBhcmVhcw0K PiB0byB0aGUgc2lkZXMgb2YgdGhlIHdpbmRvdy4gVGhlIHBhdHRlcm4gbG9va3MgbGlrZQ0K PiB1bmluaXRpYWxpemVkIG1lbW9yeSwgcmVsYXRlZCB0byB3aW5kb3dzIGRlY29yYXRpb25z DQo+IHByb2Nlc3NpbmcgKHRoZSByb3VuZGVkIGNvcm5lcnMgb24gdGhlIHdpbmRvd3MgYW5k DQo+IHRoZSBkcm9wIHNoYWRvd3MsIG1pZ2h0IGJlIHVzaW5nIHBhcnQgb2YgdGhlDQo+IGdy YXBoaWNzIHBpcGVsaW5lKS4NCj4gDQo+IEJ1dCB0aGlzIGhhcyBub3RoaW5nIHRvIGRvIHdp dGggeW91ciBwcm9ibGVtLg0KPiANCj4gR29vZ2xlIGRvZXMgaGF2ZSBhcnRpZmFjdHMgbGlz dGVkIGluIGEgc2VhcmNoLg0KPiANCj4gKioqKioqKg0KPiANCj4gV2hlbiB0aGUgc3lzdGVt IHN0YXJ0cyB1cCwgdGhlIHNhbWUgdGhpbmcgaGFwcGVucyB3aGV0aGVyDQo+IEZhc3QgU3Rh cnQgaXMgZW5hYmxlZCBvciBkaXNhYmxlZC4gVGhlIHZpZGVvIGNhcmQNCj4gaGFyZHdhcmUg cmVnaXN0ZXJzIGhhdmUgdG8gYmUgaW5pdGlhbGl6ZWQuDQo+IA0KPiBZb3UgY2FuIG1vdmUg Y29tcG9zaXRlZCBkZXNrdG9wIHdpbmRvd3MgYXJvdW5kLCB3aXRob3V0DQo+IGdlbmVyYXRp bmcgRXhwb3NlIGV2ZW50cy4gQnV0IEZhc3QgU3RhcnQsIGRvZXMgbm90IGhhdmUNCj4gYW55 IEFwcGxpY2F0aW9ucyBydW5uaW5nIGF0IHRoZSB0aW1lLCBzbyB0aGVyZSdzIG5vdGhpbmcN Cj4gdG8gZm91bCB1cCB0aGVyZS4gKE9ubHkgSGliZXJuYXRlIGhhcyBhcHBsaWNhdGlvbnMg cnVubmluZw0KPiBhdCBzdGFydHVwLikgSW4gZmFjdCwgdGhlcmUncyBhIGJyYW5kIG5ldyBk ZXNrdG9wDQo+IHNlc3Npb24sIGEgbmV3IFRhc2tiYXIgdG8gZHJhdyBhbmQgc28gb24uIEFs bCB0aGUgInN0YXRlIg0KPiBvZiBEV00sIGlzIGdvaW5nIHRvIGJlIGNvbXB1dGVkIGZyb20g c2NyYXRjaC4NCj4gDQo+IFRoZXJlIGlzIG5vIHBhcnRpY3VsYXIgcmVhc29uIGZvciBhcnRp ZmFjdHMuDQo+IA0KPiBJIHdvdWxkIGd1ZXNzLCB0aGF0IHNvbWUgaGFyZHdhcmUgaXMgbm90 IGdldHRpbmcNCj4gcmVzZXQgcHJvcGVybHksIGFuZCBzb21ldGhpbmcgaXMgb3V0IG9mIHJl YWNoDQo+IG9mIHRoZSBncmFwaGljcyBpbml0aWFsaXphdGlvbiBzZXF1ZW5jZS4NCj4gDQo+ IFNvbWUgbW9kZXJuIGNvbXB1dGVycyBub3cgKGxpa2UgbXkgSW50ZWwtYmFzZWQgIlRlc3Qg TWFjaGluZSIpLA0KPiB0aGV5IGRvbid0IHNlZW0gdG8gaGF2ZSByZWFsIGhhcmR3YXJlIFJF U0VUIG9uIHRoZW0uIFRoZQ0KPiBSRVNFVCBzZWVtcyB0byBiZSBlbXVsYXRlZC4gSSBkZXRl Y3RlZCB0aGlzIG9uZSBkYXksIGJ5DQo+IHByZXNzaW5nIFJFU0VUIChoYXJkd2FyZSBzaG91 bGQgcmVzcG9uZCBpbiAwLjUgdG8gMS4wIHNlY29uZHMNCj4gb3Igc28pLCBhbmQgdGhlIGRh bW4gbWFjaGluZSB0b29rIDMwIHNlY29uZHMgYmVmb3JlIGl0IGdvdCBvZmYNCj4gaXRzIGh1 bXAgYW5kIFJFU0VULiBSZWFsIGhhcmR3YXJlIFJFU0VULCBjYW5ub3QgZG8gdGhhdC4NCj4g UmVhbCBoYXJkd2FyZSBSRVNFVCBpcyBhYnNvbHV0ZS4gSXQncyB0aGUgSGFtbWVyIE9mIFRo b3INCj4gYW5kIGNhbm5vdCBiZSBpZ25vcmVkLiBUaGlzIHdhcyBhbHdheXMgdGhlIHZlcnkg Zmlyc3QgaXNzdWUNCj4gb24gdGhlIGFnZW5kYSBkdXJpbmcgaGFyZHdhcmUgZGVzaWduIHJl dmlld3MgYXQgd29yaywgd2FzDQo+ICJ3aGV0aGVyIHlvdXIgUkVTRVQgcmVhbGx5IHdvcmtz Ii4NCj4gDQo+ICDCoMKgwqAgUGF1bA0KDQoNCkkgY2FuIG9ubHkgcmVwbGF5IHdoYXQgSSBz YXcuICBQZXJoYXBzDQp0aGVyZSB3YXMgY2x1dHRlciBpbiB0ZWggdmlkZW8gbWVtb3J5Pw0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Fri May 5 10:01:45 2023
    XPost: alt.comp.os.windows-11

    On 5/3/23 18:49, Joel wrote:
    T <T@invalid.invalid> wrote:

    T is blaming Windows for poor hardware failing.

    That is M$'s marketing department's excuse
    for problems with Windows.

    There is no reason why Windows, with professional
    paid programmers, can not make their OS run on
    the same cheaper hardware that unpaid volunteer
    programmers on their own time, can make run
    flawlessly on Linux.


    It just doesn't make sense that Microsoft would certify drivers for
    hardware, that does work with open source drivers under Linux, but
    fails to work under Windows itself. Your assertion needs evidence.



    I am confused by your question.

    I little understanding of Linux maybe?

    In Linux, the drivers come inside the kernel.
    You can add them if you like, but I have not
    had to do that for maybe 20 years now.

    The kernels are gone over with a fine
    toothed comb.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joel@21:1/5 to T@invalid.invalid on Fri May 5 13:46:47 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:

    T is blaming Windows for poor hardware failing.

    That is M$'s marketing department's excuse
    for problems with Windows.

    There is no reason why Windows, with professional
    paid programmers, can not make their OS run on
    the same cheaper hardware that unpaid volunteer
    programmers on their own time, can make run
    flawlessly on Linux.

    It just doesn't make sense that Microsoft would certify drivers for
    hardware, that does work with open source drivers under Linux, but
    fails to work under Windows itself. Your assertion needs evidence.

    I am confused by your question.

    I little understanding of Linux maybe?

    In Linux, the drivers come inside the kernel.
    You can add them if you like, but I have not
    had to do that for maybe 20 years now.

    The kernels are gone over with a fine
    toothed comb.


    I mean that you would need to show more specifically how this has been demonstrated to be the case.

    --
    Joel Crump

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Fri May 5 17:06:29 2023
    XPost: alt.comp.os.windows-11

    On 5/5/2023 12:58 PM, T wrote:


    I can only replay what I saw.  Perhaps
    there was clutter in teh video memory?

    Power is shut off to it.

    It would need some significant chunk of it, running
    off +5VSB, and somehow I doubt they are doing that.

    On an Intel system, the CPU has a GPU in it, the
    I/O pipes are in the PCH (drive HDMI and DP from PCH).
    The path from CPU to PCH is likely an uncommitted
    digital bus (that is yet another flavor of GPU output
    which is popular, and can drive Silicon Image HDMI output
    devices). In a laptop, you could drive the
    panel from LVDS on the PCH, as a flavor of crossbar
    output.

    This means the PCH needs to drive any output, according
    to the output dimensions. A failure to do that correctly,
    results in at least some panels reporting "Out of Range"
    as a kind of artifact.

    So on an Intel laptop, the graphics are partitioned into
    two bits. The CPU housing has the "smart" bit in it.
    The PCH (Southbridge) has the "dumb mechanical" piping
    for LVDS, HDMI, DP. A failure to configure the
    "dumb mechanical" bit properly, causes a certain class
    of artifact to appear (such as "Out of Range" and blackness).
    The firmware on the laptop, contains recorded info which
    replaces the EDID on LCD monitors, and if you use the wrong
    firmware, a portion of the panel has "black bars" because of it.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Fri May 5 17:18:47 2023
    XPost: alt.comp.os.windows-11

    On 5/5/2023 1:01 PM, T wrote:
    On 5/3/23 18:49, Joel wrote:
    T <T@invalid.invalid> wrote:

    T is blaming Windows for poor hardware failing.

    That is M$'s marketing department's excuse
    for problems with Windows.

    There is no reason why Windows, with professional
    paid programmers, can not make their OS run on
    the same cheaper hardware that unpaid volunteer
    programmers on their own time, can make run
    flawlessly on Linux.


    It just doesn't make sense that Microsoft would certify drivers for
    hardware, that does work with open source drivers under Linux, but
    fails to work under Windows itself.  Your assertion needs evidence.



    I am confused by your question.

    I little understanding of Linux maybe?

    In Linux, the drivers come inside the kernel.
    You can add them if you like, but I have not
    had to do that for maybe 20 years now.

    The kernels are gone over with a fine
    toothed comb.



    In Mint 20.3 (fired up a few days ago), the Nouveau driver
    is not capable of successfully bringing up my GTX 1080.
    The NVidia driver does this correctly every time.

    For the audience out there, the Nouveau driver is the
    "FOSS effort" that does not use datasheets. The designers
    reverse engineer stuff. Progress is very slow. Mistakes
    are made.

    To use NVidia means accepting a binary blob from the
    manufacturer, which Linux is loathe to do (in an official way).
    However, this does not prevent a number of distros from
    having "convenient switches" to turn on the non-religion
    (practical) option of video driver.

    NVidia knows there is a hardware defect in the design
    of the GPU on my card. That's why they have a watchdog,
    the watchdog fires, the driver does a VPU recover,
    the card comes up. Nouveau lacks this refinement.
    Nouveau happily loses communication with the graphics
    card, and it just... doesn't... care :-)

    What's cool though, is if you set up a serial debug port
    (do a Console over RS232, to a copy of Putty), you can
    get it to work. And I mean, who among us here, does not
    have an RS232 cable, right now, between their two computers.
    "I know I do..." :-)

    In place of "quiet splash" on the boot line, if you use

    console=ttyS0,57600n8

    then a second machine can display the console output
    from Linux boot, on your copy of Putty terminal emulator
    on the second machine. I am lucky, that the two computers
    here, have a single RS232 port and a nine pin header on
    the motherboard. I had to make up a custom cable to use
    that puppy, just to give you some idea how easy this is
    to do.

    Now, I think the audience can see what Linux is all about :-)

    This is what I have to put up with, as a multibooter
    and taste tester. That's a "typical day" for me, when
    testing random distros.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Fri May 5 15:34:13 2023
    XPost: alt.comp.os.windows-11

    T24gNS81LzIzIDE0OjA2LCBQYXVsIHdyb3RlOg0KPiBPbiA1LzUvMjAyMyAxMjo1OCBQTSwg VCB3cm90ZToNCj4gDQo+Pg0KPj4gSSBjYW4gb25seSByZXBsYXkgd2hhdCBJIHNhdy7CoCBQ ZXJoYXBzDQo+PiB0aGVyZSB3YXMgY2x1dHRlciBpbiB0ZWggdmlkZW8gbWVtb3J5Pw0KPiAN Cj4gUG93ZXIgaXMgc2h1dCBvZmYgdG8gaXQuDQo+IA0KPiBJdCB3b3VsZCBuZWVkIHNvbWUg c2lnbmlmaWNhbnQgY2h1bmsgb2YgaXQsIHJ1bm5pbmcNCj4gb2ZmICs1VlNCLCBhbmQgc29t ZWhvdyBJIGRvdWJ0IHRoZXkgYXJlIGRvaW5nIHRoYXQuDQo+IA0KPiBPbiBhbiBJbnRlbCBz eXN0ZW0sIHRoZSBDUFUgaGFzIGEgR1BVIGluIGl0LCB0aGUNCj4gSS9PIHBpcGVzIGFyZSBp biB0aGUgUENIIChkcml2ZSBIRE1JIGFuZCBEUCBmcm9tIFBDSCkuDQo+IFRoZSBwYXRoIGZy b20gQ1BVIHRvIFBDSCBpcyBsaWtlbHkgYW4gdW5jb21taXR0ZWQNCj4gZGlnaXRhbCBidXMg KHRoYXQgaXMgeWV0IGFub3RoZXIgZmxhdm9yIG9mIEdQVSBvdXRwdXQNCj4gd2hpY2ggaXMg cG9wdWxhciwgYW5kIGNhbiBkcml2ZSBTaWxpY29uIEltYWdlIEhETUkgb3V0cHV0DQo+IGRl dmljZXMpLiBJbiBhIGxhcHRvcCwgeW91IGNvdWxkIGRyaXZlIHRoZQ0KPiBwYW5lbCBmcm9t IExWRFMgb24gdGhlIFBDSCwgYXMgYSBmbGF2b3Igb2YgY3Jvc3NiYXINCj4gb3V0cHV0Lg0K PiANCj4gVGhpcyBtZWFucyB0aGUgUENIIG5lZWRzIHRvIGRyaXZlIGFueSBvdXRwdXQsIGFj Y29yZGluZw0KPiB0byB0aGUgb3V0cHV0IGRpbWVuc2lvbnMuIEEgZmFpbHVyZSB0byBkbyB0 aGF0IGNvcnJlY3RseSwNCj4gcmVzdWx0cyBpbiBhdCBsZWFzdCBzb21lIHBhbmVscyByZXBv cnRpbmcgIk91dCBvZiBSYW5nZSINCj4gYXMgYSBraW5kIG9mIGFydGlmYWN0Lg0KPiANCj4g U28gb24gYW4gSW50ZWwgbGFwdG9wLCB0aGUgZ3JhcGhpY3MgYXJlIHBhcnRpdGlvbmVkIGlu dG8NCj4gdHdvIGJpdHMuIFRoZSBDUFUgaG91c2luZyBoYXMgdGhlICJzbWFydCIgYml0IGlu IGl0Lg0KPiBUaGUgUENIIChTb3V0aGJyaWRnZSkgaGFzIHRoZSAiZHVtYiBtZWNoYW5pY2Fs IiBwaXBpbmcNCj4gZm9yIExWRFMsIEhETUksIERQLiBBIGZhaWx1cmUgdG8gY29uZmlndXJl IHRoZQ0KPiAiZHVtYiBtZWNoYW5pY2FsIiBiaXQgcHJvcGVybHksIGNhdXNlcyBhIGNlcnRh aW4gY2xhc3MNCj4gb2YgYXJ0aWZhY3QgdG8gYXBwZWFyIChzdWNoIGFzICJPdXQgb2YgUmFu Z2UiIGFuZCBibGFja25lc3MpLg0KPiBUaGUgZmlybXdhcmUgb24gdGhlIGxhcHRvcCwgY29u dGFpbnMgcmVjb3JkZWQgaW5mbyB3aGljaA0KPiByZXBsYWNlcyB0aGUgRURJRCBvbiBMQ0Qg bW9uaXRvcnMsIGFuZCBpZiB5b3UgdXNlIHRoZSB3cm9uZw0KPiBmaXJtd2FyZSwgYSBwb3J0 aW9uIG9mIHRoZSBwYW5lbCBoYXMgImJsYWNrIGJhcnMiIGJlY2F1c2Ugb2YgaXQuDQo+IA0K PiAgwqDCoCBQYXVsDQoNCg0KSXQgd2FzIGEgZGVza3RvcCB3aXRoIGEgSW50ZWwgQ1BVIHdp dGggZ3JhcGhpYyBvbiBpdC4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Fri May 5 15:36:53 2023
    XPost: alt.comp.os.windows-11

    T24gNS81LzIzIDE0OjE4LCBQYXVsIHdyb3RlOg0KPiBPbiA1LzUvMjAyMyAxOjAxIFBNLCBU IHdyb3RlOg0KPj4gT24gNS8zLzIzIDE4OjQ5LCBKb2VsIHdyb3RlOg0KPj4+IFQgPFRAaW52 YWxpZC5pbnZhbGlkPiB3cm90ZToNCj4+Pg0KPj4+Pj4gVCBpcyBibGFtaW5nIFdpbmRvd3Mg Zm9yIHBvb3IgaGFyZHdhcmUgZmFpbGluZy4NCj4+Pj4NCj4+Pj4gVGhhdCBpcyBNJCdzIG1h cmtldGluZyBkZXBhcnRtZW50J3MgZXhjdXNlDQo+Pj4+IGZvciBwcm9ibGVtcyB3aXRoIFdp bmRvd3MuDQo+Pj4+DQo+Pj4+IFRoZXJlIGlzIG5vIHJlYXNvbiB3aHkgV2luZG93cywgd2l0 aCBwcm9mZXNzaW9uYWwNCj4+Pj4gcGFpZCBwcm9ncmFtbWVycywgY2FuIG5vdCBtYWtlIHRo ZWlyIE9TIHJ1biBvbg0KPj4+PiB0aGUgc2FtZSBjaGVhcGVyIGhhcmR3YXJlIHRoYXQgdW5w YWlkIHZvbHVudGVlcg0KPj4+PiBwcm9ncmFtbWVycyBvbiB0aGVpciBvd24gdGltZSwgY2Fu IG1ha2UgcnVuDQo+Pj4+IGZsYXdsZXNzbHkgb24gTGludXguDQo+Pj4NCj4+Pg0KPj4+IEl0 IGp1c3QgZG9lc24ndCBtYWtlIHNlbnNlIHRoYXQgTWljcm9zb2Z0IHdvdWxkIGNlcnRpZnkg ZHJpdmVycyBmb3INCj4+PiBoYXJkd2FyZSwgdGhhdCBkb2VzIHdvcmsgd2l0aCBvcGVuIHNv dXJjZSBkcml2ZXJzIHVuZGVyIExpbnV4LCBidXQNCj4+PiBmYWlscyB0byB3b3JrIHVuZGVy IFdpbmRvd3MgaXRzZWxmLsKgIFlvdXIgYXNzZXJ0aW9uIG5lZWRzIGV2aWRlbmNlLg0KPj4+ DQo+Pg0KPj4NCj4+IEkgYW0gY29uZnVzZWQgYnkgeW91ciBxdWVzdGlvbi4NCj4+DQo+PiBJ IGxpdHRsZSB1bmRlcnN0YW5kaW5nIG9mIExpbnV4IG1heWJlPw0KPj4NCj4+IEluIExpbnV4 LCB0aGUgZHJpdmVycyBjb21lIGluc2lkZSB0aGUga2VybmVsLg0KPj4gWW91IGNhbiBhZGQg dGhlbSBpZiB5b3UgbGlrZSwgYnV0IEkgaGF2ZSBub3QNCj4+IGhhZCB0byBkbyB0aGF0IGZv ciBtYXliZSAyMCB5ZWFycyBub3cuDQo+Pg0KPj4gVGhlIGtlcm5lbHMgYXJlIGdvbmUgb3Zl ciB3aXRoIGEgZmluZQ0KPj4gdG9vdGhlZCBjb21iLg0KPj4NCj4+DQo+IA0KPiBJbiBNaW50 IDIwLjMgKGZpcmVkIHVwIGEgZmV3IGRheXMgYWdvKSwgdGhlIE5vdXZlYXUgZHJpdmVyDQo+ IGlzIG5vdCBjYXBhYmxlIG9mIHN1Y2Nlc3NmdWxseSBicmluZ2luZyB1cCBteSBHVFggMTA4 MC4NCj4gVGhlIE5WaWRpYSBkcml2ZXIgZG9lcyB0aGlzIGNvcnJlY3RseSBldmVyeSB0aW1l Lg0KPiANCj4gRm9yIHRoZSBhdWRpZW5jZSBvdXQgdGhlcmUsIHRoZSBOb3V2ZWF1IGRyaXZl ciBpcyB0aGUNCj4gIkZPU1MgZWZmb3J0IiB0aGF0IGRvZXMgbm90IHVzZSBkYXRhc2hlZXRz LiBUaGUgZGVzaWduZXJzDQo+IHJldmVyc2UgZW5naW5lZXIgc3R1ZmYuIFByb2dyZXNzIGlz IHZlcnkgc2xvdy4gTWlzdGFrZXMNCj4gYXJlIG1hZGUuDQo+IA0KPiBUbyB1c2UgTlZpZGlh IG1lYW5zIGFjY2VwdGluZyBhIGJpbmFyeSBibG9iIGZyb20gdGhlDQo+IG1hbnVmYWN0dXJl ciwgd2hpY2ggTGludXggaXMgbG9hdGhlIHRvIGRvIChpbiBhbiBvZmZpY2lhbCB3YXkpLg0K PiBIb3dldmVyLCB0aGlzIGRvZXMgbm90IHByZXZlbnQgYSBudW1iZXIgb2YgZGlzdHJvcyBm cm9tDQo+IGhhdmluZyAiY29udmVuaWVudCBzd2l0Y2hlcyIgdG8gdHVybiBvbiB0aGUgbm9u LXJlbGlnaW9uDQo+IChwcmFjdGljYWwpIG9wdGlvbiBvZiB2aWRlbyBkcml2ZXIuDQo+IA0K PiBOVmlkaWEga25vd3MgdGhlcmUgaXMgYSBoYXJkd2FyZSBkZWZlY3QgaW4gdGhlIGRlc2ln bg0KPiBvZiB0aGUgR1BVIG9uIG15IGNhcmQuIFRoYXQncyB3aHkgdGhleSBoYXZlIGEgd2F0 Y2hkb2csDQo+IHRoZSB3YXRjaGRvZyBmaXJlcywgdGhlIGRyaXZlciBkb2VzIGEgVlBVIHJl Y292ZXIsDQo+IHRoZSBjYXJkIGNvbWVzIHVwLiBOb3V2ZWF1IGxhY2tzIHRoaXMgcmVmaW5l bWVudC4NCj4gTm91dmVhdSBoYXBwaWx5IGxvc2VzIGNvbW11bmljYXRpb24gd2l0aCB0aGUg Z3JhcGhpY3MNCj4gY2FyZCwgYW5kIGl0IGp1c3QuLi4gZG9lc24ndC4uLiBjYXJlIDotKQ0K PiANCj4gV2hhdCdzIGNvb2wgdGhvdWdoLCBpcyBpZiB5b3Ugc2V0IHVwIGEgc2VyaWFsIGRl YnVnIHBvcnQNCj4gKGRvIGEgQ29uc29sZSBvdmVyIFJTMjMyLCB0byBhIGNvcHkgb2YgUHV0 dHkpLCB5b3UgY2FuDQo+IGdldCBpdCB0byB3b3JrLiBBbmQgSSBtZWFuLCB3aG8gYW1vbmcg dXMgaGVyZSwgZG9lcyBub3QNCj4gaGF2ZSBhbiBSUzIzMiBjYWJsZSwgcmlnaHQgbm93LCBi ZXR3ZWVuIHRoZWlyIHR3byBjb21wdXRlcnMuDQo+ICJJIGtub3cgSSBkby4uLiIgOi0pDQo+ IA0KPiBJbiBwbGFjZSBvZiAicXVpZXQgc3BsYXNoIiBvbiB0aGUgYm9vdCBsaW5lLCBpZiB5 b3UgdXNlDQo+IA0KPiAgwqDCoCBjb25zb2xlPXR0eVMwLDU3NjAwbjgNCj4gDQo+IHRoZW4g YSBzZWNvbmQgbWFjaGluZSBjYW4gZGlzcGxheSB0aGUgY29uc29sZSBvdXRwdXQNCj4gZnJv bSBMaW51eCBib290LCBvbiB5b3VyIGNvcHkgb2YgUHV0dHkgdGVybWluYWwgZW11bGF0b3IN Cj4gb24gdGhlIHNlY29uZCBtYWNoaW5lLiBJIGFtIGx1Y2t5LCB0aGF0IHRoZSB0d28gY29t cHV0ZXJzDQo+IGhlcmUsIGhhdmUgYSBzaW5nbGUgUlMyMzIgcG9ydCBhbmQgYSBuaW5lIHBp biBoZWFkZXIgb24NCj4gdGhlIG1vdGhlcmJvYXJkLiBJIGhhZCB0byBtYWtlIHVwIGEgY3Vz dG9tIGNhYmxlIHRvIHVzZQ0KPiB0aGF0IHB1cHB5LCBqdXN0IHRvIGdpdmUgeW91IHNvbWUg aWRlYSBob3cgZWFzeSB0aGlzIGlzDQo+IHRvIGRvLg0KPiANCj4gTm93LCBJIHRoaW5rIHRo ZSBhdWRpZW5jZSBjYW4gc2VlIHdoYXQgTGludXggaXMgYWxsIGFib3V0IDotKQ0KPiANCj4g VGhpcyBpcyB3aGF0IEkgaGF2ZSB0byBwdXQgdXAgd2l0aCwgYXMgYSBtdWx0aWJvb3Rlcg0K PiBhbmQgdGFzdGUgdGVzdGVyLiBUaGF0J3MgYSAidHlwaWNhbCBkYXkiIGZvciBtZSwgd2hl bg0KPiB0ZXN0aW5nIHJhbmRvbSBkaXN0cm9zLg0KPiANCj4gIMKgwqAgUGF1bA0KDQoNCllv dSBzaG91bGQgY29uc2lkZXIgdXNpbmcgdGhlIGJldHRlciBkaXN0cm8sDQpzdWNoIGFzIE1p bnQsIFVib29ib28gKGZvciB0aG9zZSB0aGF0IGNhbid0IHNwZWxsDQpVYnVudG8pLCBhbmQg RmVkb3JhLiAgV2l0aCBhbGwgdGhlIG9mZiwgd2VpcmQNCmRpc3Ryb3MsIHlvdSBhcmUgZ29p bmcgdG8gaGF2ZSBub3RoaW5nIGJ1dCBwcm9ibGVtcy4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to Joel on Fri May 5 15:37:52 2023
    XPost: alt.comp.os.windows-11

    On 5/5/23 10:46, Joel wrote:
    T <T@invalid.invalid> wrote:

    T is blaming Windows for poor hardware failing.

    That is M$'s marketing department's excuse
    for problems with Windows.

    There is no reason why Windows, with professional
    paid programmers, can not make their OS run on
    the same cheaper hardware that unpaid volunteer
    programmers on their own time, can make run
    flawlessly on Linux.

    It just doesn't make sense that Microsoft would certify drivers for
    hardware, that does work with open source drivers under Linux, but
    fails to work under Windows itself. Your assertion needs evidence.

    I am confused by your question.

    I little understanding of Linux maybe?

    In Linux, the drivers come inside the kernel.
    You can add them if you like, but I have not
    had to do that for maybe 20 years now.

    The kernels are gone over with a fine
    toothed comb.


    I mean that you would need to show more specifically how this has been demonstrated to be the case.


    You could try asking that over on

    test@lists.fedoraproject.org

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Fri May 5 15:39:55 2023
    XPost: alt.comp.os.windows-11

    T24gNS81LzIzIDE1OjM3LCBUIHdyb3RlOg0KPiBPbiA1LzUvMjMgMTA6NDYsIEpvZWwgd3Jv dGU6DQo+PiBUIDxUQGludmFsaWQuaW52YWxpZD4gd3JvdGU6DQo+Pg0KPj4+Pj4+IFQgaXMg YmxhbWluZyBXaW5kb3dzIGZvciBwb29yIGhhcmR3YXJlIGZhaWxpbmcuDQo+Pj4+Pg0KPj4+ Pj4gVGhhdCBpcyBNJCdzIG1hcmtldGluZyBkZXBhcnRtZW50J3MgZXhjdXNlDQo+Pj4+PiBm b3IgcHJvYmxlbXMgd2l0aCBXaW5kb3dzLg0KPj4+Pj4NCj4+Pj4+IFRoZXJlIGlzIG5vIHJl YXNvbiB3aHkgV2luZG93cywgd2l0aCBwcm9mZXNzaW9uYWwNCj4+Pj4+IHBhaWQgcHJvZ3Jh bW1lcnMsIGNhbiBub3QgbWFrZSB0aGVpciBPUyBydW4gb24NCj4+Pj4+IHRoZSBzYW1lIGNo ZWFwZXIgaGFyZHdhcmUgdGhhdCB1bnBhaWQgdm9sdW50ZWVyDQo+Pj4+PiBwcm9ncmFtbWVy cyBvbiB0aGVpciBvd24gdGltZSwgY2FuIG1ha2UgcnVuDQo+Pj4+PiBmbGF3bGVzc2x5IG9u IExpbnV4Lg0KPj4+Pg0KPj4+PiBJdCBqdXN0IGRvZXNuJ3QgbWFrZSBzZW5zZSB0aGF0IE1p Y3Jvc29mdCB3b3VsZCBjZXJ0aWZ5IGRyaXZlcnMgZm9yDQo+Pj4+IGhhcmR3YXJlLCB0aGF0 IGRvZXMgd29yayB3aXRoIG9wZW4gc291cmNlIGRyaXZlcnMgdW5kZXIgTGludXgsIGJ1dA0K Pj4+PiBmYWlscyB0byB3b3JrIHVuZGVyIFdpbmRvd3MgaXRzZWxmLsKgIFlvdXIgYXNzZXJ0 aW9uIG5lZWRzIGV2aWRlbmNlLg0KPj4+DQo+Pj4gSSBhbSBjb25mdXNlZCBieSB5b3VyIHF1 ZXN0aW9uLg0KPj4+DQo+Pj4gSSBsaXR0bGUgdW5kZXJzdGFuZGluZyBvZiBMaW51eCBtYXli ZT8NCj4+Pg0KPj4+IEluIExpbnV4LCB0aGUgZHJpdmVycyBjb21lIGluc2lkZSB0aGUga2Vy bmVsLg0KPj4+IFlvdSBjYW4gYWRkIHRoZW0gaWYgeW91IGxpa2UsIGJ1dCBJIGhhdmUgbm90 DQo+Pj4gaGFkIHRvIGRvIHRoYXQgZm9yIG1heWJlIDIwIHllYXJzIG5vdy4NCj4+Pg0KPj4+ IFRoZSBrZXJuZWxzIGFyZSBnb25lIG92ZXIgd2l0aCBhIGZpbmUNCj4+PiB0b290aGVkIGNv bWIuDQo+Pg0KPj4NCj4+IEkgbWVhbiB0aGF0IHlvdSB3b3VsZCBuZWVkIHRvIHNob3cgbW9y ZSBzcGVjaWZpY2FsbHkgaG93IHRoaXMgaGFzIGJlZW4NCj4+IGRlbW9uc3RyYXRlZCB0byBi ZSB0aGUgY2FzZS4NCj4+DQo+IA0KPiBZb3UgY291bGQgdHJ5IGFza2luZyB0aGF0IG92ZXIg b24NCj4gDQo+IHRlc3RAbGlzdHMuZmVkb3JhcHJvamVjdC5vcmcNCg0KVGhlaXIgYXJjaGl2 ZXMgYXJlIGF0DQoNCmh0dHBzOi8vbGlzdHMuZmVkb3JhcHJvamVjdC5vcmcvYXJjaGl2ZXMv bGlzdC90ZXN0JTQwbGlzdHMuZmVkb3JhcHJvamVjdC5vcmcvDQoNCk1heWJlIHNob3cgb25l IG92ZXIgdGhlcmUgd291bGQgZ2l2ZSB5b3UNCnRoZWlyIHRlc3RpbmcgZ3VpZGVsaW5lcy4N Cg0KIEZyb20gbXkgZXhwZXJpZW5jZSB3aXRoIHRoZW0sIHRoZXkgZG8gYQ0Kd29uZGVyZnVs IGpvYi4NCg0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to All on Sat May 6 03:02:16 2023
    XPost: alt.comp.os.windows-11

    T wrote:
    On 5/3/23 21:35, ...winston wrote:
    T wrote:
    On 5/1/23 12:17, Paul wrote:
    Sometimes, you cannot take screenshots and capture the problem, >>>> and you need an HDMI capture card to do it.

    In my case, the customer took a picture of it with
    her cell phone.

    One of the great features of Go To Assist, if the
    video card is failing, it does not show up on Go
    To Assist.

    My first thought was that it was a failing video
    card (it was an on board video on the CPU).
    But after disabling fast boot and doing a
    hard reboot, the symptom could not be
    reproduced.




    You(she) disabled Fast Start, not Fast Boot.
    Repro requires re-enabling Fast Start and verifying the problem
    re-appears. Until then, the cause/effect analysis(Fast
    Start/artifacts) is false reasoning.



    Fanboi
    No matter how you look at...disabling Fast Start did not nor will it
    ever fix artifacts.

    But, since you have difficulty with being proven wrong on this(Fast
    Start[not Fast Boot] disable fixed artifacts) from multiple
    sources..your usual unprofessional approach is to sling mud, call names,
    etc.

    One of these days, you might learn how Windows really works. Hopefully
    for you customers, that's sooner than later.

    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to All on Sat May 6 10:01:27 2023
    XPost: alt.comp.os.windows-11

    T24gNS82LzIzIDAwOjAyLCAuLi53aW5zdG9uIHdyb3RlOg0KPiBUIHdyb3RlOg0KPj4gT24g NS8zLzIzIDIxOjM1LCAuLi53aW5zdG9uIHdyb3RlOg0KPj4+IFQgd3JvdGU6DQo+Pj4+IE9u IDUvMS8yMyAxMjoxNywgUGF1bCB3cm90ZToNCj4+Pj4+IFNvbWV0aW1lcyzCoHlvdcKgY2Fu bm90wqB0YWtlwqBzY3JlZW5zaG90c8KgYW5kwqBjYXB0dXJlwqB0aGXCoHByb2JsZW0sDQo+ Pj4+PiBhbmTCoHlvdcKgbmVlZMKgYW7CoEhETUnCoGNhcHR1cmXCoGNhcmTCoHRvwqBkb8Kg aXQuDQo+Pj4+DQo+Pj4+IEluIG15IGNhc2UsIHRoZSBjdXN0b21lciB0b29rIGEgcGljdHVy ZSBvZiBpdCB3aXRoDQo+Pj4+IGhlciBjZWxsIHBob25lLg0KPj4+Pg0KPj4+PiBPbmUgb2Yg dGhlIGdyZWF0IGZlYXR1cmVzIG9mIEdvIFRvIEFzc2lzdCwgaWYgdGhlDQo+Pj4+IHZpZGVv IGNhcmQgaXMgZmFpbGluZywgaXQgZG9lcyBub3Qgc2hvdyB1cCBvbiBHbw0KPj4+PiBUbyBB c3Npc3QuDQo+Pj4+DQo+Pj4+IE15IGZpcnN0IHRob3VnaHQgd2FzIHRoYXQgaXQgd2FzIGEg ZmFpbGluZyB2aWRlbw0KPj4+PiBjYXJkIChpdCB3YXMgYW4gb24gYm9hcmQgdmlkZW8gb24g dGhlIENQVSkuDQo+Pj4+IEJ1dCBhZnRlciBkaXNhYmxpbmcgZmFzdCBib290IGFuZCBkb2lu ZyBhDQo+Pj4+IGhhcmQgcmVib290LCB0aGUgc3ltcHRvbSBjb3VsZCBub3QgYmUNCj4+Pj4g cmVwcm9kdWNlZC4NCj4+Pj4NCj4+Pj4NCj4+Pj4NCj4+Pj4NCj4+PiBZb3Uoc2hlKSBkaXNh YmxlZCBGYXN0IFN0YXJ0LCBub3QgRmFzdCBCb290Lg0KPj4+IFJlcHJvIHJlcXVpcmVzIHJl LWVuYWJsaW5nIEZhc3QgU3RhcnQgYW5kIHZlcmlmeWluZyB0aGUgcHJvYmxlbSANCj4+PiBy ZS1hcHBlYXJzLiBVbnRpbCB0aGVuLCB0aGUgY2F1c2UvZWZmZWN0IGFuYWx5c2lzKEZhc3Qg DQo+Pj4gU3RhcnQvYXJ0aWZhY3RzKSBpcyBmYWxzZSByZWFzb25pbmcuDQo+Pj4NCj4+DQo+ Pg0KPj4gRmFuYm9pDQo+IE5vIG1hdHRlciBob3cgeW91IGxvb2sgYXQuLi5kaXNhYmxpbmcg RmFzdCBTdGFydCBkaWQgbm90IG5vciB3aWxsIGl0IA0KPiBldmVyIGZpeCBhcnRpZmFjdHMu DQo+IA0KPiBCdXQsIHNpbmNlIHlvdSBoYXZlIGRpZmZpY3VsdHkgd2l0aCBiZWluZyBwcm92 ZW4gd3Jvbmcgb24gdGhpcyhGYXN0IA0KPiBTdGFydFtub3QgRmFzdCBCb290XSBkaXNhYmxl IGZpeGVkIGFydGlmYWN0cykgZnJvbSBtdWx0aXBsZSANCj4gc291cmNlcy4ueW91ciB1c3Vh bCB1bnByb2Zlc3Npb25hbCBhcHByb2FjaCBpcyB0byBzbGluZyBtdWQsIGNhbGwgbmFtZXMs IA0KPiBldGMuDQo+IA0KPiBPbmUgb2YgdGhlc2UgZGF5cywgeW91IG1pZ2h0IGxlYXJuIGhv dyBXaW5kb3dzIHJlYWxseSB3b3Jrcy4gSG9wZWZ1bGx5IA0KPiBmb3IgeW91IGN1c3RvbWVy cywgdGhhdCdzIHNvb25lciB0aGFuIGxhdGVyLg0KPiANCg0KDQpUbyBxdW90ZSB5b3UsIG5v IG1hdHRlciBob3cgeW91IGxvb2sgYXQgaXQsIHlvdSB3ZXJlDQpub3QgdGhlcmUgYW5kIHlv dSBkaWQgbm90IGRvIGEgYmluYXJ5IGR1bXAgb2YgdGhlDQplbnRpcmUgbWVtb3J5IGFuZCBh IGZvcmVuc2ljIGFuYWx5c2lzIHRvIGZpbmQgdGhlDQpzb3VyY2Ugb2YgdGhlIGFydGlmYWN0 cy4NCg0KV2hlbiBJIGRpc2FibGVkIGZhc3Qgc3RhcnR1cCwgZGlkIGEgaGFyZCByZWJvb3Qs DQp0aGUgYXJ0aWZhY3RzIHdlbnQgYXdheSBhbmQgZGlkIG5vdCBjb21lIGJhY2suDQpDYXNl IGNsb3NlZC4NCg0KVGhlIGFuYWx5c2lzIHlvdSBkaWQgZG8gd2FzIGJhc2VkIG9uIGEgdGhl ICJhc3N1bXB0aW9uIg0KdGhhdCBldmVyeXRoaW5nIHdhcyB3b3JraW5nIG5vcm1hbGx5IGlu IHRoZSBPUw0KYW5kIHRoYXQgbm90aGluZyB3YXMgY2FwYWJsZSBvZiB3cml0aW5nIHRvIHRo ZQ0KdmlkZW8gbWVtb3J5Lg0KDQpCeSB0aGUgd2F5LCBJIGhhdmUgd3JpdHRlbiBjb2RlIHRv IHdyaXRlIGRpcmVjdGx5DQp0byB2aWRlbyBtZW1vcnkgYW5kIHRoZSBiaXQgY29pbiBmb2xr cyBkbyB0aGlzDQphbGwgdGhlIHRpbWUgc28gSSBrbm93IHRoaXMgaXMgcG9zc2libGUuICBF c3BlY2lhbGx5DQpmb3IgY29ycnVwdGVkIGNvZGUgaW4gdGhlIE9TLiAgQnV0IE0kIHNoKip0 eQ0KY29kZSBuZXZlciBjb3JydXB0cywgZG9lcyBpdC4NCg0KU28sIHlvdSBoYXZlIG5vIGZy ZWFraW5nIGlkZWEgd2hhdCBhY3R1YWxseSBjYXVzZWQNCnRoZSBhcnRpZmFjdHMsIHlldCB5 b3UgY2xhaW0gc3VwZXJpb3Iga25vd2xlZGdlLg0KDQpIb3cgYWJvdXQgbmV4dCB0aW1lIHlv dSBwcmVzZW50IHlvdXIgInNwZWN1bGF0aW9ucyINCmFzIGp1c3Qgc3BlY3VsYXRpb25zIGFu ZCBub3QgaGFyZCBmYWN0Lg0KDQpTbyBJIHJlcGVhdCBteSBhbmFseXNpcyBvZiB5b3VyIHVu c3VwcG9ydGVkDQphc3N1bXB0aW9uLiAgWW91IGFyZSBhIEZhbmJhb2kuIE0kIGNhbiBkbyBu byBoYXJtLg0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ...winston@21:1/5 to All on Sat May 6 13:24:13 2023
    XPost: alt.comp.os.windows-11

    T wrote:

    So, you have no freaking idea what actually caused
    the artifacts, yet you claim superior knowledge.


    As I've said before.

    Disabling Fast Start doesn't(and will never) fix artifacts on a display
    or spreadsheet.

    Your statement that it did/implied it did - is and will always be false.

    Paul and others have already explained potential causes, none of which
    are related to Fast Start.



    --
    ...w¡ñ§±¤ñ

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From T@21:1/5 to ...winston on Sat May 6 11:13:36 2023
    XPost: alt.comp.os.windows-11

    On 5/6/23 10:24, ...winston wrote:
    T wrote:

    So, you have no freaking idea what actually caused
    the artifacts, yet you claim superior knowledge.


    As I've said before.

    Disabling Fast Start doesn't(and will never) fix artifacts on a display
    or spreadsheet.

    Bull Shit. A corrupted OS can write crap to
    video memory. Oh the pretty crap that shows
    on your screen when you do so.

    And Paul's explanations were well done as
    probably causes. Your's, on the other hand,
    stated things as unequivocal fact, when you
    have no freaking clue what the actual cause was.

    I do not either. I just now what stopped it.

    Fanbio.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to T@invalid.invalid on Sat May 6 18:36:02 2023
    XPost: alt.comp.os.windows-11

    T <T@invalid.invalid> wrote:
    On 5/6/23 10:24, ...winston wrote:
    T wrote:

    So, you have no freaking idea what actually caused
    the artifacts, yet you claim superior knowledge.


    As I've said before.

    Disabling Fast Start doesn't(and will never) fix artifacts on a display
    or spreadsheet.

    Bull Shit. A corrupted OS can write crap to
    video memory. Oh the pretty crap that shows
    on your screen when you do so.

    And Paul's explanations were well done as
    probably causes. Your's, on the other hand,
    stated things as unequivocal fact, when you
    have no freaking clue what the actual cause was.

    I do not either. I just now what stopped it.

    No, as I mentioned before, you failed Troublshooting 101.

    You *think* you know what stopped it, but you did not *verify* that
    what you *think* 'fixed' it, did *actually* fix it.

    As we said, Troubleshooting 101.

    Fanbio.

    I think you have an artifact on your display.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)