С/С++ Portal | Программирование

GitHub-курс по CUDA с открытым исходным кодом: LeetCUDA (единый путь от новичка до продвинутого уровня) 200+ практических заданий по CUDA-ядрам с постепенным усложнением. В комплекте библиотека HGEMM, достигающая 98–100% производительности cuBLAS. Также 100+ статей по высокопроизводительным вычислениям с разбором ключевых техник и оптимизаций, чтобы перейти от «умею писать» к «пишу быстро». Курс ориентирован на новичков, использует PyTorch и даёт понятный путь обучения: писать корректно → писать быстро → выходить на уровень библиотек. Подходит разработчикам, которые хотят системно освоить CUDA, а также как база и маршрут развития для инженеров ИИ, оптимизирующих инференс больших моделей. 👉 @Cpportal

Когда производительность упирается в железо, а когда в архитектуру? Как проектировать надежные и быстрые системы на C++? Какие подходы используют разработчики компиляторов, рантаймов и системного ПО? Ответы на эти и другие вопросы найдем на C++ Russia — конференции для C++ разработчиков, инженеров, разработчиков компиляторов, тимлидов и исследователей. 📅 7 мая 2026 — онлайн-день 📅 16–17 мая 2026 — Москва + онлайн Три дня докладов, воркшопов и общения C++ сообщества. Будем говорить про язык и инженерные задачи: архитектуру, производительность, управление памятью, многопоточность и разработку низкоуровневого ПО. Новое в этом году — системное программирование: компиляторы, рантаймы, операционные системы, управление ресурсами и дизайн языков программирования. В карточках собрали несколько топовых докладов из программы. Используйте промокод, чтобы купить персональный билет со скидкой — CPPORTAL Купить билет Реклама. ООО «Джуг Ру Груп». ИНН 7801341446

GitHub-курс по CUDA с открытым исходным кодом: LeetCUDA (единый путь от новичка до продвинутого уровня) 200+ практических заданий по CUDA-ядрам с постепенным усложнением. В комплекте библиотека HGEMM, достигающая 98–100% производительности cuBLAS. Также 100+ статей по высокопроизводительным вычислениям с разбором ключевых техник и оптимизаций, чтобы перейти от «умею писать» к «пишу быстро». Курс ориентирован на новичков, использует PyTorch и даёт понятный путь обучения: писать корректно → писать быстро → выходить на уровень библиотек. Подходит разработчикам, которые хотят системно освоить CUDA, а также как база и маршрут развития для инженеров ИИ, оптимизирующих инференс больших моделей. 👉 @Cpportal

Шпаргалка по формату ELF ELF — это стандартный формат для исполняемых файлов, объектных файлов, библиотек и дампов памяти, который используется в операционных системах на базе Unix, включая Linux. На изображении представлена структура ELF-файла, включая: 🟢Заголовок файла (Header) — содержит основную информацию о файле, например, его тип (исполняемый, объектный и т.д.), архитектуру процессора, точку входа программы и т.д. 🟢Программные заголовки (Program headers) — определяют, как загружать файл в память, включая сегменты (например, сегменты данных и кода). 🟢 Секции (Sections) — содержат информацию, необходимую для выполнения, связывания и отладки, включая секции .text (код), .data (данные), .bss (незначенияемые данные), .rodata (константы) и т.д. 🟢Заголовки секций (Section headers) — содержат метаданные о каждой секции, например, размер, адрес в памяти и тип. 👉 @Cpportal

setreuid — системный вызов Linux №113 Веб-серверы требуют прав root в основном по одной причине: привязка к привилегированным сетевым портам ниже 1024. После захвата такого порта выполнение остальной части приложения с правами root — серьёзный риск безопасности. Для решения Linux даёт процессу возможность добровольно «сбросить» свои привилегии. Один из способов — setreuid (системный вызов 113 на x86_64). При старте привилегированный сервис использует root-доступ ровно настолько, чтобы занять порт вроде 80 или 443. Затем вызывает один из системных вызовов установки UID (setuid, setreuid или setresuid), чтобы сменить идентичность на обычного непривилегированного пользователя, например www-data. Например, Nginx использует setgid + initgroups + setuid при инициализации воркеров; OpenSSH использует setresuid. Выбор зависит от того, какой уровень контроля нужен над real, effective и saved UID. Сбрасывая привилегии на раннем этапе, сервер формирует встроенную песочницу. Если в непривилегированной части будет эксплуатирован баг, атакующий окажется в контексте с низкими правами и не сможет легко захватить систему. Ниже полный исполняемый пример на C, демонстрирующий работу setreuid. Сохраните, скомпилируйте и запустите через sudo, чтобы увидеть смену UID:

    
        #include <stdio.h>
#include <unistd.h>
#include <sys/types.h>

int main() {
    printf("Starting as root. UID: %d, EUID: %d\n", getuid(), geteuid());
    // Здесь обычно выполняется bind на порт 80...

    // Сбрасываем привилегии до пользователя 1000 (обычно основной пользователь)
    if (setreuid(1000, 1000) != 0) {
        perror("Failed to drop privileges");
        return 1;
    }

    printf("Privileges dropped! UID: %d, EUID: %d\n", getuid(), geteuid());
    // Дальше приложение работает без прав root
    return 0;
}{}
    

Важная деталь: поскольку вызов меняет real UID и одновременно устанавливает effective UID в значение, отличное от предыдущего real UID (0), ядро также обновляет saved set-user-ID до 1000. Это делает сброс необратимым. Процесс больше не сможет вернуть root через seteuid(0). Обратите внимание на проверку ошибки setreuid(). Это критично. В man-странице прямо указано: «пропуск проверки возвращаемого значения setreuid() — серьёзная ошибка безопасности». Вызов может завершиться неуспешно даже от имени root — например, при временной ошибке выделения структур ядра или если новый real UID превышает лимит ресурсов RLIMIT_NPROC (EAGAIN). Продолжение выполнения без проверки означает, что «непривилегированный» процесс может фактически остаться с правами root. Есть и интересный нюанс на уровне реализации. В ядре Linux пользовательские идентификаторы — это атрибуты потока, а не процесса. Но POSIX требует, чтобы все потоки одного процесса имели общую идентичность. Как это решается в пространстве пользователя: в реализации NPTL библиотеки glibc setreuid() — это обёртка, а не прямой системный вызов. При вызове обёртка рассылает сигнал реального времени (через tgkill) всем остальным потокам процесса. Обработчик сигнала в каждом потоке вызывает тот же системный вызов, чтобы синхронизировать учётные данные. В musl это реализовано иначе, но принцип тот же: один вызов в libc → множество обновлений учётных данных на уровне ядра. 👉 @Cpportal

Всегда явно инициализируй переменные в C, иначе будут проблемы. Можно угадать вывод этой программы, но понимаешь ли ты, почему он именно такой? 👉 @Cpportal

Для тех кто просил, наш канал с мемами для программистов и айтишников 👇 https://t.me/+VS5COdLqY_s4OTYy

Этот примитивный логгер на C++ просто делает свою работу

Вот безумный кусок лора из исходников SQLite. Я копался в VACUUM и изучал их код. Во время VACUUM SQLite создаёт временный файл с префиксом etilqs_. Вот почему:

Ранее префикс по умолчанию был "sqlite_". Но затем McAfee начал использовать SQLite в своём антивирусе и стал создавать файлы с именем "sqlite" в папке c:/temp. Это раздражало многих пользователей Windows. Эти пользователи затем шли гуглить "sqlite", находили номера телефонов разработчиков и звонили им ночью с жалобами. По этой причине префикс по умолчанию изменили на "sqlite", написанное задом наперёд.

👉 @Cpportal

Большая шпаргалка по алгоритмам и структурам данных реализованных на языке программирования С++. Вы узнаете как работают очереди, кучи, списки, деревья и многое другое. ⛓ Ссылка: тык 👉 @Cpportal