Стратегии индексирования баз данных в бэкенде
(продолжение в следующем посте)
(продолжение в следующем посте)
❤5👍2💯2
Стратегии индексирования баз данных в бэкенде
(продолжение предыдущего поста)
→ Индексирование — один из самых эффективных способов ускорить выполнение запросов к базам данных в бэкенд‑системах.
→ Грамотное индексирование сокращает время поиска, улучшает операции соединения (joins) и повышает общую производительность — без изменения логики приложения.
✓ 1. Первичные индексы
→ Автоматически создаются для первичных ключей.
→ Обеспечивают быстрый поиск по уникальным идентификаторам.
→ Всегда индексируйте поля первичного ключа для эффективного извлечения записей.
✓ 2. Вторичные индексы
→ Создаются для неключевых столбцов, часто используемых в поисках.
→ Идеальны для таких полей, как email, имя пользователя или статус.
→ Позволяют быстро фильтровать запросы без сканирования всей таблицы.
✓ 3. Составные индексы
→ Индексы, охватывающие несколько столбцов.
→ Оптимальны, когда запросы фильтруют или сортируют данные по нескольким полям.
→ Порядок имеет значение: индекс по
✓ 4. Уникальные индексы
→ Гарантируют отсутствие повторяющихся значений.
→ Полезны для email, имён пользователей или любых полей, требующих уникальности.
→ Также повышают производительность, поскольку СУБД оптимизирует проверку уникальности.
✓ 5. Полнотекстовые индексы
→ Оптимизированы для поиска фраз и ключевых слов.
→ Полезны для блогов, поиска товаров, мессенджеров.
→ Поддерживают запросы на естественном языке вроде «найти посты о проектировании бэкенда».
✓ 6. Частичные (фильтрованные) индексы
→ Индексируют лишь часть таблицы (например, активных пользователей).
→ Уменьшают размер индекса и повышают скорость, если данные имеют предсказуемые шаблоны.
✓ 7. Покрывающие индексы
→ Включают все необходимые столбцы для запроса.
→ Позволяют СУБД ответить на запрос, используя только индекс — без сканирования таблицы.
→ Идеальны для нагрузок с частыми операциями
✓ 8. Индексирование для операций соединения (joins)
→ Всегда индексируйте внешние ключи.
→ Убедитесь, что обе стороны условий соединения проиндексированы.
→ Значительно улучшают запросы с объединением нескольких таблиц.
✓ 9. Избегайте избыточного индексирования
→ Каждый индекс увеличивает объём хранимых данных.
→ Замедляет операции записи (вставка/обновление/удаление).
→ Создавайте индексы только для реальных, регулярно повторяющихся шаблонов запросов.
✓ 10. Мониторинг производительности индексов
→ Используйте команды
→ Удаляйте неиспользуемые индексы, чтобы снизить накладные расходы.
→ Постоянно корректируйте индексирование по мере эволюции данных и запросов.
(продолжение предыдущего поста)
→ Индексирование — один из самых эффективных способов ускорить выполнение запросов к базам данных в бэкенд‑системах.
→ Грамотное индексирование сокращает время поиска, улучшает операции соединения (joins) и повышает общую производительность — без изменения логики приложения.
✓ 1. Первичные индексы
→ Автоматически создаются для первичных ключей.
→ Обеспечивают быстрый поиск по уникальным идентификаторам.
→ Всегда индексируйте поля первичного ключа для эффективного извлечения записей.
✓ 2. Вторичные индексы
→ Создаются для неключевых столбцов, часто используемых в поисках.
→ Идеальны для таких полей, как email, имя пользователя или статус.
→ Позволяют быстро фильтровать запросы без сканирования всей таблицы.
✓ 3. Составные индексы
→ Индексы, охватывающие несколько столбцов.
→ Оптимальны, когда запросы фильтруют или сортируют данные по нескольким полям.
→ Порядок имеет значение: индекс по
(страна, город) поможет запросу с фильтрацией по обоим параметрам, но не по городу в одиночку.✓ 4. Уникальные индексы
→ Гарантируют отсутствие повторяющихся значений.
→ Полезны для email, имён пользователей или любых полей, требующих уникальности.
→ Также повышают производительность, поскольку СУБД оптимизирует проверку уникальности.
✓ 5. Полнотекстовые индексы
→ Оптимизированы для поиска фраз и ключевых слов.
→ Полезны для блогов, поиска товаров, мессенджеров.
→ Поддерживают запросы на естественном языке вроде «найти посты о проектировании бэкенда».
✓ 6. Частичные (фильтрованные) индексы
→ Индексируют лишь часть таблицы (например, активных пользователей).
→ Уменьшают размер индекса и повышают скорость, если данные имеют предсказуемые шаблоны.
✓ 7. Покрывающие индексы
→ Включают все необходимые столбцы для запроса.
→ Позволяют СУБД ответить на запрос, используя только индекс — без сканирования таблицы.
→ Идеальны для нагрузок с частыми операциями
SELECT.✓ 8. Индексирование для операций соединения (joins)
→ Всегда индексируйте внешние ключи.
→ Убедитесь, что обе стороны условий соединения проиндексированы.
→ Значительно улучшают запросы с объединением нескольких таблиц.
✓ 9. Избегайте избыточного индексирования
→ Каждый индекс увеличивает объём хранимых данных.
→ Замедляет операции записи (вставка/обновление/удаление).
→ Создавайте индексы только для реальных, регулярно повторяющихся шаблонов запросов.
✓ 10. Мониторинг производительности индексов
→ Используйте команды
EXPLAIN или ANALYZE для проверки использования индексов. → Удаляйте неиспользуемые индексы, чтобы снизить накладные расходы.
→ Постоянно корректируйте индексирование по мере эволюции данных и запросов.
Telegram
METANIT.COM
Стратегии индексирования баз данных в бэкенде
(продолжение в следующем посте)
(продолжение в следующем посте)
❤7👍4💯2
This media is not supported in your browser
VIEW IN TELEGRAM
Линус Тольвальдс об ИИ:
- «Искусственный интеллект — это, безусловно, мыльный пузырь, но он изменит то, как выполняется большинство квалифицированных работ».
- «Программирование с помощью ИИ отлично подходит для начала изучения программирования, но поддерживать такой код — ужасная задача».
- «Я большой сторонник ИИ. Но я не большой сторонник всего, что связано с ИИ. Я считаю, что рынок и маркетинг в этой сфере находятся в плачевном состоянии. Неизбежен обвал».
- «Искусственный интеллект — это, безусловно, мыльный пузырь, но он изменит то, как выполняется большинство квалифицированных работ».
- «Программирование с помощью ИИ отлично подходит для начала изучения программирования, но поддерживать такой код — ужасная задача».
- «Я большой сторонник ИИ. Но я не большой сторонник всего, что связано с ИИ. Я считаю, что рынок и маркетинг в этой сфере находятся в плачевном состоянии. Неизбежен обвал».
🔥25💯15🤝9🖕1
Компания Amazon поделилась историей перехода на Rust с Kotlin и Go
На конференции AWS re:Invent 2025 компания AWS (Amazon) объявила, что Rust стал языком программирования по умолчанию для всех проектов в области data plane (обработка данных), подчеркивая его превосходство в производительности по сравнению с другими языками. AWS уже использует Rust в своих микро-виртуальных машинах, таких как Bottlerocket и Firecracker.
Компания сделала акцент на преимуществах Rust, прежде всего на отсутствии накладных расходов на сборку мусора, которые сильно влияют на языки вроде Kotlin и Go в крупных распределенных приложениях.
CTO AWS Вернер Фогелс отметил, что база данных Aurora DSQL (распределенная PostgreSQL-совместимая СУБД) была переписана с Kotlin на Go для решения проблем с производительностью, но Rust показал еще лучшие результаты: «Код на [Rust] был в 10 раз быстрее нашей тщательно настроенной реализации на Kotlin — несмотря на отсутствие попыток его оптимизации».
В качестве примера успешной интеграции приводится пример с агента мониторига Datadog - изначально написанный на Go и запущенный как расширение на AWS Lambda, имел время холодного старта 700–800 мс, что считалось «огромной нагрузкой» для serverless-observability. Переход на Rust сократил это до 80 мс.
Кроме того, Rust обрабатывал в разы больше точек данных в секунду (PPS), а в целом код на Rust был почти в 3 раза быстрее. Стайвенберг объяснил, что Go тратил 30% времени на сборку мусора из-за частых мелких аллокаций памяти для данных observability. Хотя оптимизация Go с использованием off-heap памяти возможна, она приводит к неудобоуправляемому коду. В итоге: «Идиоматичный код на Rust дает производительность тщательно оптимизированного кода на Go».
https://devclass.com/2025/12/08/aws-shows-rust-love-at-reinvent-10-times-faster-than-kotlin-one-tenth-the-latency-of-go/
На конференции AWS re:Invent 2025 компания AWS (Amazon) объявила, что Rust стал языком программирования по умолчанию для всех проектов в области data plane (обработка данных), подчеркивая его превосходство в производительности по сравнению с другими языками. AWS уже использует Rust в своих микро-виртуальных машинах, таких как Bottlerocket и Firecracker.
Компания сделала акцент на преимуществах Rust, прежде всего на отсутствии накладных расходов на сборку мусора, которые сильно влияют на языки вроде Kotlin и Go в крупных распределенных приложениях.
CTO AWS Вернер Фогелс отметил, что база данных Aurora DSQL (распределенная PostgreSQL-совместимая СУБД) была переписана с Kotlin на Go для решения проблем с производительностью, но Rust показал еще лучшие результаты: «Код на [Rust] был в 10 раз быстрее нашей тщательно настроенной реализации на Kotlin — несмотря на отсутствие попыток его оптимизации».
В качестве примера успешной интеграции приводится пример с агента мониторига Datadog - изначально написанный на Go и запущенный как расширение на AWS Lambda, имел время холодного старта 700–800 мс, что считалось «огромной нагрузкой» для serverless-observability. Переход на Rust сократил это до 80 мс.
Кроме того, Rust обрабатывал в разы больше точек данных в секунду (PPS), а в целом код на Rust был почти в 3 раза быстрее. Стайвенберг объяснил, что Go тратил 30% времени на сборку мусора из-за частых мелких аллокаций памяти для данных observability. Хотя оптимизация Go с использованием off-heap памяти возможна, она приводит к неудобоуправляемому коду. В итоге: «Идиоматичный код на Rust дает производительность тщательно оптимизированного кода на Go».
https://devclass.com/2025/12/08/aws-shows-rust-love-at-reinvent-10-times-faster-than-kotlin-one-tenth-the-latency-of-go/
DEVCLASS
AWS shows Rust love at re:Invent: 10 times faster than Kotlin, one tenth the latency of Go • DEVCLASS
At its re:Invent conference in Las Vegas last week, AWS described how it now uses Rust by default […]
🤡14❤12🤔6👍4😱1🤮1
Владимир Путин предупредил о риске потерять «все, что дорого», из-за ИИ
Президент считает, что существует угроза раскола общества — на элиту, которая «действительно думает», и тех, кто умеет только «нажимать кнопку»
«Не использовать эти инструменты — значит проиграть все, что нам дорого. Просто все проиграть, если не использовать эти возможности больших данных и все, что с этим связано. Но в то же время, если использовать это бездумно, то это тоже может привести к утрате как раз всего того, что нам дорого».
«Нам ни в коем случае нельзя потерять поколение совсем молодых наших граждан, которые вместо того, чтобы думать, будут просто нажимать кнопочку, и все. И сами не будут в состоянии решать элементарные задачи по математике, физике, химии. Да и историю знать, как следует, не будут. Вот это сложная задача. Чтобы у нас не возникла элита из двух десятых человек, которые действительно думают, которые что-то генерят, и основной массы людей, которые будут только уметь кнопку нажимать, и все», — сказал глава государства.
https://www.rbc.ru/technology_and_media/09/12/2025/6938392a9a794741ee23fbdf?from=from_main_9
Президент считает, что существует угроза раскола общества — на элиту, которая «действительно думает», и тех, кто умеет только «нажимать кнопку»
«Не использовать эти инструменты — значит проиграть все, что нам дорого. Просто все проиграть, если не использовать эти возможности больших данных и все, что с этим связано. Но в то же время, если использовать это бездумно, то это тоже может привести к утрате как раз всего того, что нам дорого».
«Нам ни в коем случае нельзя потерять поколение совсем молодых наших граждан, которые вместо того, чтобы думать, будут просто нажимать кнопочку, и все. И сами не будут в состоянии решать элементарные задачи по математике, физике, химии. Да и историю знать, как следует, не будут. Вот это сложная задача. Чтобы у нас не возникла элита из двух десятых человек, которые действительно думают, которые что-то генерят, и основной массы людей, которые будут только уметь кнопку нажимать, и все», — сказал глава государства.
https://www.rbc.ru/technology_and_media/09/12/2025/6938392a9a794741ee23fbdf?from=from_main_9
РБК
Путин предупредил о риске потерять «все, что дорого», из-за ИИ
Президент считает, что существует угроза раскола общества — на элиту, которая «действительно думает», и тех, кто умеет только «нажимать кнопку»
👍43🤣12🤡11💩7🤔5👀3❤2💯1🙊1
В руководство по сетевому программированию на Python добавлены материалы про Создание локального HTTP/HTTPS-сервера
https://metanit.com/python/network/2.1.php
#python
https://metanit.com/python/network/2.1.php
#python
🔥21👍6❤3🤮1
НАСТРОЙКА СЕТИ В LINUX
(продолжение предыдущего поста)
1. Введение
→ Linux предоставляет мощные и гибкие инструменты для настройки и управления сетевыми параметрами.
→ Эти настройки определяют, как ваша система подключается к локальным сетям, интернету и удалённым сервисам.
→ В зависимости от дистрибутива Linux, сеть можно настраивать с помощью утилит командной строки, конфигурационных файлов или NetworkManager.
2. Просмотр сетевых интерфейсов
→ Проверить все сетевые интерфейсы:
→
→
→
→ Включить или отключить интерфейс:
→
→
3. Назначение IP‑адресов
→ Назначить временный IP‑адрес:
→
→ Удалить назначенный IP‑адрес:
→
→ Просмотреть назначенные IP‑адреса:
→
4. Постоянная настройка IP
→ Постоянные настройки зависят от дистрибутива Linux.
Debian/Ubuntu:
Пример:
→ Применить конфигурацию:
→
RHEL/CentOS/Fedora:
Пример:
→ Перезапустить сетевую службу:
→
Arch Linux:
Пример:
→ Перезапустить systemd‑networkd:
→
5. Настройка DNS
→ Проверить настройки DNS:
→
→ Установить DNS вручную:
Добавить в
→ С использованием NetworkManager:
→
6. Использование NetworkManager (nmcli)
→ Показать устройства:
→
→ Подключиться к Wi‑Fi:
→
→ Установить статический IP:
→
→
→
→
7. Настройка маршрутизации
→ Показать маршруты:
→
→ Добавить маршрут:
→
→ Удалить маршрут:
→
8. Проверка сетевых подключений
→ Проверить доступность:
→
→ Проверить разрешение DNS:
→
→ Проследить сетевой путь:
→
→ Отобразить открытые порты:
→
→ Проверить сетевую статистику:
→
9. Настройка брандмауэра (кратко)
UFW (Ubuntu):
→ Включить:
→ Разрешить порт:
Firewalld (RHEL/Fedora):
→ Разрешить сервис:
→ Перезагрузить брандмауэр:
10. Имя хоста и файл hosts
→ Показать имя хоста:
→
→ Изменить имя хоста:
→
→ Редактировать файл hosts:
→
Пример:
11. Инструменты для устранения сетевых неполадок
→
→
→
→
→
→
(продолжение предыдущего поста)
1. Введение
→ Linux предоставляет мощные и гибкие инструменты для настройки и управления сетевыми параметрами.
→ Эти настройки определяют, как ваша система подключается к локальным сетям, интернету и удалённым сервисам.
→ В зависимости от дистрибутива Linux, сеть можно настраивать с помощью утилит командной строки, конфигурационных файлов или NetworkManager.
2. Просмотр сетевых интерфейсов
→ Проверить все сетевые интерфейсы:
→
ip link →
ip addr →
ifconfig (устаревший инструмент)→ Включить или отключить интерфейс:
→
sudo ip link set eth0 up →
sudo ip link set eth0 down3. Назначение IP‑адресов
→ Назначить временный IP‑адрес:
→
sudo ip addr add 192.168.1.50/24 dev eth0→ Удалить назначенный IP‑адрес:
→
sudo ip addr del 192.168.1.50/24 dev eth0→ Просмотреть назначенные IP‑адреса:
→
ip a4. Постоянная настройка IP
→ Постоянные настройки зависят от дистрибутива Linux.
Debian/Ubuntu:
/etc/netplan/*.yamlПример:
network:
version: 2
ethernets:
eth0:
dhcp4: no
addresses: [192.168.1.100/24]
gateway4: 192.168.1.1
nameservers:
addresses: [8.8.8.8, 1.1.1.1]
→ Применить конфигурацию:
→
sudo netplan applyRHEL/CentOS/Fedora:
/etc/sysconfig/network-noscripts/ifcfg-eth0Пример:
DEVICE=eth0
BOOTPROTO=none
ONBOOT=yes
IPADDR=192.168.1.100
PREFIX=24
GATEWAY=192.168.1.1
DNS1=8.8.8.8
DNS2=1.1.1.1
→ Перезапустить сетевую службу:
→
sudo systemctl restart NetworkManagerArch Linux:
/etc/systemd/network/*.networkПример:
[Match]
Name=eth0
[Network]
Address=192.168.1.100/24
Gateway=192.168.1.1
DNS=8.8.8.8
→ Перезапустить systemd‑networkd:
→
sudo systemctl restart systemd-networkd5. Настройка DNS
→ Проверить настройки DNS:
→
cat /etc/resolv.conf→ Установить DNS вручную:
Добавить в
/etc/resolv.conf:nameserver 8.8.8.8
nameserver 1.1.1.1
→ С использованием NetworkManager:
→
sudo nmcli dev show | grep DNS6. Использование NetworkManager (nmcli)
→ Показать устройства:
→
nmcli dev status→ Подключиться к Wi‑Fi:
→
nmcli dev wifi connect "SSID" password "PASSWORD"→ Установить статический IP:
→
nmcli con mod "Wired connection 1" ipv4.addresses 192.168.1.100/24 →
nmcli con mod "Wired connection 1" ipv4.gateway 192.168.1.1 →
nmcli con mod "Wired connection 1" ipv4.method manual →
nmcli con up "Wired connection 1"7. Настройка маршрутизации
→ Показать маршруты:
→
ip route→ Добавить маршрут:
→
sudo ip route add 10.0.0.0/24 via 192.168.1.1→ Удалить маршрут:
→
sudo ip route del 10.0.0.0/248. Проверка сетевых подключений
→ Проверить доступность:
→
ping 8.8.8.8→ Проверить разрешение DNS:
→
ping http://google.com→ Проследить сетевой путь:
→
traceroute http://google.com→ Отобразить открытые порты:
→
ss -tulnp→ Проверить сетевую статистику:
→
netstat -tulnp (устаревший инструмент)9. Настройка брандмауэра (кратко)
UFW (Ubuntu):
→ Включить:
sudo ufw enable → Разрешить порт:
sudo ufw allow 80Firewalld (RHEL/Fedora):
→ Разрешить сервис:
sudo firewall-cmd --add-service=http --permanent → Перезагрузить брандмауэр:
sudo firewall-cmd --reload10. Имя хоста и файл hosts
→ Показать имя хоста:
→
hostname→ Изменить имя хоста:
→
sudo hostnamectl set-hostname new-name→ Редактировать файл hosts:
→
/etc/hostsПример:
127.0.0.1 localhost
192.168.1.100 myserver.local
11. Инструменты для устранения сетевых неполадок
→
ip → основной инструмент для работы с интерфейсами, маршрутизацией, IP‑адресами →
ss → проверка сокетов →
tcpdump → захват пакетов →
nmap → сканирование сети и портов →
dig → запрос DNS →
journalctl -u NetworkManager → просмотр журналовTelegram
METANIT.COM
НАСТРОЙКА СЕТИ В LINUX
(продолжение в следующем посте)
(продолжение в следующем посте)
👍10❤🔥8❤3
JetBrains закрывает Fleet — легковесную IDE (текстовые редактор аля VS Code) нового поколения, развиваемую параллельно с IntelliJ IDEA. Fleet позиционировался как лёгковесная многопрофильная IDE, а затем — как редактор с интеллектуальной поддержкой кода.
Несмотря на технический успех и влияние на другие продукты компании, Fleet не смог занять устойчивую нишу. Команда признала, что поддержка двух похожих линеек IDE лишь запутывала пользователей. Вместо этого JetBrains переориентируется на новый вектор — агентную разработку, где код пишут AI помощники.
https://blog.jetbrains.com/fleet/2025/12/the-future-of-fleet/
Несмотря на технический успех и влияние на другие продукты компании, Fleet не смог занять устойчивую нишу. Команда признала, что поддержка двух похожих линеек IDE лишь запутывала пользователей. Вместо этого JetBrains переориентируется на новый вектор — агентную разработку, где код пишут AI помощники.
https://blog.jetbrains.com/fleet/2025/12/the-future-of-fleet/
The JetBrains Blog
The Future of Fleet | The Fleet Blog
TL;DR Fleet started as our attempt to explore a new generation of JetBrains IDEs, developed in parallel with those based on the IntelliJ Platform. Over time, we learned that having two general-purpose
👎12🤮6🤷♂5👍3😁1
Nvidia будет программно отслеживать местонахождение своих чипов для борьбы с контрабандой
Nvidia разработала технологию определения местоположения своих ИИ-ускорителей. Это поможет компании предотвратить контрабанду чипов искусственного интеллекта в страны, куда их экспорт запрещён.
Nvidia демонстрировала функцию в частном порядке в последние месяцы, но пока не выпустила её. Это программная опция, которую клиенты смогут установить на ускорители. По словам источников, функция будет использовать так называемые конфиденциальные вычислительные возможности графических процессоров.
Функция сначала станет доступна на новейших чипах Blackwell, которые обладают наибольшим количеством функций безопасности «аттестации» по сравнению с предыдущими поколениями Hopper и Ampere, но Nvidia изучает варианты внедрения технологии и для этих более старых ускорителей.
Таким образом компания стремится на призывы Белого дома и законодателей от обеих основных политических партий в Конгрессе США и принять меры по предотвращению контрабанды чипов ИИ в Китай и другие страны (например, в Россию), где их продажа ограничена.
https://www.reuters.com/business/nvidia-builds-location-verification-tech-that-could-help-fight-chip-smuggling-2025-12-10/
Nvidia разработала технологию определения местоположения своих ИИ-ускорителей. Это поможет компании предотвратить контрабанду чипов искусственного интеллекта в страны, куда их экспорт запрещён.
Nvidia демонстрировала функцию в частном порядке в последние месяцы, но пока не выпустила её. Это программная опция, которую клиенты смогут установить на ускорители. По словам источников, функция будет использовать так называемые конфиденциальные вычислительные возможности графических процессоров.
Функция сначала станет доступна на новейших чипах Blackwell, которые обладают наибольшим количеством функций безопасности «аттестации» по сравнению с предыдущими поколениями Hopper и Ampere, но Nvidia изучает варианты внедрения технологии и для этих более старых ускорителей.
Таким образом компания стремится на призывы Белого дома и законодателей от обеих основных политических партий в Конгрессе США и принять меры по предотвращению контрабанды чипов ИИ в Китай и другие страны (например, в Россию), где их продажа ограничена.
https://www.reuters.com/business/nvidia-builds-location-verification-tech-that-could-help-fight-chip-smuggling-2025-12-10/
Reuters
Nvidia builds location verification tech that could help fight chip smuggling
Nvidia has built location verification technology that could indicate which country its chips are operating in, the company confirmed on Wednesday, a move that could help prevent its artificial intelligence chips from being smuggled into countries where their…
👎26🤮8👍4🤯3😁2🤬2🤡2
Поддержка Rust переведена из экспериментальных в основные возможности ядра Linux
На проходящей конференции Maintainers Summit разработчики ядра Linux признали успешным эксперимент по добавлению в ядро Linux компонентов на языке Rust и решили перевести поддержку языка Rust из статуса экспериментальной в полноценную,
Возможность разработки драйверов и модулей на языке Rust была добавлена в ядро 6.1 три года назад . С тех пор в состав ядра были включены абстракции для разработки на Rust драйверов для GPU и других компонентов
Сторонники продвижения Rust считают, что Rust исключает появление большинства ошибок, выявляемых в ядре и вызванных особенностями языка Си (обращение к памяти после её освобождения, выход на границу буфера и т.д.), и что применение Rust для нового кода позволяет сократить время разработки, благодаря снижению трудозатрат на отладку и брагодаря выявлению ошибок на ранней стадии написания кода.
Противники же внедрения Rust в ядро считают недопустимым использование нескольких языков программирования в сложных проектах - смешанные кодовые базы усложняют работу мэйнтейнеров, так как ставят их в зависимость от кода на другом языке.
https://lwn.net/Articles/1049831/
На проходящей конференции Maintainers Summit разработчики ядра Linux признали успешным эксперимент по добавлению в ядро Linux компонентов на языке Rust и решили перевести поддержку языка Rust из статуса экспериментальной в полноценную,
Возможность разработки драйверов и модулей на языке Rust была добавлена в ядро 6.1 три года назад . С тех пор в состав ядра были включены абстракции для разработки на Rust драйверов для GPU и других компонентов
Сторонники продвижения Rust считают, что Rust исключает появление большинства ошибок, выявляемых в ядре и вызванных особенностями языка Си (обращение к памяти после её освобождения, выход на границу буфера и т.д.), и что применение Rust для нового кода позволяет сократить время разработки, благодаря снижению трудозатрат на отладку и брагодаря выявлению ошибок на ранней стадии написания кода.
Противники же внедрения Rust в ядро считают недопустимым использование нескольких языков программирования в сложных проектах - смешанные кодовые базы усложняют работу мэйнтейнеров, так как ставят их в зависимость от кода на другом языке.
https://lwn.net/Articles/1049831/
LWN.net
The (successful) end of the kernel Rust experiment
The topic of the Rust experiment was just discussed at the annual Maintainers Summit. The cons [...]
👎19🔥7✍6🤮5❤4🥰3🤔2👍1🎉1
Распространенные стратегии масштабирования базу данных:
(продолжение предыдущего поста)
1) Кэширование запросов к базе данных
→ Одно из самых простых улучшений для обработки нагрузки на базу данных. Снижайте нагрузку, кэшируя результаты часто запрашиваемых запросов. Такие инструменты, как Redis или Memcached, хранят эти результаты в оперативной памяти, позволяя вашему приложению получать данные быстрее — без многократных обращений к базе данных.
2) Индексирование базы данных
→ Ещё одна простая стратегия, которая даёт значительный прирост производительности. Индексирование ускоряет поиск данных, позволяя быстро находить нужную информацию без сканирования каждой строки. Обычно реализуется с помощью B‑деревьев; индексы снижают сложность доступа к данным с O(n) до O(log n). Запросы выполняются существенно быстрее.
3) Репликация для чтения (read replication)
→ В средах с высокой нагрузкой на чтение репликация может стать следующим эффективным решением. При репликации для чтения у вас есть единственная база данных, в которую вы записываете данные. Она клонируется в несколько (столько, сколько вам нужно) реплик‑баз данных, из которых вы читаете данные. Каждая реплика располагается на отдельном сервере.
4) Шардирование базы данных
→ В отличие от предыдущих стратегий, ориентированных на обработку нагрузки при чтении, шардирование затрагивает и чтение, и запись. Шардирование предполагает разделение базы данных на более мелкие независимые части (шары), каждая из которых обрабатывает свою часть данных. Это позволяет осуществлять горизонтальное масштабирование за счёт распределения нагрузки между несколькими серверами. Хотя этот метод весьма эффективен, он значительно усложняет управление данными и логику запросов. Обычно к шардированию стоит обращаться только после того, как вы исчерпали более простые решения.
(продолжение предыдущего поста)
1) Кэширование запросов к базе данных
→ Одно из самых простых улучшений для обработки нагрузки на базу данных. Снижайте нагрузку, кэшируя результаты часто запрашиваемых запросов. Такие инструменты, как Redis или Memcached, хранят эти результаты в оперативной памяти, позволяя вашему приложению получать данные быстрее — без многократных обращений к базе данных.
2) Индексирование базы данных
→ Ещё одна простая стратегия, которая даёт значительный прирост производительности. Индексирование ускоряет поиск данных, позволяя быстро находить нужную информацию без сканирования каждой строки. Обычно реализуется с помощью B‑деревьев; индексы снижают сложность доступа к данным с O(n) до O(log n). Запросы выполняются существенно быстрее.
3) Репликация для чтения (read replication)
→ В средах с высокой нагрузкой на чтение репликация может стать следующим эффективным решением. При репликации для чтения у вас есть единственная база данных, в которую вы записываете данные. Она клонируется в несколько (столько, сколько вам нужно) реплик‑баз данных, из которых вы читаете данные. Каждая реплика располагается на отдельном сервере.
4) Шардирование базы данных
→ В отличие от предыдущих стратегий, ориентированных на обработку нагрузки при чтении, шардирование затрагивает и чтение, и запись. Шардирование предполагает разделение базы данных на более мелкие независимые части (шары), каждая из которых обрабатывает свою часть данных. Это позволяет осуществлять горизонтальное масштабирование за счёт распределения нагрузки между несколькими серверами. Хотя этот метод весьма эффективен, он значительно усложняет управление данными и логику запросов. Обычно к шардированию стоит обращаться только после того, как вы исчерпали более простые решения.
Telegram
METANIT.COM
Распространенные стратегии масштабирования базу данных:
(продолжение в следующем посте)
(продолжение в следующем посте)
👍6❤2🔥1👏1
Половина крупного бизнеса допустила сокращения сотрудников из-за ИИ
Почти половина крупных российских компаний планирует сокращения сотрудников в результате внедрения ИИ, в малом и среднем бизнесе — реже. В России на этом фоне начались первые суды из-за увольнения по причине ИИ
Почти половина крупного бизнеса (47%) планирует сократить штат сотрудников благодаря внедрению решений искусственного интеллекта. Ровно столько же крупных компаний таких сокращений не планируют. Еще 6% респондентов затруднились ответить на этот вопрос.
Большинство всех компаний (68%), вне зависимости от размера бизнеса и опыта использования ИИ, не планируют сокращения персонала при переходе к новым технологиям. В то же время 22% предприятий, напротив, рассматривают оптимизацию штата.
При этом чем меньше бизнес, тем меньше доля тех, кто рассматривает возможность сокращения работников. Так, среди среднего бизнеса таких 37%, среди малого — 18%, а среди микро — 11%. Значительно более низкая доля компаний, планирующих сокращения, среди микро- и малого бизнеса может быть следствием как недостаточности финансовых и других ресурсов в настоящее время для масштабного внедрения ИИ-сервисов, так и недостатка знаний, недоверия к искусственному интеллекту, считают авторы исследования.
https://www.rbc.ru/technology_and_media/11/12/2025/693932199a7947fd13afb1cc
Почти половина крупных российских компаний планирует сокращения сотрудников в результате внедрения ИИ, в малом и среднем бизнесе — реже. В России на этом фоне начались первые суды из-за увольнения по причине ИИ
Почти половина крупного бизнеса (47%) планирует сократить штат сотрудников благодаря внедрению решений искусственного интеллекта. Ровно столько же крупных компаний таких сокращений не планируют. Еще 6% респондентов затруднились ответить на этот вопрос.
Большинство всех компаний (68%), вне зависимости от размера бизнеса и опыта использования ИИ, не планируют сокращения персонала при переходе к новым технологиям. В то же время 22% предприятий, напротив, рассматривают оптимизацию штата.
При этом чем меньше бизнес, тем меньше доля тех, кто рассматривает возможность сокращения работников. Так, среди среднего бизнеса таких 37%, среди малого — 18%, а среди микро — 11%. Значительно более низкая доля компаний, планирующих сокращения, среди микро- и малого бизнеса может быть следствием как недостаточности финансовых и других ресурсов в настоящее время для масштабного внедрения ИИ-сервисов, так и недостатка знаний, недоверия к искусственному интеллекту, считают авторы исследования.
https://www.rbc.ru/technology_and_media/11/12/2025/693932199a7947fd13afb1cc
РБК
Половина крупного бизнеса допустила сокращения сотрудников из-за ИИ
Почти половина крупных российских компаний планирует сокращения сотрудников в результате внедрения ИИ, в малом и среднем бизнесе — реже. В России на этом фоне начались первые суды из-за увольнения по
🖕16🤔5🤡3❤2🤷♂2😁1😢1
В Госдуме заявили о возможном ограничении в России работы всех сервисов Google
Все сервисы Google могут попасть под ограничения работы в России из-за закона о хранении персональных данных, заявил «Газете.ру» депутат Госдумы Андрей Свинцов. По его словам, компания хранит все данные российских граждан за пределами страны, что представляет «серьезную угрозу». В список сервисов Google входят одноименный поисковик, почта Gmail, карты Google Maps, видеохостинг YouTube, хранилище Google Диск, браузер Chrome и другие приложения и сервисы
По словам депутата, бизнес привык к сервисам Google и выстроил на них всю систему управления, однако российские IT-решения «ничем не уступают западным». «Они современные, то есть недавно созданные, многие из них даже по качеству лучше. Есть, которые необходимо дорабатывать, но это тоже не годы, а, может быть, полгода. Те решения, которые сегодня есть на рынке, будут доработаны. Поэтому считаю, что абсолютно правильная тенденция мягкого выдавливания всего американского с территории Российской Федерации», — подчеркнул он.
Депутат добавил, что сервисы Google могут постепенно начать замедляться на территории страны, чтобы у граждан страны и бизнеса было время на переход на российские аналоги. Forbes обратился за комментариями в Минцифры и Роскомнадзор.
https://www.forbes.ru/tekhnologii/551808-v-gosdume-zaavili-o-vozmoznom-ogranicenii-v-rossii-raboty-vseh-servisov-google
Все сервисы Google могут попасть под ограничения работы в России из-за закона о хранении персональных данных, заявил «Газете.ру» депутат Госдумы Андрей Свинцов. По его словам, компания хранит все данные российских граждан за пределами страны, что представляет «серьезную угрозу». В список сервисов Google входят одноименный поисковик, почта Gmail, карты Google Maps, видеохостинг YouTube, хранилище Google Диск, браузер Chrome и другие приложения и сервисы
По словам депутата, бизнес привык к сервисам Google и выстроил на них всю систему управления, однако российские IT-решения «ничем не уступают западным». «Они современные, то есть недавно созданные, многие из них даже по качеству лучше. Есть, которые необходимо дорабатывать, но это тоже не годы, а, может быть, полгода. Те решения, которые сегодня есть на рынке, будут доработаны. Поэтому считаю, что абсолютно правильная тенденция мягкого выдавливания всего американского с территории Российской Федерации», — подчеркнул он.
Депутат добавил, что сервисы Google могут постепенно начать замедляться на территории страны, чтобы у граждан страны и бизнеса было время на переход на российские аналоги. Forbes обратился за комментариями в Минцифры и Роскомнадзор.
https://www.forbes.ru/tekhnologii/551808-v-gosdume-zaavili-o-vozmoznom-ogranicenii-v-rossii-raboty-vseh-servisov-google
Forbes.ru
В Госдуме заявили о возможном ограничении в России работы всех сервисов Google
Все сервисы Google могут попасть под ограничения работы в России из-за закона о хранении персональных данных, заявил «Газете.ру» депутат Госдумы Андрей Свинцов. По его словам, компания хранит все данные российских граждан за пределами страны, что пре
🤡79🙈9👎6👍2😁2❤1🔥1😭1👀1