Телеграмм чат группы clojure_ru страница 4085

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Clojure — русскоговорящее сообщество

567 membersпожаловаться на группу

2019 May 02

AR

Andrew Rudenko in Clojure — русскоговорящее сообщество

пара советов:
1. поменьше читать сайтиков
2. подобные оптимизации это та самая кнутовская классика. запили алгоритм — увидишь, что тормозит на... на чем оно по твоему тормозить будет, что за оверхед? на аллокациях? на копированиях?

и так вот. очень может оказаться, что чисто фунциональный подход у тебя будет работать даже эффективнее, чем эти твои жонглирование "объектами"

источник

19:24пожаловаться #1

G

Gleb in Clojure — русскоговорящее сообщество

Пока никакие алгоритмы не используют данную функцию.

А если пользователь библиотеки создаст вершину с таким же именем и данными, и поместит её в граф. Тогда одни и те же данные будут занимать лишнюю память. Как в данном случае быть?

источник

19:25пожаловаться #2

G

Gleb in Clojure — русскоговорящее сообщество

и так вот. очень может оказаться, что чисто фунциональный подход у тебя будет работать даже эффективнее, чем эти твои жонглирование "объектами"

Из их возможностей я пока что использовал диспатчинг по протоколам. (Проверка, можно ли добавлять атрибуты (в attrs) в объект или нет). Например, чтобы во фрагмент случайно не записалось поле attrs с атрибутами.

источник

19:28пожаловаться #3

DL

Dmytro Lispyvnyi '(🌲 🍺) in Clojure — русскоговорящее сообщество

А если пользователь библиотеки создаст вершину с таким же именем и данными, и поместит её в граф. Тогда одни и те же данные будут занимать лишнюю память. Как в данном случае быть?

вот опять ты преждевременно оптимизируешь

источник

19:28пожаловаться #4

G

Gleb in Clojure — русскоговорящее сообщество

То же самое можно было сделать мультиметодами, но они по производительности сильно уступают протоколам (если верить сайтикам)

источник

19:28пожаловаться #5

AR

Andrew Rudenko in Clojure — русскоговорящее сообщество

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

источник

19:30пожаловаться #6

AR

Andrew Rudenko in Clojure — русскоговорящее сообщество

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

источник

19:30пожаловаться #7

G

Gleb in Clojure — русскоговорящее сообщество

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

Понял. А как быть в случае с возможным дублированием одинаковых (в смысле данных) вершин в графе?

источник

19:32пожаловаться #8

AR

Andrew Rudenko in Clojure — русскоговорящее сообщество

ну в целом рецепт такой: если данные одинаковые, то и поведение должно быть одинаковым, не? )

источник

19:33пожаловаться #9

AR

Andrew Rudenko in Clojure — русскоговорящее сообщество

т.е. если у тебя два фрагмента описаны одинаково, то с точки зрения алгоритма они не отличимы

источник

19:33пожаловаться #10

G

Gleb in Clojure — русскоговорящее сообщество

т.е. если у тебя два фрагмента описаны одинаково, то с точки зрения алгоритма они не отличимы

(def v1 (Vertex. "v1") ) (def v2 (Vertex. "v1)) - строка "v1" будет занимать x2 памяти

источник

19:34пожаловаться #11

G

Gleb in Clojure — русскоговорящее сообщество

Или clojure это как-то оптимизирует в смысле того, что в памяти это будет один и тот же объект?

источник

19:35пожаловаться #12

AR

Andrew Rudenko in Clojure — русскоговорящее сообщество

1. похуй

источник

19:35пожаловаться #13

AR

Andrew Rudenko in Clojure — русскоговорящее сообщество

2. возможно это оптимизнет жвм

источник

19:35пожаловаться #14

G

Gleb in Clojure — русскоговорящее сообщество

1. похуй

ок:)

источник

19:35пожаловаться #15

A

Alexander in Clojure — русскоговорящее сообщество

1. похуй

2. см 1

источник

19:35пожаловаться #16

G

Gleb in Clojure — русскоговорящее сообщество

2. возможно это оптимизнет жвм

а, ну тогда ладно

источник

19:35пожаловаться #17

A

Alexander in Clojure — русскоговорящее сообщество

https://www.baeldung.com/java-string-pool

Guide to Java String Pool | Baeldung

Learn how the JVM optimizes the amount of memory allocated to String storage in the Java String Pool.

источник

19:37пожаловаться #18

A

Alexander in Clojure — русскоговорящее сообщество

Тлдр - да, оптимизирует

источник

19:37пожаловаться #19

A

Alexander in Clojure — русскоговорящее сообщество

Начиная с 8u20

источник

19:38пожаловаться #20