это вот в родной папке. прервал нафиг, потому что мне щас считать это не надо: igor@igor-da:~/work/acj_plotly$ run/run_analysis_create_dashboard.py 1 FREE DANGER! Wrong order in the rounds ^CTraceback (most recent call last):

это проект, скопированный в другую папку: igor@igor-da:~/work/acj_portal_backend/python$ python run/run_analysis_create_dashboard.py 1 FREE Traceback (most recent call last): File "run/run_analysis_create_dashboard.py", line 2, in <module> import src.convert_JSON as convert_JSON ImportError: No module named src.convert_JSON

тупой вопрос: папка src скопирована?

да

и она даже не пустая

ого

если попробовать запустить шелл питона и попробовать импортировать этот src.convert_JSON

может

пидр

?

в начале файлика все импортируется вот так вот: import src.convert_JSON as convert_JSON from plotly_figures.create_dashboard_figures_premium import create_dashboard_figures_premium from plotly_figures.create_dashboard_figures_free import create_dashboard_figures_free from src.build_session import Build_Session import sys

у вас тут ругаться можно вслух?

ну, безлично, не конкретно на кого-то?

решилась проблема?)

короче, этому пидарасу пятнистому не нравилось ОТСУТСТВИЕ ЧЕГО ЛИБО В PYTHONPATH

export PYTHONPATH="$PYTHONPATH:$HOME/.python" вот эту хуйню сделал

хоть у меня и по $HOME/.python пусто - ни файла, ни директории - так автомагически заработало

Как в redis удалить ключи по маске?

Или, если точнее пространство имен

Как в redis удалить ключи по маске?

через пайпы в баше? redis-cli keys "mask" | xargs redis-cli del

Я тоже самое могу и в питоне сделать

Там команды цепочками выполнять нельзя?

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

как-то можно луа скрипты внутри редиса запускать, но я это место не трогал, не скажу.

Ааа, нахер. И так пойдет хд

эт точно рекрутер)

Дратути)

вспомнил, она в прошлый раз искала кого-то в компанию для интерактивных изображений в вк

Видимо, не нашла

о, она даж в личку писала ппц не разговорчивая

Думаю максимум метров 500.

RS-485

Думаю максимум метров 500.

С дифф парой и оптоизоляцией

Посоны, кто в плюсах шарит, есть простой вопросец

Для выделения памяти есть всякие malloc. И есть new

Второй метод принципиально отличается от первого?

В двух словах

Просто седни наткнулся на мнение, что malloc - это старье, а new - стильно, модно, молодежно. И еще эффективно

Для выделения памяти есть всякие malloc. И есть new

Маллок, каллок и реаллок — это си нев делит — с++ Да, разница есть. Со вторым меньше геморроя

Ты пишешь на С++, но используешь конструкции языка Си. Не надо так

А при эффективно. Хз. В чем эффективность измеряется? В скорости? Там разницы-то нет

Разница между нью и маллоком, в том, что нью вызывает конструктор объекта

эм. Я не уверен, что с new и delete меньше геморроя. А еще там нету аналога realloc

для конструктора есть placement new, который вызовет конструктор на переданной в качестве аргумента памяти на самом деле

эм. Я не уверен, что с new и delete меньше геморроя. А еще там нету аналога realloc

Зачем реаллок?

для изменения размера с потенциальным не-копированием

Добро пожаловать в мир разочарования!

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

Я давно Динам. Память на плюсах не писал. Но я помню, что Строуструп сделал все, чтобы не использовали си, потому там есть замена этому

ну вот нет, нету замены реаллоку

Ну, вообще то, твой способ решения на уровне олимпиадного программирования

new = malloc+конструктор delete = деструктор+free

realloc на практике может даже ничего не копировать, если повезет

Реаллок выполняет вскупе тоже самое, что делет и нев

Но

Если ктото так пишет, то гнать нахуй его надо

зависит от реализации хипа

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

поэтому все что можно аллоцируется статически, используются placement new

Просто седни наткнулся на мнение, что malloc - это старье, а new - стильно, модно, молодежно. И еще эффективно

Моё мнение: использовать new delete логичнее, т.к. это конструкции языка с++, в котором строуструп пытается спасти население Земли от злочастного каллок маллок и реаллок. Утечка памяти — два слова, миллион проблем

а, еще в рантайме нет никакого освобождения памяти, поэтому delete и free реально ничего не освобождают

а, еще в рантайме нет никакого освобождения памяти, поэтому delete и free реально ничего не освобождают

Так везде

не, в смысле у нас конкретно если сделать for (i = 0; i < 10000; i++) { char *x = new char[1000]; delete x; }

то память просто кончится и все

ERROR: S client not available

если нью и делит заменить на маллок и фри, будет то же самое - память кончится

Вывод: работайте с STL C++

Кароч, вчера выкинули на ютуб видосики с хайлоада. Там один из видосов касался Mysql и в частности malloc. Как оказывается, на современных серверных объемах оперативы она неоч хороша и чтобы исправить это положение юзают форк jetlloc или чет такое

некуда. Вчера доели последний мегабайт оперативки

jemalloc

http://jemalloc.net/

Да

Вывод: работайте с STL C++

STL - это самое позорное, что есть в C++

STL - это самое позорное, что есть в C++

Пруф или пидор

и да, для многих вещей C гораздо удобнее и красивее

и да, для многих вещей C гораздо удобнее и красивее

+

в современных серверных много специфических вещей, для которых оказываются неидеальными вещи, которые "в целом почти всем подходят"

Пруф или пидор

это неоспоримый факт

+

Предатель

мне вон знакомый рассказывал, как они для яндекса в линуксе перекурочивали механизм вытеснения страниц из памяти

О, про Яндекс. Знакомый сеошник жаловался, что Яндекс читает страницы их ранжирует херово. Как Яндекс определяет, что текст на странице не набор ключей?

О, про Яндекс. Знакомый сеошник жаловался, что Яндекс читает страницы их ранжирует херово. Как Яндекс определяет, что текст на странице не набор ключей?

то есть ты не понял, про что разговор вообще

мне вон знакомый рассказывал, как они для яндекса в линуксе перекурочивали механизм вытеснения страниц из памяти

Чтобы не свопились?

то есть ты не понял, про что разговор вообще

Забей. Он вообще довольно странный

то есть ты не понял, про что разговор вообще

Эмм. Увидел слово Яндекс и вспомнил, что мне было интересно

Забей. Он вообще довольно странный

надо же лулзов половить, пока есть возможность

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

Вы че, ебнутые? О.о

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

был же вроде патч в pf-kernel для этого

чтобы можно было красиво управлять

когда?

не помню, давно

год, два, три назад?

года два назад я об этом читал

могу путать