Хорошо, завтра гляну)

Как что . Стекло все в пятнах как будто его пьяный дворник бил о тратуар

.net

Сначала ставится питон потом jdk потом pycharm

Зачем питону jdk ?

Подскажи пожалуйста на счёт изучения vb net. Как это лучше всего делать? Инфа вся только в доках, а книги чуть ли не прошлого столетия

Питон без jdk = 💀

Типа как переманить народ с питона на java ?)) Не стоит 😁

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

Юзал тока vba. На счёт давности я до весны юзал 10 летней давности версии, а учил по 17 летней давности учебникам.

Интересное наблюдение. Только в СНГ люди работающие в it такие токсичные.)

Интересное наблюдение. Только в СНГ люди работающие в it такие токсичные.)

Фу как токсчино звучит, осуждаю

Интересное наблюдение. Только в СНГ люди работающие в it такие токсичные.)

Интересное наблюдение. Только в СНГ люди работающие в it такие токсичные.)

Конкретно из Украины тоже есть токсик в данном чате

чуть выше сообщения почитай, больше поводов для осуждения найдешь)

Спасибо. Очень помогло. Как раз в мезозой собирался

Не нашёл, ты меня обманул

ну лан, значит петухонщики и вайтишники это норм лексикон)

По твоему вайтишники это токсичный термин?

Привет Питон гавно, Джава для лохов, фронтендеры не люди, на бекенде все очень изи Я спать

Ок

🥺

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

Есть сис админы тут?. Windows server 19 упала загрузка ОС. Диск в рейде. (Всё с ним хорошо) если запустить с life cd win 7 64 - вижу рейд с виндой .. если с life win 10 то вижу файловый рейд. Но не вижу с виндой).. sfc /scannow не сделать из под загрузочной флешки потому что не видит рейд с виндой)))))вот такая делема ) если есть кто шарит плиз в лс

Добрый день! Подскажите где мог допустить ошибку, на курсе Hexlet, в PyCharm код запускается верно, а на курсе в самом браузере выдает ошибку E501. Код выглядит следующим образом print('- Did Joffrey agree? \n- He did. He also said "I love using \\n".') Задание!

Всем доброго времени суток. Проблема: неконтролируемый рост потребления памяти. Проект на джанго. На бэке отправляется запрос в базу. Считается воронка. Запрос долгий и тяжелый но считается всегда за один день, а дальше итерируется дата по дню. Обрабатывает порядка 15-20 миллионов записей в день, возвращает 3-4 миллиона уникальных. На сервере работает за 20-40 секунд. На локалке 2-3 минуты(видимо траблы с впн, но не суть). Так вот благодаря такой задержке на локалке заметил, что память растёт непрерывно все время обработки запроса. Т.е. в простое проект занимает 200 метров. За время запроса постепенно поднимается до 600-700 метров. После окончания падает до 350 метров. Т.е. сам датафрейм занимает около 150метров. На сервере такой проблемы нет. Запрос отрабатывает быстро и максимум успевает накопить тот же объем, что и остаётся в памяти, т.е. сам дата фрейм. А тут оказывается есть такая проблема, которая раньше просто не замечалась База clickhouse, либа для конекта, clickhouse_driver. Python 3.10 Подскажите сталкивался ли кто с подобным? Реально ли такое пофиксить? И чем это вызвано?

Всем доброго времени суток. Проблема: неконтролируемый рост потребления памяти. Проект на джанго. На бэке отправляется запрос в базу. Считается воронка. Запрос долгий и тяжелый но считается всегда за один день, а дальше итерируется дата по дню. Обрабатывает порядка 15-20 миллионов записей в день, возвращает 3-4 миллиона уникальных. На сервере работает за 20-40 секунд. На локалке 2-3 минуты(видимо траблы с впн, но не суть). Так вот благодаря такой задержке на локалке заметил, что память растёт непрерывно все время обработки запроса. Т.е. в простое проект занимает 200 метров. За время запроса постепенно поднимается до 600-700 метров. После окончания падает до 350 метров. Т.е. сам датафрейм занимает около 150метров. На сервере такой проблемы нет. Запрос отрабатывает быстро и максимум успевает накопить тот же объем, что и остаётся в памяти, т.е. сам дата фрейм. А тут оказывается есть такая проблема, которая раньше просто не замечалась База clickhouse, либа для конекта, clickhouse_driver. Python 3.10 Подскажите сталкивался ли кто с подобным? Реально ли такое пофиксить? И чем это вызвано?

Всем доброго времени суток. Проблема: неконтролируемый рост потребления памяти. Проект на джанго. На бэке отправляется запрос в базу. Считается воронка. Запрос долгий и тяжелый но считается всегда за один день, а дальше итерируется дата по дню. Обрабатывает порядка 15-20 миллионов записей в день, возвращает 3-4 миллиона уникальных. На сервере работает за 20-40 секунд. На локалке 2-3 минуты(видимо траблы с впн, но не суть). Так вот благодаря такой задержке на локалке заметил, что память растёт непрерывно все время обработки запроса. Т.е. в простое проект занимает 200 метров. За время запроса постепенно поднимается до 600-700 метров. После окончания падает до 350 метров. Т.е. сам датафрейм занимает около 150метров. На сервере такой проблемы нет. Запрос отрабатывает быстро и максимум успевает накопить тот же объем, что и остаётся в памяти, т.е. сам дата фрейм. А тут оказывается есть такая проблема, которая раньше просто не замечалась База clickhouse, либа для конекта, clickhouse_driver. Python 3.10 Подскажите сталкивался ли кто с подобным? Реально ли такое пофиксить? И чем это вызвано?

А пишешь потоком?

А и про какую память речь?

Хм, не знаю как там это работает. В ридере вызываю execute. Не читал как он обрабатывает запрос. Насколько мне известно, все считается на нодах сервера с базой и потом возвращается результат. Т.е. три стадии. Отправили, ждем, получили. Не думаю, что там будет потоковая запись, но хорошо бы уточнить

А ты только после получения их обрабатываешь?

А часто эту процедуру используете?

Там же есть обработка по условию?