В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Moscow Python

955 membersпожаловаться на группу
2017 October 23

N

Nikolay in Moscow Python
ipyparallel хорош, например, но нужно реально дофига логики поверх реально кучи данных гонять, чтобы оверхед нивелировался
источник
11:23пожаловаться#1

N

Nikolay in Moscow Python
когда надо реально быстро параллелить и данные можно представлять строками - я беру обычно GNU Parallel, он раз в сто быстрее multiprocessing’а
источник
11:25пожаловаться#2

AO

Anton Ost in Moscow Python
Nikolay
тогда львиная доля времени и ресурсов будет уходить на сериализацию-десериализацию объектов, да еще и не всякий объект удастся так использовать
Все сильно зависит от задачи.
источник
11:25пожаловаться#3

N

Nikolay in Moscow Python
Anton Ost
Все сильно зависит от задачи.
какая бы ни была задача, синхронизация и сериализация дает дикий оверхед
источник
11:26пожаловаться#4

N

Nikolay in Moscow Python
при любом раскладе
источник
11:26пожаловаться#5

N

Nikolay in Moscow Python
например, если запускать джобу на Spark - она будет минимум раз в 30 медленнее работать, чем та же задача, решенная локально на С++ с потоками
источник
11:26пожаловаться#6

N

Nikolay in Moscow Python
и это невозможно никак обойти в принципе
источник
11:27пожаловаться#7

IK

Ivan Kamynin in Moscow Python
Сишечка класс.
источник
11:27пожаловаться#8

AS

Alexey Starkov in Moscow Python
Nikolay
какая бы ни была задача, синхронизация и сериализация дает дикий оверхед
т.е. в потоках не нужна синхронизация-сериализация?
источник
11:32пожаловаться#9

N

Nikolay in Moscow Python
Alexey Starkov
т.е. в потоках не нужна синхронизация-сериализация?
синхронизация нужна, а вот сериализация далеко не всегда. Да и все в одной области видимости, не надо ничего копировать туда-сюда.
источник
11:33пожаловаться#10

N

Nikolay in Moscow Python
ну, почти, тут уже действительно от задачи зависит
источник
11:34пожаловаться#11
2017 October 24

АК

Артем Квач in Moscow Python
РебЯт, а фотки где будут?)
источник
16:28пожаловаться#12
2017 October 26

OY

Oleg Yunin in Moscow Python
ребят, а нет пдфки с программой конференции? для отчетности нужно
источник
11:15пожаловаться#13

D

Denis Kalanov in Moscow Python
все привет )
буквально на следующих выходных мы проводим одновременно на одной площадке сразу 2 наши конференции Linux Piter #3 и @PiterPy #4. Участники смогут свободно посещать доклады обоих конференций.


Немного о каждой из них во вчерашних постах на Хабре:

Linux Piter #3: о чем на этот раз? https://habrahabr.ru/company/dellemc/blog/340862/.com

Как мы делаем PiterPy — европейскую конференцию по Python в Петербурге
https://habrahabr.ru/post/340902/

присоединяйтесь ).
источник
11:25пожаловаться#14

Г

Григорий in Moscow Python
источник
11:40пожаловаться#15

Г

Григорий in Moscow Python
источник
11:40пожаловаться#16

Г

Григорий in Moscow Python
источник
11:40пожаловаться#17

Г

Григорий in Moscow Python
источник
11:40пожаловаться#18

Г

Григорий in Moscow Python
Pdf нет, но есть тупые фото. Оригинал тоже компания забрала
источник
11:40пожаловаться#19

AK

Alexander Kovalev in Moscow Python
Могу завтра отсканировать и закинуть :))
источник
12:38пожаловаться#20