Python

18 October 2026 14:22

может всё на sql сделать

Python

18 October 2026 14:21

можно хранимку для погреса написать чтоб поближе к данным быть

Python

18 October 2026 14:12

Вам задачу решить или на размер дрочить?
Принципиально больше кода не станет. Существующий будет разделён на 2 файла, обвязка вокруг IPC уедет в третий файл

Python

18 October 2026 14:10

ваше допущение о том, что задача простая, разбивается о проблемы, в которые вы уже упёрлись — задача немного сложнее, чем кажется

Python

18 October 2026 14:09

ну с учётом того, что вы сам код не пишете, единственное объяснение — экономия токенов. Я вас правильно понял?
Кстати. Если вы вынесете работу с алхимией в сабпроцесс — эти 700мс тоже останутся там
Мне кажется, вам ничего не стоит протестировать идею

Python

18 October 2026 14:08

На adler32 - 4 нс на 15 мегов. Но теперь упёрся в алхимию, сериализация полей занимает 700мс 😄

Python

18 October 2026 14:06

ну там вон выше про это было уже 🌚

Python

18 October 2026 14:05

если у нас тормозит хождение в субд, то алхимия как будто ещё одно лишнее звено

Python

18 October 2026 14:04

кстати. А дайте больше контекста насчёт условий и окружения:
1) Есть ли ограничение на число задействованных цпу? Вы трединг упоминали — я предположил, что ограничения нет
2) Почему вы упомянули под ограничение про 500+ строк кода? Моя гипотеза о том, что "простая задача должна решаться просто" является домыслом

Python

18 October 2026 14:02

да, я в какой-то момент что-то заметно ускорил попросив адаптер базы не парсить datetime

Python

18 October 2026 13:59

Ну я бы на шаринг не уповал сильно — среда не обязана его гарантировать
Насчёт компактных представлений / компактных индексов неистово плюсую

Python

18 October 2026 13:56

у меня когда "грузим всю БД раз в 30 секунд в память процесса" стало жрать много памяти, я стал грузить данные в bytearray и на ходу с ними байтоёбствовать %)

Python

18 October 2026 13:55

предположения:
1) реально данные меняются сильно реже, чем раз в 15 секунд
2) когда данные меняются, они меняются мало и точечно
Если хоть одно из предположений работает — ты получишь выигрыш

Python

18 October 2026 13:53

я же тебе говорил — преобразуй полную перезагрузку в событийную работу с диффами

Python

18 October 2026 13:33

мне интересно почему gc впринципе пошел эти обьекты обходить

Python

18 October 2026 14:21

или расширение для посгри :D

Python

18 October 2026 14:13

а идея в том, что сложную задачу вы физически не можете решить в 2 строчки кода никак

Python

18 October 2026 14:11

В эпоху нейронок все упирается в читаемость и понимание продукта

Python

18 October 2026 14:10

Тебе ок полотно в тысячу строк читать? Код нейронки надо постараться чтобы был как можно меньше, иначе сам не поймешь что там написано

Python

18 October 2026 14:08

Сериализацию решил, выше написал, скаляр типы

Python

18 October 2026 14:07

я just-in-time читатель чатика, скроллбек листать лень :D

Python

18 October 2026 14:05

Чексум с адлер32 решился за меньше чем 50 строк. Алгоритм точечного обновления я даже хз сколько займет и даст ли это вообще прирост. Там надо строить хэш таблицу для дерева и по всему проходить

Python

18 October 2026 14:05

вопрос скорее всего в том, что переделывать рабочее решение ради сомнительных плюсов нету смысла

Python

18 October 2026 14:03

в алхимии кстати можно данные напрямую дергать

Python

18 October 2026 14:01

Я чуть поменьше сделал - стал загружать скаляр типы вместо сложных ipv4

Python

18 October 2026 13:57

кстати этот самый bytearray можно прозрачно между процессами расшарить через mmap или что там нынче

Python

18 October 2026 13:55

это не фронт-энд, чтобы бандл оптимизировать

Python

18 October 2026 13:55

Надо объяснять почему решение в +500 строк кода не норм?

Python

18 October 2026 13:37

а у него есть какие-то критерии кроме "подозрительно низкий рефкаунт"?

Python

18 October 2026 13:31

(если они конечно там всё не переделали в последние годы со своим фритредингом)