Проблема происходит, если подключить помпу водяного охлаждения. Она подключается к разъёму питания sata дисков. При этом по звуку помпа не работает.
До этого считал, что на выключенном компе есть только дежурное напряжение. Но какого-то хрена БП реагирует на подключение к питанию sata.
Может в биосе включен какой-нибудь режим? Подскажите куда копать. Мать gigabyte b550 aorus pro v2.
Сижу больше 10 лет на ноутбуках. Но в последнее время приходится много компилять и считать на процессоре. IDE CLion опять же жрёт как свинья. Решил я перейти на заряженный стационарный комп.
Хочу собрать систему на ryzen 9 5950x. Подскажите какую мать взять, систему охлжадения, БП?
Я в сборках компов совсем не разбираюсь. Зашёл на пару сайтов, а там школьники пишут «ну раз процессор топовый, то и материнку топовою бери за 50К». Тут переплачивать не хочу. Главное, чтобы питальник матери тянул процессор под максимальной нагрузкой и не сдыхал.
На аватарку не смотрите. Она осталась со времён интел-фанбойства. АМД сила, интел печь-могила
Хочу купить яндекс станцию, но не знаю зачем она мне. Расскажите что с ней можно интересного сделать? Линукс на ней заведётся? Среди ЛОРовчан есть владельцы этого или подобного девайса?
Лор сломался.
Как воспроизвести:
[Ссылка] - сообщение выделяется, а страница прокручивается для центровки.Ожидается:
Происходит:
Причём, если обновить страницу, то прокрутка до сообщения произойдёт. Т.е. баг именно с кнопкой назад.
Бесит. Сделайте что-нибудь.
Google Chrome 91.0.4472.114
Яндекс браузер 21.8.0.1967 beta
Проверял в режиме инкогнито. Все аддоны были выключены.
На других сайтах работает как надо.
UPD firefox 87.0 бага нет. Хромопроблемы, похоже.
Есть hdd на 1 ТБ. ФС btrfs. Купил ssd на 2 ТБ и хочу перенести файлы на новый диск с расширением ФС на весь диск и сохранением всех атрибутов, прав, дат и т.д.
Ещё использую докер и он понасоздавал btrfs subvolume, так что простое копирование скорее всего всё сломает.
Какие есть способы провернуть это?
Пишу из горящего танкаБТР, точнее btrfs.
Купил в говноднс 16 гигов оперативы к уже имеющимся 16 гигам. Упаковка выглядит как будто её уже вскрывали. Подозреваю возврат.
Комп проработал несколько часов и начались глюки. Программы и вкладки хрома падают. Комп зависает. После нескольких перезагрузок началась проблемы с ФС, но система кое как загружалась.
У меня btrfs. Ну я не долго думая сделал btrfs check --repeiar. После этого ФС умерла. Я потом конечно почитал, что так делать без бекапа нельзя. ))) Но это было потом.
Загрузился с арчефлешки и прогнал memtester на 30 гигабайтах. Ошибок нет. Как так то? Memtest86+ на моей загрузочной флешке нет.
Вопросы такие:
виновата память или сдох ssd (просто так совпало с установкой памяти)?
Как правильно протестить память, чтобы всё таки увидеть ошибки?
Магазин днс говно и должен быть проклят нах?
Попадаются адреса вида http://some/path. Они не открываются, т.к. dns не знает что такое some. Их нужно автоматически переделывать в http://some.domain.ru/path, которые в dns есть и открываются нормально.
Нужно чтобы это работало в браузере chrome (как минимум). Т.е. подойдёт расширение для браузера.
Добавлять some в dns нельзя. Нужно чтобы в адресной строке браузера был правильный url. Т.е. нужен редирект с неправильного адреса на правильный, а не просто обеспечить открытие странички.
В ходе редиректа должен сохранятся /path.
Я придумал такую схему. Поднять локально nginx, который будет редиректить some/path в some.domain.ru/path. В /etc/hosts добавить запись, чтобы some резолвился на nginx, который потом сделает редирект. Я ни разу не настраивал nginx и никогда не редактировал /etc/hosts. Так что мог сморозить глупость.
Ваши идеи, господа.
БОМБИТ
Смотрю на ютубчике разных Кулибиных. Проблема в том, что они нихера не выравнивают уровень звука. Говорят тихо, а станки гудят на всю округу.
Приходится крутить громкость как диджей. Я же хочу лежать на диванчике и спокойно смотреть, а не бегать к компу, чтобы прикрутить громкость.
Установил kde connect и теперь могу прикрутить, не вставая с дивана. Но это всё равно лишние действия.
Хочу решение для KDE + пульса, чтобы можно было установить желаемый уровень громкости, а софт сам подкручивал, чтобы поддерживать заданный уровень. Ну и чтобы в софте были регулировочки всякие: максимальный уровень усиления/ослабления, скорость реакции, порог и т.д.
Проблему решил покупкой хорошего переходника (порт-репликатор DELL 470-ACFC). Суть драмы.
Подключил свой новенький 4К монитор через display port. Конкретно у меня переходник usb type-c alternative mode —> display port. Провод длиной 1.8 метра.
Монитор на столе возле стены. За стеной холодильник. Когда холодильник включается, монитор гаснет на пару секунд.
При этом когда я подключал через hdmi, ничего такого не было.
Какие ваши предположения? ЭМИ или по сети прилетает? И ноутбук и монитор включены в сеть без заземляющего контакта.
Кто виноват и что делать? Может ферритовые колечки на провод посадить или к бабке сводить?
Купил AOC U2790PQU.
Хочу монитор для подключения к ноутбуку (hdmi), чтобы было удобнее погромировать. Т.е. всякие гейские геймерские штучки вроде 100500 Hz и красной подсветочки - не нужны. Приветствуются фичи позволяющие долго пялиться в монитор без потери зрения.
Бюджет: до 35к русских денег.
P.S. Ценю личный опыт. Отзывы на яндекс маркете я и сам могу почитать.
P.S.P.S Ок, убедили. Теперь ищу 4К монитор, а не 2К.
На опеннете увидел новость о выходе KDE Plasma 5.22. В очередной раз есть пункт о значительном улучшении работы Wayland.
Хочется спросить у накативших как оно там? Готов? Интересует работа на блобе Хуанга.
Сообщение удалено Shaman007 по причине 7.1 Ответ на некорректное сообщение (авто, уровень 0) (-2)
Анончик запости фигню, я ответил, что это фигня. В своей же теме!
Считаю автоначисление мне -2 ошибочным.
Здарова котаны!
Таргет убунту 20.04 lts. Нужен gcc-10, чтобы начать использовать божественные корутины из c++20 как в сишарпике###. Но Шаттлворт засунул в свой дистр gcc-9, а там корутин ещё нет. Какие могут быть выходы? Я распространяю через deb, т.е. нужно как-то по зависимостям вытянуть и желательно без васянских PPA. Сам я арчевод (у нас всё хорошо с компиляторами) и плохо разбираюсь во внутренней кухне убунты.
Есть несколько декодеров, работающих в разных потоках. Они декодируют видео с разной частотой кадров и вообще никак друг с другом не синхронизированы. Могут запускаться и останавливаться.
Нужно всё это дело рендерить в реальном времени в подобие видеостены - прямоугольной сетки, где в каждой ячейке свой видеопоток.
Как у меня сделано сейчас. Декодер хранит последний декодированный кадр. По таймеру поток, отвечающий за обновление экрана, собирает последние кадры от всех декодеров, через glTexSubImage2D обновляет OpenGL текстуры и рендерит их на экран. Чтобы потоки не конфликтовали, чтение и запись последнего декодированного кадра прикрыты мьютексом.
Текущая версия работает, но хочу попросить совета. Есть ли какие-нибудь мысли по оптимизации этого дела и вообще как правильно такое делать? Наверное, это похоже на работу композитора. Есть независимые источники, которые предоставляют готовые данные и их нужно свести воедино и отобразить на экране.
У меня здесь получается только один OpenGL контекст. Слышал что-то про многопоточный рендер. Применим ли он здесь?
OpenGL рендерится в окно Qt приложения через QOpenGLWindow. Версия OpenGL строго не старше 3.1. Нужна кроссплатформенность: топик и оффтопик, т.е. без платформозависимых фич типа dma-buf. Видеокарты в основном интел и нвидия.
У меня на ноутбуке кеды и sddm. Я настроил всё так, чтобы экран никогда не гас, если ноут работает от сети.
Но до логина действуют другие настройки. Если я включу ноут и не буду входить в свою учётку, то экран через некоторое время погаснет.
Как это изменить?
Есть железка. Она шлёт лог в uart. Мне лень подцепляться к нему. У меня есть доступ к железке по ssh.
Можно ли программно перехватить этот поток и вывалить в консоль?
В uboot написано так:
console=ttyAMA0,115200
Папка /dev, если надо
~ # ls -la /dev
total 196
drwxrwxrwt 9 root root 3160 Jan 2 02:37 .
drwxrwxrwt 22 root root 500 Jan 1 1970 ..
drwxr-xr-x 3 root root 80 Jan 2 02:36 .udev
crw------- 1 root root 218, 31 Jan 1 1970 acodec
crw------- 1 root root 218, 14 Jan 1 1970 adec
crw------- 1 root root 218, 13 Jan 1 1970 aenc
crw------- 1 root root 218, 5 Jan 1 1970 ai
crw------- 1 root root 218, 11 Jan 1 1970 aio
crw------- 1 root root 218, 6 Jan 1 1970 ao
drwxr-xr-x 2 root root 140 Jan 1 1970 block
drwxr-xr-x 3 root root 60 Jan 1 1970 bus
drwxr-xr-x 2 root root 2760 Jan 1 1970 char
crw------- 1 root root 5, 1 Jan 1 1970 console
crw------- 1 root root 10, 63 Jan 1 1970 cpu_dma_latency
lrwxrwxrwx 1 root root 13 Jan 1 1970 fd -> /proc/self/fd
-rw-r--r-- 1 root root 1150 Jan 1 1970 free.log
crw------- 1 root root 1, 7 Jan 1 1970 full
crw------- 1 root root 254, 0 Jan 1 1970 gpiochip0
crw------- 1 root root 254, 1 Jan 1 1970 gpiochip1
crw------- 1 root root 254, 2 Jan 1 1970 gpiochip2
crw------- 1 root root 254, 3 Jan 1 1970 gpiochip3
crw------- 1 root root 254, 4 Jan 1 1970 gpiochip4
crw------- 1 root root 254, 5 Jan 1 1970 gpiochip5
crw------- 1 root root 254, 6 Jan 1 1970 gpiochip6
crw------- 1 root root 254, 7 Jan 1 1970 gpiochip7
crw------- 1 root root 218, 62 Jan 1 1970 hi_mipi
crw------- 1 root root 89, 0 Jan 1 1970 i2c-0
crw------- 1 root root 89, 1 Jan 1 1970 i2c-1
crw------- 1 root root 89, 2 Jan 1 1970 i2c-2
drwxr-xr-x 2 root root 60 Jan 1 1970 input
crw------- 1 root root 218, 20 Jan 1 1970 isp_dev
crw------- 1 root root 218, 17 Jan 1 1970 ive
crw------- 1 root root 1, 11 Jan 1 1970 kmsg
crw------- 1 root root 218, 12 Jan 1 1970 logmpp
crw------- 1 root root 1, 1 Jan 1 1970 mem
crw------- 1 root root 10, 60 Jan 1 1970 memory_bandwidth
crw------- 1 root root 10, 59 Jan 1 1970 mmz_userdev
crw------- 1 root root 90, 0 Jan 1 1970 mtd0
crw------- 1 root root 90, 1 Jan 1 1970 mtd0ro
crw------- 1 root root 90, 2 Jan 1 1970 mtd1
crw------- 1 root root 90, 3 Jan 1 1970 mtd1ro
crw------- 1 root root 90, 4 Jan 1 1970 mtd2
crw------- 1 root root 90, 5 Jan 1 1970 mtd2ro
crw------- 1 root root 90, 6 Jan 1 1970 mtd3
crw------- 1 root root 90, 7 Jan 1 1970 mtd3ro
crw------- 1 root root 90, 8 Jan 1 1970 mtd4
crw------- 1 root root 90, 9 Jan 1 1970 mtd4ro
brw------- 1 root root 31, 0 Jan 1 1970 mtdblock0
brw------- 1 root root 31, 1 Jan 1 1970 mtdblock1
brw------- 1 root root 31, 2 Jan 1 1970 mtdblock2
brw------- 1 root root 31, 3 Jan 1 1970 mtdblock3
brw------- 1 root root 31, 4 Jan 1 1970 mtdblock4
crw------- 1 root root 10, 62 Jan 1 1970 network_latency
crw------- 1 root root 10, 61 Jan 1 1970 network_throughput
drwx------ 2 root root 40 Jan 2 02:37 nginx_upload_tmp
-rw-r--r-- 1 root root 3 Jan 2 02:37 ngx_start_status
crw------- 1 root root 1, 3 Jan 1 1970 null
crw------- 1 root root 108, 0 Jan 1 1970 ppp
crw------- 1 root root 10, 1 Jan 1 1970 psaux
crw------- 1 root root 5, 2 Jan 2 02:44 ptmx
drwxr-xr-x 2 root root 0 Jan 1 1970 pts
crw------- 1 root root 10, 58 Jan 1 1970 pwm
crw------- 1 root root 1, 8 Jan 1 1970 random
-rw-r--r-- 1 root root 64 Jan 1 1970 resolv.conf
crw------- 1 root root 218, 16 Jan 1 1970 rgn
crw------- 1 root root 253, 0 Jan 1 1970 rtc0
-rwxr-xr-x 1 root root 6 Jan 1 1970 servicestatus
crw------- 1 root root 153, 0 Jan 1 1970 spidev0.0
crw------- 1 root root 153, 1 Jan 1 1970 spidev1.0
crw------- 1 root root 153, 2 Jan 1 1970 spidev1.1
lrwxrwxrwx 1 root root 15 Jan 1 1970 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdout -> /proc/self/fd/1
crw------- 1 root root 218, 8 Jan 1 1970 sys
-rw-r--r-- 1 root root 0 Jan 2 02:37 test_asdpd
crw------- 1 root root 5, 0 Jan 1 1970 tty
crw------- 1 root root 4, 0 Jan 1 1970 tty0
crw------- 1 root root 4, 1 Jan 1 1970 tty1
crw------- 1 root root 4, 10 Jan 1 1970 tty10
crw------- 1 root root 4, 11 Jan 1 1970 tty11
crw------- 1 root root 4, 12 Jan 1 1970 tty12
crw------- 1 root root 4, 13 Jan 1 1970 tty13
crw------- 1 root root 4, 14 Jan 1 1970 tty14
crw------- 1 root root 4, 15 Jan 1 1970 tty15
crw------- 1 root root 4, 16 Jan 1 1970 tty16
crw------- 1 root root 4, 17 Jan 1 1970 tty17
crw------- 1 root root 4, 18 Jan 1 1970 tty18
crw------- 1 root root 4, 19 Jan 1 1970 tty19
crw------- 1 root root 4, 2 Jan 1 1970 tty2
crw------- 1 root root 4, 20 Jan 1 1970 tty20
crw------- 1 root root 4, 21 Jan 1 1970 tty21
crw------- 1 root root 4, 22 Jan 1 1970 tty22
crw------- 1 root root 4, 23 Jan 1 1970 tty23
crw------- 1 root root 4, 24 Jan 1 1970 tty24
crw------- 1 root root 4, 25 Jan 1 1970 tty25
crw------- 1 root root 4, 26 Jan 1 1970 tty26
crw------- 1 root root 4, 27 Jan 1 1970 tty27
crw------- 1 root root 4, 28 Jan 1 1970 tty28
crw------- 1 root root 4, 29 Jan 1 1970 tty29
crw------- 1 root root 4, 3 Jan 1 1970 tty3
crw------- 1 root root 4, 30 Jan 1 1970 tty30
crw------- 1 root root 4, 31 Jan 1 1970 tty31
crw------- 1 root root 4, 32 Jan 1 1970 tty32
crw------- 1 root root 4, 33 Jan 1 1970 tty33
crw------- 1 root root 4, 34 Jan 1 1970 tty34
crw------- 1 root root 4, 35 Jan 1 1970 tty35
crw------- 1 root root 4, 36 Jan 1 1970 tty36
crw------- 1 root root 4, 37 Jan 1 1970 tty37
crw------- 1 root root 4, 38 Jan 1 1970 tty38
crw------- 1 root root 4, 39 Jan 1 1970 tty39
crw------- 1 root root 4, 4 Jan 1 1970 tty4
crw------- 1 root root 4, 40 Jan 1 1970 tty40
crw------- 1 root root 4, 41 Jan 1 1970 tty41
crw------- 1 root root 4, 42 Jan 1 1970 tty42
crw------- 1 root root 4, 43 Jan 1 1970 tty43
crw------- 1 root root 4, 44 Jan 1 1970 tty44
crw------- 1 root root 4, 45 Jan 1 1970 tty45
crw------- 1 root root 4, 46 Jan 1 1970 tty46
crw------- 1 root root 4, 47 Jan 1 1970 tty47
crw------- 1 root root 4, 48 Jan 1 1970 tty48
crw------- 1 root root 4, 49 Jan 1 1970 tty49
crw------- 1 root root 4, 5 Jan 1 1970 tty5
crw------- 1 root root 4, 50 Jan 1 1970 tty50
crw------- 1 root root 4, 51 Jan 1 1970 tty51
crw------- 1 root root 4, 52 Jan 1 1970 tty52
crw------- 1 root root 4, 53 Jan 1 1970 tty53
crw------- 1 root root 4, 54 Jan 1 1970 tty54
crw------- 1 root root 4, 55 Jan 1 1970 tty55
crw------- 1 root root 4, 56 Jan 1 1970 tty56
crw------- 1 root root 4, 57 Jan 1 1970 tty57
crw------- 1 root root 4, 58 Jan 1 1970 tty58
crw------- 1 root root 4, 59 Jan 1 1970 tty59
crw------- 1 root root 4, 6 Jan 1 1970 tty6
crw------- 1 root root 4, 60 Jan 1 1970 tty60
crw------- 1 root root 4, 61 Jan 1 1970 tty61
crw------- 1 root root 4, 62 Jan 1 1970 tty62
crw------- 1 root root 4, 63 Jan 1 1970 tty63
crw------- 1 root root 4, 7 Jan 1 1970 tty7
crw------- 1 root root 4, 8 Jan 1 1970 tty8
crw------- 1 root root 4, 9 Jan 1 1970 tty9
crw------- 1 root root 204, 64 Jan 1 1970 ttyAMA0
crw------- 1 root root 204, 65 Jan 1 1970 ttyAMA1
crw------- 1 root root 204, 66 Jan 1 1970 ttyAMA2
crw--w---- 1 root root 204, 64 Jan 2 02:44 ttyS000
crw------- 1 root root 10, 223 Jan 1 1970 uinput
-rwxr-xr-x 1 root root 183700 Jan 1 1970 update
crw------- 1 root root 1, 9 Jan 1 1970 urandom
crw------- 1 root root 218, 9 Jan 1 1970 vb
crw------- 1 root root 7, 0 Jan 1 1970 vcs
crw------- 1 root root 7, 1 Jan 1 1970 vcs1
crw------- 1 root root 7, 128 Jan 1 1970 vcsa
crw------- 1 root root 7, 129 Jan 1 1970 vcsa1
crw------- 1 root root 218, 2 Jan 1 1970 venc
crw------- 1 root root 218, 19 Jan 1 1970 vgs
crw------- 1 root root 218, 63 Jan 1 1970 vi
crw------- 1 root root 218, 10 Jan 1 1970 vpss
crw------- 1 root root 218, 101 Jan 1 1970 watchdog
crw------- 1 root root 1, 5 Jan 1 1970 zero
Есть метод, который принимает callback:
void Bar::setCallback(const std::function<void(int, int)> &cb) {}
Я туда хочу передать метод класса, соответственно есть два пути:
// Метод, который передаём
void Foo::callback(int a, int b) {}
// Путь первый
bar->setCallback(std::bind(&Foo::callback, this, std::placeholders::_1, std::placeholders::_2));
// Путь второй
bar->setCallback([this] (int a, int b) { callback(a, b); });
Какой путь лучше, если рассмотреть с разных точек зрения: удобство написания, читаемость, может быть быстродействие и размер, если критично? Ваше личное мнение.
Здарова котаны!
Пишу софтину, она слушает tcp порт (9555). Так же она запускает дочерние процессы. Это та же программа, но запущенная с другим аргументом (–backend). Запускаю через QProcess из фреймворка Qt, я не знаю как он там внутри это делает. Дочерние процессы наследуют дескрипторы. Смотри на выхлоп lsof. Там три программы слушают один и тот же порт. Я почитал и вроде это не баг, а фича. Но мне всё равно это сильно мешает. Как от этого избавиться? Ппц, ну это вообще не в какие ворота.
➜ ~ lsof -i -P -n | grep 9555
retr 136948 ox55ff 7u IPv4 438139 0t0 TCP *:9555 (LISTEN)
retr 136948 ox55ff 8u IPv4 438196 0t0 TCP 127.0.0.1:9555->127.0.0.1:34772 (ESTABLISHED)
retr 137028 ox55ff 7u IPv4 438139 0t0 TCP *:9555 (LISTEN)
retr 137028 ox55ff 8u IPv4 438196 0t0 TCP 127.0.0.1:9555->127.0.0.1:34772 (ESTABLISHED)
retr 137030 ox55ff 7u IPv4 438139 0t0 TCP *:9555 (LISTEN)
retr 137030 ox55ff 8u IPv4 438196 0t0 TCP 127.0.0.1:9555->127.0.0.1:34772 (ESTABLISHED)
➜ ~ ps -Af | grep "retr"
ox55ff 136948 136946 0 16:17 pts/3 00:00:00 /home/ox55ff/projects/builds/program/retr/retr --frontend
ox55ff 137028 136948 0 16:17 pts/3 00:00:00 /home/ox55ff/projects/builds/program/retr/retr --backend
ox55ff 137030 136948 0 16:17 pts/3 00:00:00 /home/ox55ff/projects/builds/program/retr/retr --backend
В новой убунте выкинули OpenCV 3. Теперь там четвёртая версия. У меня софт использует третью. В нём много вызовов методов из OpenCV Contrib, которых нет в четвёртой. Софт писал не я, во всяких видеоаналитиках не разбираюсь, поэтому сам портировать не могу.
Мне нужен именно пакет, т.к. я эту свою софтину запакую и буду распространять в deb и хочу по зависимостям связываться с OpenCV 3. Так что вариант со сборкой в /opt не подходит. Поэтому у меня возник извечный русский вопрос: кто виноват и что делать? Вот у себя в арчике я из aur накатил, а убунтуводы в пролёте. Что как бы намекает на ненужность некоторых дистрибутивов.
| ← предыдущие | следующие → |