@ru_python

Страница 1803 из 9768
Ray
21.11.2016
11:39:37
но от чего нету пользы от многопоточности в питоне ?

о бляцкий смысл Flask'a если ты есть )

ipdb> current_app.logger.debug('test_msg') -------------------------------------------------------------------------------- DEBUG in <stdin> [<stdin>:1]: test_msg -------------------------------------------------------------------------------- test_msg DEBUG:app.app:test_msg

ну вот за каким мне два раза выводить в stdout test_msg

Google
Paul
21.11.2016
12:09:27
Roman
21.11.2016
12:19:01
могу молча позавидовать вашим задачам.
Причем тут задачи, если речь про python & GIL?

Paul
21.11.2016
12:20:13
GIL обходится при большом желании. Сходу: https://habrahabr.ru/post/167503/

Ray
21.11.2016
12:20:41
Причем тут задачи, если речь про python & GIL?
а причем там GIL ? Вы его когда-то видели ?

Stanislav
21.11.2016
12:23:05
GIL обходится при большом желании. Сходу: https://habrahabr.ru/post/167503/
про обход и плюси GIL, очень хорошо Бизли рассказал. Прийду с работы скину конфу

не всегда multiprocessing хорошо юзать

Paul
21.11.2016
12:24:31
да кто только об этом не рассказывал! использовать многопоточность можно только тогда, когда неиспользовать многопоточность нельзя. Так бывает. Что делать.

Ray
21.11.2016
12:25:25
так ее всегда можно неиспользовать

и что ?

но даже без всяких обьяснений, чисто практика. Задача: прогреть кеш редиса, предварительно залив в него результат 100 запросов. Создаем тредпул, раним задачу с одним потоком и смотрим на время. Потом раним тоже самое с 10 потоками, 20 и 40. И сравниваем времена. Вопрос: где тут Gil, почему решение на 40 потоках отработало быстрее чем с одним потоком, если от многопоточности толку нету.

?

Paul
21.11.2016
12:29:18
так ее всегда можно неиспользовать
не всегда. Если многопроцессорность кратно ускоряет решение задачи - у вас нет вариантов. Вы конечно можете положить на заказчика большой болт - но результаты такого поведения будут предсказуемы

Google
Paul
21.11.2016
12:30:33
Ray
21.11.2016
12:31:11
и нихера результаты не будут предсказуемы - лично моя кампания даст мне премию - ибо такой подход приведет к тому, что клиент будет нам платить на месяц дольше - а значит компания заработает больше

збс предсказуемо ? Не ?

Paul
21.11.2016
12:32:49
и нихера результаты не будут предсказуемы - лично моя кампания даст мне премию - ибо такой подход приведет к тому, что клиент будет нам платить на месяц дольше - а значит компания заработает больше
да, а потом на рынок прийдет конкурент, который ту же задачу будет делать в 4 раза быстрее и ваша компания пойдет по миру. Какие проблемы.

Ray
21.11.2016
12:33:19
угу ... компания найдет другую дойную корову

и применит туже тактику

мы так уже третий проект делаем в 3 страницы - схема работает

главное не поднимать волну. Как сказало мне руководство "мы в свободной стране и у всех есть зп. Не нравится - найди там, где нравится"

Paul
21.11.2016
12:34:48
мы так уже третий проект делаем в 3 страницы - схема работает
Вот за это я российский бизнес и люблю. Не только ИТ.

Ray
21.11.2016
12:35:06
ничего не имею общего с российским бизнесом

если что - компания из солнечной калифорнии

Вот за это я российский бизнес и люблю. Не только ИТ.
да и причем тут российский бизнес ? Это капитализм, национальность не важна. Думаете если немцы узнают что есть люди, у которых денег так много, что они не знают что с ними делать - они не посмеют заработать 300% ?

avral
21.11.2016
12:58:39
Всем привет! Нужно ли для 3го питона в каждом файле ставить кодировку utf-8, знаю что вроде как не нежно, но не могу в оф документации найти

Subbotin
21.11.2016
12:59:28
не нужно

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

avral
21.11.2016
13:00:33
Ок, спасибо, да я уже на русском писал функции все ок)

avral
21.11.2016
13:00:55
:D

Subbotin
21.11.2016
13:05:06
писать на русском неудобно. приходится раскладку переключать. ключевые слова то на буржуйском

Google
Stanislav
21.11.2016
13:07:45
напиши транслятор

Subbotin
21.11.2016
13:08:00
да даже где-то был уже

да и вся библиотека на буржуйском

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

Ray
21.11.2016
13:54:16
Stanislav
21.11.2016
13:55:10
80 !
6**19

Ray
21.11.2016
13:56:19
шо?
а шо Py_BEGIN_ALLOW_THREADS ?

Ray
21.11.2016
13:56:35
потому что io.
потому что io ? Что ?

потому что io.
вы только не начинайте сейчас писать "ну я то имел ввиду не то, а другое. Вы меня не так поняли". Сказано было однозначно: потоки в петоне бесполезная вещь.

потому спрошу у вас так: как так получилось что 40 потоков работают быстрее чем 1

Roman
21.11.2016
14:03:07
а шо Py_BEGIN_ALLOW_THREADS ?
Ну ты спросил про gil. Я ответил.

Ray
21.11.2016
14:05:44
Ну ты спросил про gil. Я ответил.
таки 80 было куда более понятно

Roman
21.11.2016
14:29:44
таки 80 было куда более понятно
Использовал ли ты хоть раз в жизни python C api?

Google
Ray
21.11.2016
14:39:18
у меня в каждом треде ?

да и зачем такие сложности - можно создать глобальную переменную - и пробовать туда что-то писать. А потом когда получится херня - а она точно получится - сказать "ну вот потому потоки в петоне и бесполезны"

Admin
ERROR: S client not available

Paul
21.11.2016
14:50:28
или это Хевери говорил, не помню. Нет, вроде дядя Боб

Roman
21.11.2016
14:57:21
какой евент луп ?
обычный. можешь asyncio, можешь gevent/eventlet. смысл в том, что описанная тобой задача про редис упирается в ожидание ввода-вывода.

если это ожидание убрать - разницы по скорости между 1 потоком и несколькими не будет

Ray
21.11.2016
15:03:38
(facepalm)

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

Roman
21.11.2016
15:10:48
(facepalm)
ещё раз. вы писали си-расширения для cpython?

Ray
21.11.2016
15:11:45
хорошу, уберем IO. Есть большой массив с данными. Есть два треда, которые продюсат данные в очередь, и 10 тредов которые читают из очереди и каждый делает сложные математические операции. Сравнивая скорость это тоже будет работать одинаково с 1 потоком ?

Roman
21.11.2016
15:13:02
Ray
21.11.2016
15:13:51
1 поток будет быстрее ?

хм ... очень интересно

Paul
21.11.2016
15:15:39
хм ... очень интересно
http://shop.oreilly.com/product/9780596521547.do в помощь

Roman
21.11.2016
15:30:06
1 поток будет быстрее ?
в 1 поток: total 8227.64205933 ms в 8 потоков: total 8325.77204704 ms

https://dpaste.de/fisO

Google
Pavel
21.11.2016
15:45:27
для этого случая же multiprocessing придумали?

Roman
21.11.2016
15:57:44
Eugene
21.11.2016
16:01:04
хотят заменить requirements.txt на Pipfile)) https://github.com/pypa/pipfile кто что думает?

Nikolay
21.11.2016
16:01:33
отлично

ждем kekfile

Ilya
21.11.2016
16:07:08
вы последнее видео видели?

вот этого чувака))

они премерно за год в охрененый офис перебрались))

Stanislav
21.11.2016
16:08:35
арендованный

и это вирусная реклама

Yakov
21.11.2016
16:09:40
ну не знаю на счет офиса, но зп у них на хх мощные

hh.ru/employer/1465759

Pavel
21.11.2016
16:10:30
это рубли?

Ilya
21.11.2016
16:10:31
все японял откуда у них оффис

Ray
21.11.2016
16:13:02
в 1 поток: total 8227.64205933 ms в 8 потоков: total 8325.77204704 ms
что-то мне кажется что меня тут сильно наебали

Страница 1803 из 9768