Претендую на самый идиотский вопрос по сигналам в программировании под Linux в частности, и под POSIX....

Есть прекрасные сигналы SIGUSR1 и SIGUSR2, но их жалко - их всего два. Они стандартно определены.

Могу ли я использовать свои сигналы, которые нигде не описаны (ну или я этого не нашёл)... например:

#define SIGUSR3_MUTHER_FUCKER (123)

https://www.ixbt.com/news/2021/05/22/nvidia-geforce-gtx-600-kepler.html

С будуна включил комп и получил голую консоль. Что я делал вчера помню плохо, но привычка читать логи в любой непонятной ситуёвине помогла.

Вот что увидел в Xorg.0.log и сначала прифигел. Потом всё-таки вспомнил, что была когдато новость о прекращении нвидией поддержки «кеплера».

[ 44847.597] (WW) NVIDIA(0): The NVIDIA GeForce GTX 650 Ti GPU installed in this system is
[ 44847.597] (WW) NVIDIA(0):     supported through the NVIDIA 470.xx Legacy drivers. Please
[ 44847.597] (WW) NVIDIA(0):     visit http://www.nvidia.com/object/unix.html for more
[ 44847.597] (WW) NVIDIA(0):     information.  The 495.44 NVIDIA driver will ignore this
[ 44847.597] (WW) NVIDIA(0):     GPU.  Continuing probe... 
[ 44847.597] (WW) NVIDIA(0): The NVIDIA GeForce GTX 650 Ti GPU installed in this system is
[ 44847.597] (WW) NVIDIA(0):     supported through the NVIDIA 470.xx Legacy drivers. Please
[ 44847.597] (WW) NVIDIA(0):     visit http://www.nvidia.com/object/unix.html for more
[ 44847.597] (WW) NVIDIA(0):     information.  The 495.44 NVIDIA driver will ignore this
[ 44847.597] (WW) NVIDIA(0):     GPU.  Continuing probe... 
[ 44847.597] (WW) Falling back to old probe method for modesetting
[ 44847.597] (WW) NVIDIA(0): The NVIDIA GeForce GTX 650 Ti GPU installed in this system is
[ 44847.597] (WW) NVIDIA(0):     supported through the NVIDIA 470.xx Legacy drivers. Please
[ 44847.597] (WW) NVIDIA(0):     visit http://www.nvidia.com/object/unix.html for more
[ 44847.597] (WW) NVIDIA(0):     information.  The 495.44 NVIDIA driver will ignore this
[ 44847.597] (WW) NVIDIA(0):     GPU.  Continuing probe... 
[ 44847.597] (EE) Screen 0 deleted because of no matching config section.
[ 44847.597] (II) UnloadModule: "modesetting"
[ 44847.597] (EE) Device(s) detected, but none match those in the config file.
[ 44847.597] (EE) 

470е дрова нашлись в ауре. Весмьма странно, что их выкинули из основных репов арча...

Решение заняло минут 10.

Решил потыкать ядро linux-zen на своём арче. Обновился, перегрузился, установил дополнительно к основному ядру linux-zen, убедился, что сначала надо думать, т.к. старые дрова nvidia под новое ядро не пошли, снёс nvidia и установил nvidia-dkms.

Старое ядро пока не сношу.

По ощущениям и так шустрый LXDE на достаточно шустрой машине Ryzen_5_3600" + 16 Gb ОЗУ + GeForce 650Ti_1Gb начала ещё резче отзываться - возможно это тупо «плацебо».

Однако glxgears просел с 12300fps до 11900fps и появился ощутимый тиринг, в то время как хромиум, опера и лиса стали плавнее.

Xorg.conf - нет такого файла - X-ы сами всё в автомате настраивают - только для своей сессии через SyncToVBlank=0 отрубаю синхронизацию (что до смены ядра, что после - тупо не трогал)

Прошу поделитесь опытом - действительно ли nvidia-dkms дрова тормознее чем nvidia-дрова? И на сколько?

Тиринг я бумаю сумею победить - пока не хочу заморачиваться - смотрю как живётся на zen-ядре (вроде ещё к-то «железяки» есть, вроде ch431, но не помню как именно заводились)

Evince 40.2 под арчем.

Читаю обычную даташиту. Раньше как-то на температуру микрух не обращал внимания - тут просто удивился напряжению питалова в диапазоне от 1.8 до 6в ну и начал вчитываться в неё.

Заметил неверное отображение символа «градус Цельсия». Хромиум отрисовывает всё правильно.

UPD: Ещё заметил, что неверно отрисовываются микроамперы (символ 'μ')

Отсюда вопрос - это мои кривые руки, или косяк Evince? Просто неохота разрабов тревожить зазря если это я накосячил, шрифты не доставил и т.п...

Чёт инфы достоверной не достану.

Для стационара(сервер - нагрузим его ещё и стратум-2 серваком, но кое-что с железом обязан выполнять достаточно точно).

Задача: выбрать для этого сервака источник уровня стратум-1.

Рассматриваются GPS(деньги есть - гуляем) и ntp(ну тут в первую очередь vniiftri).

Входы по тырнету - оптика от телекома (и в качестве резерва от другого провайде, который сидит на их кабеле)

1. Выстроил по алфавиту.
2. Проприетарщина, оффтопик не игнорируются.
3. Песочницы, вроде Jail(FreeBSD) - не рассматриваются, т.к. интересует статистика по VMам, способным запускать более одной ОС (DOSBox катит, т.к. кроме MS-DOS способен запускать любую x86-DOSку).
4. Поддерживаемые платформы не интересуют, но подбор был под x86/amd64.

Согласно " http://www.andrew.cmu.edu/user/bparno/papers/armada.pdf " предлагают язык программирования, оптимизированный для параллельных вычислений, и с C-подобным синтаксисом. Если кто в курсе - запилите новость, и , желательно, разжевать что же это такое.

З.Ы. Сам я с английским на «Вы» или «тебя послали, а ты не понял и улыбаешься»

В этот раз атака производится на недокументированный специальный буфер регистров, который играет важную роль для реализации процессорного генератора случайных чисел, это вариация уже известного MDS-бага.
Данные по уязвимости были получены Амстердамским свободным университетом и Швейцарской высшей технической школы города Цюриха весной этого года, разработан демонстрационный эксплойт, данные по проблеме переданы в Intel, они уже выпустили заплатку. На производительность процессоров, в отличие от Meltdown и Spectre практически не влияет.
Список процессоров, подверженных атаке.
Доступ к данному буферу может быть достигнут любым процессом на любом ядре.

>>> Подробности

Пруф https://servernews.ru/1007080?utm_referrer=https%3A%2F%2Fpulse.mail.ru&utm_source=pulse_mail_ru

Кто что слышал по этому поводу? Насколько серьёзны намерения красношляпы? Может ли данная идея распространиться на другие дистры?

Провайдер Ростелеком. ХМАО-Югра. Недоступен данный сайт по «Не удалось найти IP-адрес сервера www.isc.org. DNS_PROBE_FINISHED_NXDOMAIN» В то время как тор-бравзер прекрасно на него лазит…

З.Ы. Не уж-то снова начались «тренировки чебурнета»?

Домашний комп, арч 64, стояло 8Гб ОЗУ, но из-за тех. проблем (грязь или отвал в сокете проца АМ3+ лишила меня одного DIMM-слота. Разбирать сам сокет стрёмно - можно остаться без матери, решать проблему через магазин пока нет возможности), в результате пока одна планка в 4Гб работает.
Практически для всех задач хватает.
Однако при обновлении wps-office /tmp уже не хватает, приходится перемонтировать tmpfs увеличивая его размер.
Решений вижу пока два:

• Прописать в fstab уже увеличенный размер /tmp
• Отказаться от tmpfs

В первом случае могу столкнуться с тормозами при нехватке ОЗУ - начнёт свапить, уже экпериментировал выжирая всю ОЗУ и свап - получаем дикое слайдшоу.
Во втором случае могу столкнуться с замедлением работы во всех приложениях, которые активно юзают /tmp, даже в малых объёмах, но при большом кол-ве iops`ов. К тому же придётся несколько костылить, организуя очистку /tmp при выключении/перезагрузке компа.

Прошу совета, как поступить? Вроде проблема яйца выеденного не стоит, но хотелось бы сделать «красиво» и надолго.

Найден одним из новичков cyberforum. Ковыряем потихоньку. Всё ведёт к кривой реализации libio, показывая, что setlocale нипричём. Кстати, без setlocale баг не воспроизводится. Может кто-нибудь знает в чём дело???

[faust@archlinux РАзная всячина]$ cat 1.c && gcc 1.c && ./a.out
#include <string.h>
#include <errno.h>
#include <locale.h>
#include <stdio.h>
#include <wchar.h>

int main()
{
    
    setlocale(LC_ALL, "ru_RU.UTF-8"); /*а вот тут уже до лампочки 
        обращения setlocale к потоку stdin - он уже "широкий" и сегфолтов/стеков уже не будет*/
/*    printf("1. errno = %s\n", strerror(errno));*/

    getwc(stdin);

/*    printf("2. errno = %s\n", strerror(errno));*/
    return 0;
}
1111111111111111111111111
*** stack smashing detected ***: <unknown> terminated
Аварийный останов (стек памяти сброшен на диск)
[faust@archlinux РАзная всячина]$ cat 1.c && clang 1.c && ./a.out
#include <string.h>
#include <errno.h>
#include <locale.h>
#include <stdio.h>
#include <wchar.h>

int main()
{
    
    setlocale(LC_ALL, "ru_RU.UTF-8"); /*а вот тут уже до лампочки 
        обращения setlocale к потоку stdin - он уже "широкий" и сегфолтов/стеков уже не будет*/
/*    printf("1. errno = %s\n", strerror(errno));*/

    getwc(stdin);

/*    printf("2. errno = %s\n", strerror(errno));*/
    return 0;
}
111111111111111111111111
*** stack smashing detected ***: <unknown> terminated
Аварийный останов (стек памяти сброшен на диск)
[faust@archlinux РАзная всячина]$

В общем всё в шапке.

Абстрагируемся от самих лицензий.

Вопрос: является ли «протокол обмена данными» предметом «авторского права»(АП) в РФ?

ГК РФ Статья 1255. Авторские права 1. Интеллектуальные права на произведения науки, литературы и искусства являются авторскими правами.

Возможно подходит АП на произведение науки(в качестве НИОКР)?

Собственно всё в шапке. Абсолютно не понимаю что такое consensus flag «Guard». Относится он к чистым relay или же только к exit-nodes. Если на чистом relay его можно поднять - то как это сделать???

Не могу зайти на сайт - скачать дистр. Пишет таймаут. Через тор захожу нормально, но есессно скачивать дистр через тор - это полдня.
Вопрос это у всех в РФ так, или только наш местный ростелеком прикалывается?
при этом не пингуется, а айпишник странный: 192.124.249.9

Имеем проц Athlon II X3 450, штатные частота шины и проца 200МГц и 3200МГц соответственно. Проц стабильно разогнан по шине до 250МГц(шина) и 4ГГц(ядра).
Система - archlinux x64
В случае если cool&quiet отключен, то lscpu и cat /proc/cpuinfo отображают положенные 4ГГц частоты, bogomips 8003.84
Однако, если cool&quiet включить, то при нагрузке проца тремя burnK7 lscpu и cat /proc/cpuinfo отображают уже штатные(без разгона) 3.2ГГц частоты, а вот bogomips прежний - 8003.84. В винде - со включенным cool&quiet CPU-Z показывает 4ГГц даже при малейшей нагрузке(запуск бравзера, например)
sensors рисует только температуры и напряги.
Охота узнавать реальную частоту проца, например для коньков.
Так же интересует прога под линух, греющая проц посильнее чем cpuburn(а именно burnK7), например при 3х burnK7 температура крутится около 60°C, в то время как под виндой coredamage греет почти до 65-67°C. Что бы не возникло вопросов - троттлинга нет, а максималка температуры проца 72°C

Нужен готовый liveCD, умеющий оживлять ФС (ntfs ext2-4, ufs обязательно), работающий с ntfs на запись, очень желательно его(liveCD) умение работать с виндошными реестрами. Парочка «разбивальщиков» тоже не помешает, от fdisk до parted
Так же интересны будут утилы по восстановлению данных, но это так, в качестве бонуса, а вот умение работать с USB 3.0 и наличие проприетарных дров «искаропки» очень нужно.
Ещё не мешало бы в ентом livecd наличие прог-грелок проца и видео(ну видео можно valley отдельно закинуть), так же мониторинг температур.

На одном из формумов получил такое ЛС:

нажал кнопку помощи в Q4Wine. получил вот это. ...... http://q4wine.brezblock.org.ua/documentation/q4wine_ru_ru/00-short-faq.html

Собственно вопрос в шапке - допустимо ли использование разработчиком широко распространенного ПО по продвижению своих политических взглядов?

На мой взгляд недопустимо.

Собственно, появилась потребность просмотреть инфу в паре-тройке SDF файлов от оффтопиковой БД Microsoft SqlServer Compact edition.
Под виндой это можно сделать через visual studio, точнее через через сам SQL-сервер, в его поставке, или же «левой» прогой SDFBrowser, возможно есть ещё к-либо проги.

Конечно можно запустить этот SDFBrowser под вайном, но хотелось бы что-нить нативное.
Понимаю, что формат файла закрыт, но всё-же, может есть что-то?

Статья в журнале ][aker говорит о том, что Windows 10 devel не только отправляет в мелкософт ваше простукивание клавиатуры, но и то, что записывает микрофон.
Естественно они прикрываются «благородной» целью «улучшения» некоторых функций ОСи, в частности автодополнения слов (будто орфографических словарей мало), но, как всегда в конце:

В официальных документах также упоминается, что Microsoft имеет право делиться собранной информацией с неназываемыми «партнёрами».

Как нетрудно догадаться имеются ввиду эти неназываемые «партнёры»"

Сомневаюсь, что данные функции будут убраны в релизе...