@dragoncube: meta это информация о variable, а то что ты передаешь в функцию есть самое значение variable. Нельзя из значения получить variable. Если нужна мета передавай var как аргумент

@dragoncube: ((fn [fvar] (meta fvar)) #’+) или (#(meta %) #’+) или (meta #’+)

turtle: из коробку нужно

prepor: ?

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

Какие?

помогите с датаскриптом, пожалуйста.

=> overall-pages-stat-q
        [:find (reduce + ?total-links) (reduce + ?total-scans) (reduce + ?takedown-not-started) (reduce + ?completed) (reduce + ?licensed) (reduce + ?processing)
         :where [?e :studio_id ?studio-id] [?e :name ?name] [?e :total_links ?total-links] [?e :total_scans ?total-scans] [?e :takedown_not_started ?takedown-not-started] [?e :completed ?completed] [?e :licensed ?licensed] [?e :processing ?processing]]

=> (require '[datascript.core :as ds])
nil
=> (ds/q overall-pages-stat-q nil)
#error {:message "Cannot parse :find, expected: (find-rel | find-coll | find-tuple | find-scalar)", :data {:error :parser/find, :fragment [(reduce + ?total-links) (reduce + ?total-scans) (reduce + ?takedown-not-started) (reduce + ?completed) (reduce + ?licensed) (reduce + ?processing)]}}

turtle: https://github.com/pallet/alembic

У меня, по сути, следующая ситуация - добавляются джарники в проект. Сейчас я перезапускаю repl.

см. линк

я понял, для аггрегации надо было просто sum использовать

Ага. Смотрю. Вроде то. Попробую. Мерси.

как то можно сделать чтобы jvm не аллокейтил под приложение кучу памяти? htop показывает 3519M (VIRT ) реально используемой 500M (RES)

вообще канеш жрет как конь память (

простецкий сокетный демон с вебсервером

ключ -Xmx?

пробовал, все равно аллокейтит больше трех гигов

хотя мож htop фигню показывает

помониторю другой тулзой

да, под виндой ничего страшного не видно http://clip2net.com/s/3sXkgXe

так а что страшного в выделении виртуальной памяти-то? что реально роляет, это RSS

htop он показывает так, как автор задумал.

Ну и пугаются люди от этого.

Т.е. перед тем, чтобы htop смотреть, надо посмотреть, что он показывает.

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

а если на сервере другие приложения есть, они разве могут использовать ту память что себе жаба зарезервировала?

Это как ты выделил себе миллион долларов.

Для удобства расчётов.

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

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

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

а вот и вездесущий @meow

so sorry I do not speak the language

У меня была проблема с jvm: половина памяти сервера свободна, но сильно фрагментирована приложением на c++, и приложение под jvm не стартует - нужен непрерывный кусок не менее скольки-то мегабайт. Кто-нибудь сталкивался с таким?

-Xms задаёт начальный размер памяти

может его поприжать?

Мне не хватало 128 мегабайт, а потом жаба будет выделять память как на си - отдельными кусками, а не одним большим? У меня была проблема в том, что есть структуры данных, которые должны вылазить в непрерывный кусок, типа array of long.

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

кстати, а что такое "фрагментированная память"?

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

Приложение на плюсах выделяет память под десятки миллионов объектов и освобождает её в том порядке, который заложен логикой программы. Под виндой))

ну т.е. физической памяти просто остаётся мало?

Согласно диспетчеру задач - половина свободна)

в принципе, если объекты сильно разбиты по страницам, то да

пока в 4-кбайтной странице жив хотя бы один объект, она ОС не отдастся

Ну да, плюсовый код генерирует очень много объектов в куче, большую часть удаляет, но видимо что-то остаётся и не отдаёт страницу обратно ос

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

в общем, мистика. тем более на винде

Ну да, это было полгода назад, не знаю как сейчас, мне даже не верили, что такое бывает)) Решили запуском джавы с параметрами до запуска плюсовой софтины и надеждами, что она не упадёт в процессе)

Если упадёт, то придётся перестартовать плюсовую прогу, что плохо в этом конкретном случае

как-то плохо на C++ столько объектов создавать. ладно ещё на джаве без этого не обойтись...

и то на джаве придумывают всякие off-heap storage

Я с unsafe работал и с DirectBuffer, но в таких случаях на плюсах гораздо проще писать

Кстати, а у кого есть хип больше 32 гигабайт, что вы используете? G1?

кто на хероку деплоит, есть вопрос: почему когда я деплою не из master ветки, сборка на хероке не стартует? так всё ок: “git push heroku master”, а так “git push heroku demo-ui-deployment” файлы пушатся, но херока ничего не делает (и даже Procfile не видит, кажется)

Branches pushed to Heroku other than master will be ignored by this command. If you’re working out of another branch locally, you can either merge to master before pushing, or specify that you want to push your local branch to a remote master. To push a branch other than master, use this syntax: $ git push heroku yourbranch:master

https://devcenter.heroku.com/articles/git

О! Спасибо, добрый человек.

@rmuslimov: ок, более или менее стало ясно, спасибо