Фильтрация без лишних аллокаций
При фильтрации слайсов в Go стандартный подход — создание нового слайса для отфильтрованных элементов.
Однако такой метод приводит к дополнительным аллокациям памяти.
Более эффективный способ — фильтровать «на месте», используя исходный массив слайса.
Как это работает:
•
• Добавляя
Таким образом, мы не выделяем новую память, а заполняем уже существующий массив.
Этот метод особенно полезен, когда:
•
• Критична производительность, особенно при работе с большими объемами данных.
👉 @juniorGolang | #tip
При фильтрации слайсов в Go стандартный подход — создание нового слайса для отфильтрованных элементов.
Однако такой метод приводит к дополнительным аллокациям памяти.
Более эффективный способ — фильтровать «на месте», используя исходный массив слайса.
Как это работает:
•
filtered := numbers[:0] создаёт новый слайс filtered, который ссылается на тот же массив, что и numbers, но имеет нулевую длину, сохраняя емкость numbers. • Добавляя
num в filtered, мы избегаем лишних аллокаций, так как просто изменяем содержимое numbers (или его базового массива).Таким образом, мы не выделяем новую память, а заполняем уже существующий массив.
Этот метод особенно полезен, когда:
•
numbers больше не нужен после фильтрации.• Критична производительность, особенно при работе с большими объемами данных.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍16🔥7❤3👎1
https://github.com/yusing/godoxy
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤3
Leak and Seek: A Go Runtime Mystery
Статья описывает расследование команды Cyolo, связанное с утечкой памяти в приложении на языке Go. После сообщений клиентов о проблемах с производительностью команда обнаружила, что утечка связана с объектами SqliteRows, SqliteStmt и SqliteConn в драйвере SQLite3.
Они исследовали возможность циклических ссылок и проблемы с механизмом финализаторов в Go, но выяснили, что причиной была блокировка горутины финализатора из-за функции Close в пакете go-smb2, выполняющей потенциально блокирующие операции ввода-вывода.
Это приводило к задержке освобождения памяти и утечке ресурсов. В результате команда предложила улучшения для мониторинга финализаторов и сообщила о найденных проблемах сообществу Go
👉 Читать
👉 @juniorGolang | #cтатья
Статья описывает расследование команды Cyolo, связанное с утечкой памяти в приложении на языке Go. После сообщений клиентов о проблемах с производительностью команда обнаружила, что утечка связана с объектами SqliteRows, SqliteStmt и SqliteConn в драйвере SQLite3.
Они исследовали возможность циклических ссылок и проблемы с механизмом финализаторов в Go, но выяснили, что причиной была блокировка горутины финализатора из-за функции Close в пакете go-smb2, выполняющей потенциально блокирующие операции ввода-вывода.
Это приводило к задержке освобождения памяти и утечке ресурсов. В результате команда предложила улучшения для мониторинга финализаторов и сообщила о найденных проблемах сообществу Go
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤2😁2
Продолжайте работу с контекстами с помощью
Мы уже знаем, что при отмене родительского контекста отменяются и все его дочерние контексты, верно?
Но иногда это поведение нежелательно.
Есть случаи, когда нужно, чтобы определённые операции продолжались, даже если родительский контекст был отменён.
Представьте, что вы обрабатываете HTTP-запрос, и при его отмене (например, из-за таймаута или разрыва соединения с клиентом) всё ещё необходимо залогировать информацию о запросе и собрать метрики.
Это возможно, но новый контекст не содержит значений из исходного контекста события, которые важны, например, для логирования или сбора метрик.
Передача значений возможна только через дочерний контекст.
Возвращаясь к примеру с HTTP-запросом, решение следующее:
Кстати, эта функция появилась в Go 1.21.✌️
👉 @juniorGolang | #tip
context.WithoutCancel()Мы уже знаем, что при отмене родительского контекста отменяются и все его дочерние контексты, верно?
Но иногда это поведение нежелательно.
Есть случаи, когда нужно, чтобы определённые операции продолжались, даже если родительский контекст был отменён.
Представьте, что вы обрабатываете HTTP-запрос, и при его отмене (например, из-за таймаута или разрыва соединения с клиентом) всё ещё необходимо залогировать информацию о запросе и собрать метрики.
«Ха, просто создам новый контекст для этих операций»
Это возможно, но новый контекст не содержит значений из исходного контекста события, которые важны, например, для логирования или сбора метрик.
Передача значений возможна только через дочерний контекст.
Возвращаясь к примеру с HTTP-запросом, решение следующее:
context.WithoutCancel позволяет создать дочерний контекст, который не будет отменён при отмене родительского. Это обеспечивает завершение нужных операций даже после отмены запроса.Кстати, эта функция появилась в Go 1.21.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11❤3
https://github.com/gleicon/browserhttp
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤3
Избегайте использования
Когда вы работаете над проектами, где нужно генерировать ключи — например, для шифрования или создания уникальных идентификаторов — качество и безопасность этих ключей имеют большое значение.
Почему не
Пакет
Это означает, что если известен способ генерации чисел (seed), можно предсказать их значения.
Даже если использовать в качестве seed текущее время (например,
Почему
Пакет
Он спроектирован таким образом, чтобы быть непредсказуемым, используя источники случайности от операционной системы, которые гораздо сложнее предугадать.
👉 @juniorGolang | #tip
math/rand, вместо этого используйте crypto/rand для генерации ключейКогда вы работаете над проектами, где нужно генерировать ключи — например, для шифрования или создания уникальных идентификаторов — качество и безопасность этих ключей имеют большое значение.
Почему не
math/rand?Пакет
math/rand генерирует псевдослучайные числа.Это означает, что если известен способ генерации чисел (seed), можно предсказать их значения.
Даже если использовать в качестве seed текущее время (например,
time.Now().UnixNano()), уровень непредсказуемости (энтропии) остаётся низким, потому что время между запусками не сильно отличается.Почему
crypto/rand?Пакет
crypto/rand предоставляет способ генерации криптографически стойких случайных чисел.Он спроектирован таким образом, чтобы быть непредсказуемым, используя источники случайности от операционной системы, которые гораздо сложнее предугадать.
crypto/rand подходит для шифрования, аутентификации и других операций, чувствительных к безопасности.Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍20❤2
https://github.com/rotisserie/eris
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍3
Не допускайте сбоя: паттерн повторной попытки (Retry Pattern) в Go
Статья объясняет, как реализовать паттерн повторных попыток (retry) в Go для обработки временных сбоев — например, сетевых ошибок.
Описываются разные стратегии (фиксированная задержка, экспоненциальный бэкофф с джиттером) и дается пример универсального retry-механизма.
👉 Читать
👉 @juniorGolang | #cтатья
Статья объясняет, как реализовать паттерн повторных попыток (retry) в Go для обработки временных сбоев — например, сетевых ошибок.
Описываются разные стратегии (фиксированная задержка, экспоненциальный бэкофф с джиттером) и дается пример универсального retry-механизма.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11👎1
API маршрутизатор для серверов #MCP, написанный на Go
https://github.com/chatmcp/mcprouter
👉 @juniorGolang | #ресурсы
https://github.com/chatmcp/mcprouter
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤2
Получаем указатели проще с помощью дженериков
Небольшой совет для тех, кто пишет на Go и часто сталкивается с необходимостью получить указатель на значение.
Раньше вы, возможно, делали так (1 картинка)
Или пытались уместить всё в одну строчку, используя небольшой трюк (2 картинка)
Такой способ рабочий, но выглядит громоздко, особенно если приходится делать это часто для разных типов данных.
Теперь давайте посмотрим на более простой и современный способ с дженериками (3 картинка)
Эта небольшая функция позволяет создавать указатель для любого типа значения, не повторяя один и тот же код снова и снова.
Просто передайте своё значение в функцию
Такой подход делает код чище и избавляет от лишнего дублирования.
Больше не нужно писать отдельные функции или вручную обрабатывать указатели для каждого типа. Держите код простым и сосредоточьтесь на главном.
👉 @juniorGolang | #tip
Небольшой совет для тех, кто пишет на Go и часто сталкивается с необходимостью получить указатель на значение.
Раньше вы, возможно, делали так (1 картинка)
Или пытались уместить всё в одну строчку, используя небольшой трюк (2 картинка)
Такой способ рабочий, но выглядит громоздко, особенно если приходится делать это часто для разных типов данных.
Теперь давайте посмотрим на более простой и современный способ с дженериками (3 картинка)
Эта небольшая функция позволяет создавать указатель для любого типа значения, не повторяя один и тот же код снова и снова.
Просто передайте своё значение в функцию
Ptr, и вы получите нужный указатель (4 картинка)Такой подход делает код чище и избавляет от лишнего дублирования.
Больше не нужно писать отдельные функции или вручную обрабатывать указатели для каждого типа. Держите код простым и сосредоточьтесь на главном.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10👍6👎4🤔2
Инструмент, который сканирует указанные организации или учетные записи пользователей на GitHub в поиске публичных Go-модулей, парсит их прямые зависимости из файлов go.mod и генерирует граф зависимостей в формате DOT или топологически отсортированный список
https://github.com/ldemailly/depgraph
👉 @juniorGolang | #ресурсы
https://github.com/ldemailly/depgraph
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5
Forwarded from Уголок ВКонтакте
Мы переезжаем на новую архитектуру и ищем для этого Go-разработчиков. Требования простые:
• Вы хорошо пишете код.
• Вас не пугает мысль, что десятки миллионов людей будут пользоваться вашим кодом каждый день.
• Вы умеете играть в Go.
Узнать про стек, задачи, команду и условия можно будет на специальном митапе для Go-разработчиков 24 апреля. Будет два варианта встречи:
Офлайн: В нашем питерском офисе у Красного моста. Будет мило, с неформальным общением и возможностью потрогать живых VK-разрабов.
Онлайн: Прямая трансляция для тех, кто любит Питер, но живёт не там.
❗️ВАЖНО: Чтобы попасть (и офлайн, и онлайн), нужно зарегистрироваться по ссылке.
• Вы хорошо пишете код.
• Вас не пугает мысль, что десятки миллионов людей будут пользоваться вашим кодом каждый день.
Узнать про стек, задачи, команду и условия можно будет на специальном митапе для Go-разработчиков 24 апреля. Будет два варианта встречи:
Офлайн: В нашем питерском офисе у Красного моста. Будет мило, с неформальным общением и возможностью потрогать живых VK-разрабов.
Онлайн: Прямая трансляция для тех, кто любит Питер, но живёт не там.
❗️ВАЖНО: Чтобы попасть (и офлайн, и онлайн), нужно зарегистрироваться по ссылке.
👍5
Стриминг больших файлов между микросервисами: Реализация на Go
Этот проект демонстрирует практическую реализацию на Go для эффективной передачи больших файлов или объёмных payload'ов между микросервисами. Он напрямую отвечает на задачу, озвученную Сумитом Мукхиджей в этом твите:
Реализация предлагает решение на основе стандартного HTTP-протокола, с акцентом на следующие аспекты:
🔹 Эффективное использование памяти: исключается загрузка целого файла в память как на клиенте, так и на сервере.
🔹 Эффективность по пропускной способности: применяется выборочное сжатие для подходящих типов контента с целью снижения сетевого трафика.
🔹 Устойчивость: реализована поддержка возобновляемых загрузок для корректной обработки сетевых сбоев.
🔹 Производительность: используется буферизация ввода/вывода и возможности стандартной библиотеки Go для оптимизации операций.
Полный исходный код реализации доступен здесь
👉 Читать
👉 @juniorGolang | #cтатья
Этот проект демонстрирует практическую реализацию на Go для эффективной передачи больших файлов или объёмных payload'ов между микросервисами. Он напрямую отвечает на задачу, озвученную Сумитом Мукхиджей в этом твите:
"Вашему микросервису нужно передавать большие объёмы данных (например, файлы, изображения) между сервисами. Как вы спроектируете коммуникацию, чтобы избежать узких мест в производительности и эффективно обрабатывать большие payload'ы?"
Реализация предлагает решение на основе стандартного HTTP-протокола, с акцентом на следующие аспекты:
Полный исходный код реализации доступен здесь
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9👍5😁2