Вот это было весело!)

Потихоньку растем...

Вообще-то, в ORM нет никакого понятия сессии.

Так что это локальный мем ;)

От чего?

Тебе ничего не мешает реализовать свой ОРМ и сделать там какую-то сессию.

Я так понимаю, что там именно так и сделали..

Ну а зачем понимать и догадываться :) Когда можно явно спросить

Что именно сделали? "Какую-то сессию" ?

В рамках sql alchemy например есть вот такой конкретный объект http://docs.sqlalchemy.org/en/latest/orm/session_basics.html

И там прямо конкретно написано что это имплементация паттерна UnitOfWork. @DmitryBubnenkov ты именно про это спрашивал да?

а, ну типа это logical unit of work, чтобы в нужных местах и при нужных событиях ORM сама делала commit, если разработчик забыл?

ну или забил)

Да, ну и еще это некий вид кеширования, чтобы очень интенсивная работа с объектами не приводила к 100500 запросам в базу.

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

Павел, да именно про это

ну или забил)

Как правило именно так и бывает

Товарищи, нежен совет (:

Хочу контролируемые потоки спаунить. Т.е. следить за его временем выполнения и скушанной памятью, и, в случае чего, ебошить :) Как это правильно делается?

Хочу контролируемые потоки спаунить. Т.е. следить за его временем выполнения и скушанной памятью, и, в случае чего, ебошить :) Как это правильно делается?

Ну со временем, как мне кажется, всё просто. А вот память... Сборщик же не разделяет, вроде, память потока и всей программы, а TLS это часть системы типов, не? Иначе можно было бы собирать мусор в каждом потоке отдельно. Единственный простой способ, на мой взгляд, это выделять каким-то аллокатором и уже из него брать, правда тогда часть синтаксиса отмирает

Или время имеется ввиду то что он реально на процессоре крутился? В этом случае тоже не простая ситуация

В итоге легче отдельный процесс запускать

Хочу контролируемые потоки спаунить. Т.е. следить за его временем выполнения и скушанной памятью, и, в случае чего, ебошить :) Как это правильно делается?

А зачем его грохать? Он же чем-то занят, что-то делает! А ты по середине процесса берешь и останавливаешь его.

В итоге легче отдельный процесс запускать

Тут я согласен с Олегом.

У меня выполнение юзерских сценариев. Сценарий может быть кривым и повесить систему.

Первоначальный контекст это питон и js. Я думал через D питон пускать (pyd), если так проще будет.

В итоге легче отдельный процесс запускать

И мониторить средствами системы?

И мониторить средствами системы?

Ну да. И средства все есть и в целом универсально получается

Да не охота каждый раз что-то с диска стартовать, оверхед малёк.

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

Хотя х3, как оно в D

Хотя х3, как оно в D

Я прямых средств для этого в std не видел, возможно это системные вызовы не кроссплатформенные будут

В моем случае не сильно интересно кроссплатформ, т.к. у меня серверное решение.

А вообще идея в чём? Пользовательские скрипты выполнять на сервере?

Как мне кажется запуск интерпретатора не сильный оверхед давать будет. Да и к тому же обращение к диску кэшироваться должно. И в конце концов это же интерпретаторы - они и так не особо скоростные...

А вообще идея в чём? Пользовательские скрипты выполнять на сервере?

У меня картина такая, что в питоне выполняются не скрипты, а графы конечных автоматов. Их если зациклить без ожидалок и выходов, то сервису труба приходит. Ну и доп. сервис js эвалит, его тоже легко грохнуть while (1){}

У меня картина такая, что в питоне выполняются не скрипты, а графы конечных автоматов. Их если зациклить без ожидалок и выходов, то сервису труба приходит. Ну и доп. сервис js эвалит, его тоже легко грохнуть while (1){}

Граф это структура данных, а реализована она уже на питон-скриптах или я что-то совсем не понял

Да и граф не сложно проверить на цикличность

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

Напр. кейс: первый узел шлет сообщение в тг, переходит на второй, который вызывает js и выполняет в нем долгую петлю, скажем в секунду, а затем переходит это дело на первый узел. Допускать такое поведение или убивать?

Может счетчики на узлах ставить и ограничивать. Но это как-то грубо.

Может счетчики на узлах ставить и ограничивать. Но это как-то грубо.

Если есть фиксированные типы и алгоритмы то зачем вообще питон?

Интерпритатор графов этих на нем.

Или я не понял твоего вопроса)

Тоже за процессы. Их проще контролировать и убивать.

И как раз в лине тред и процесс оцень похожи, там же один и тот же системный вызов

И как раз в лине тред и процесс оцень похожи, там же один и тот же системный вызов

Ну да, я и подумал

Тогда в чем разница?

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

И про питоновский GIL не забываем

И про питоновский GIL не забываем

Пенобетонщики его до сих пор не победили? Ну и ну.

Я бы вообще смотрел в сторону контейнеров. Того же докера

И запускал в них

Мало ли что прийдёт выполнять на сервер

А так ты и расширишь список поддерживаемых интерпритаторов

Конечно, там в разы больше накладных расходов

Но в этом случае, игра стоит свечь! Имхо.

А так ты и расширишь список поддерживаемых интерпритаторов

Встроенное выполнение функций можно попробовать в докер. Но я умею и встраивать питон в D и JS в Java и еще всякое такое) тоже изоляция.

И про питоновский GIL не забываем

Это что?

Хорошо, вот тебе ещё довод: что ты будешь делать, если там корябается память или какая-то другая критическая ошибка?

Ты просто не все сможешь обработать, или не предусмотришь все

А если у тебя вылетает фатальная ошибка в треде, она сказывается и на родительский поток!

Если это будет отдельный процесс - это уже минимальная изоляция твоего родительского процесса (менеджера процессов)

А запуск в контейнере - это защита твоего сервера.

ERROR: S client not available

Мало ли что в том коде прилетит

rm -rf /

Или ещё что-то

А контейнер тебе в этом поможет

Контейнер не помогает в безопасности, кроме простейших глупых случаев. Ничем не лучше просто процесса.

Это что?

https://wiki.python.org/moin/GlobalInterpreterLock

https://wiki.python.org/moin/GlobalInterpreterLock

Чёта страшно

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

Если это будет отдельный процесс - это уже минимальная изоляция твоего родительского процесса (менеджера процессов)

Если говорить про выполнялку того же js, то там закрытый контекст и нет доступа к импортам. Графы вообще только внешние апи дергают и ряд встроенных методов.

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

Мда.. в мусорник.

Придется переписывать

Нужна распределенность

А если у тебя вылетает фатальная ошибка в треде, она сказывается и на родительский поток!

В js же не должно быть ничего такого, что нельзя перехватить

Исключение только, если поток сожрал всю память и хитрый apparmor ебашит его вместе с родителем.

здрасти

а шо тут у нас?

Тут сидят маньяки по D

онет

И владелец чата, который уже 7 лет пытается научиться кодить ?

Хотя нет, 6

моё будущее

Не, там другая проблема, он гуманитарий)

оу щет

У них склад ума другой. Он никогда не поймет, почему 2+2*2=6 Приходится просто зубрить)

учитывая сколько упоминается D, то тут скорее маньяки по Python)

Контейнер не помогает в безопасности, кроме простейших глупых случаев. Ничем не лучше просто процесса.

Да ладно

Безусловно это не серебренная пуля, однако уж точно лучше, чем простой процесс

+ не дай Бог это некая служба

А она от рута

Так что такое....

кто-нибудь собирал проекты на D при помощи CMake?