[–] [S] 4 points 2 days ago

I see. I guess that makes sense since there are way too many cat videos out there for AI models to work on.

However even if I watch it closely, I can only tell where the man pulls out the wooden plank looks kinda suspicious, but I couldn't notice any other inconsistencies like changes in the background or distortion in some shapes. I cannot say anything about the length because I saw a cat struggle this long before, more than once even.

I hate this current internet. :(

  • source
  • parent
  • context
  • [–] 5 points 3 days ago

    That's an interesting point! Yeah, they don't even know they're being tortured. :)

    And that's a sad one because this is their normal.

    Some college level CS programs have had to include modules on what a computer file and folder are.

    Haven't heard of this but not surprised considering how bad is the computation knowledge with the younger generation. It's not their fault, however they born into this faulty reality.

  • source
  • parent
  • context
  • [–] 24 points 3 days ago (10 children)

    Nowadays some college students get tablets with keyboards instead of getting a laptop. They are not cheaper either, at least not that much.

    Using a tablet as a main workstation is a torture. Also you can use the laptop for 10 years easily. A tablet? Maybe 5 years.

  • source
  •  

    I just got an RX 6600 from second hand market and wanted to test it just to be sure. There was a Furmark screenshot on the seller's pictures which is tested on Windows.

    However when I did the Furmark test's Linux version, while it was mostly similar, my memory clock shown as 875 MHz. It was 1750 MHz on seller's test. I don't know technical part behind this but this is a x2 difference I noticed. Also it was 14 Gbps on Windows while mine was 3.5 Gbps, the difference is x4 here.

    There is probably a measurement difference between Windows and Linux drivers here, but like I said I don't know the technical details behind these tests.

    So, is this the same / different measurement or should I be worried about this card?

     

    Hi there!

    I recently switched from Arch Linux after a decade and now settled on Void Linux. So far so good. However sometimes I gather minor things here and there. My current issue is, the proprietary drivers of Nvidia still seeking systemd for some parts and not sure how to walk around this.

    I cannot suspend my PC because when I wake it up I always see something about nvidia-sleep.sh. Probably it cannot wake the GPU up properly.

    This is nvidia-sleep.sh:

    #!/bin/bash
    
    if [ ! -f /proc/driver/nvidia/suspend ]; then
        exit 0
    fi
    
    RUN_DIR="/var/run/nvidia-sleep"
    XORG_VT_FILE="${RUN_DIR}"/Xorg.vt_number
    
    PATH="/bin:/usr/bin"
    
    RestoreVT() {
        #
        # Check if Xorg was determined to be running at the time
        # of suspend, and whether its VT was recorded.  If so,
        # attempt to switch back to this VT.
        #
        if [[ -f "${XORG_VT_FILE}" ]]; then
            XORG_PID=$(cat "${XORG_VT_FILE}")
            rm "${XORG_VT_FILE}"
            chvt "${XORG_PID}"
        fi
    }
    
    case "$1" in
        is-suspend-then-hibernate-supported)
            # suspend-then-hibernate only works correctly if $SYSTEMD_SLEEP_ACTION
            # is supported, which was added in systemd 248.
            systemd_version=$(systemctl --version | head -n1 | cut -d' ' -f2)
            if [ "$systemd_version" -gt 247 ]; then
                exit 0
            fi
    
            echo "systemd version $systemd_version is too old to support suspend-then-hibernate with NVIDIA." 2>&1
            echo "Please upgrade to systemd 248 or newer." 2>&1
            exit 1
            ;;
        suspend|hibernate)
            mkdir -p "${RUN_DIR}"
            fgconsole > "${XORG_VT_FILE}"
            chvt 63
            if [[ $? -ne 0 ]]; then
                exit $?
            fi
            echo "$1" > /proc/driver/nvidia/suspend
            RET_VAL=$?
            #
            # If suspend/hibernate entry fails, switch back to the active VT
            #
            if [[ $RET_VAL -ne 0 ]]; then
                RestoreVT
            fi
            exit $RET_VAL
            ;;
        resume)
            echo "$1" > /proc/driver/nvidia/suspend
            RestoreVT
            exit 0
            ;;
        *)
            exit 1
    esac
    

    I'm using Niri so no desktop environment here if that helps. My driver is nvidia580. Also using greetd (w/ tuigreet). So, what can I do here?

    Linux void 6.18.38_1 
    pkgver: runit-2.3.1_1
    Nvidia 580.159.04 
    

    Edit: Tried nouveau and suspend works with it. However because Nvidia didn't provide firmware blobs for my card (GTX 1080) I cannot use the open drivers well.

    Edit 2: Tried to give power management from acpid to elogind, thinking it might help to fool this script since it's systemd's standalone part here. Currently elogind both handles my seat and power management. I actually had some hope here, but sadly didn't work. Here are my elogind config files anyway:

    /etc/elogind/logind.conf.d/logind.conf
    [Login]
    KillUserProcesses=no
    HandlePowerKey=poweroff
    HandlePowerKeyLongPress=poweroff
    HandleRebootKey=reboot
    HandleRebootKeyLongPress=poweroff
    HandleSuspendKey=suspend
    RemoveIPC=yes
    
    /etc/elogind/sleep.conf.d/nvidia-sleep.conf                                    
    [Sleep]
    AllowSuspend=yes
    AllowHibernation=no
    AllowSuspendThenHibernate=no
    AllowHybridSleep=no
    #SuspendMode=deep
    SuspendState=mem standby freeze
    HandleNvidiaSleep=yes
    

    Nvidia, this is for you:

    view more: ‹ prev next ›