Alex
01.06.2018
01:31:31
Листик-то обязательно было портить такой писанинкой когда то же самое в примерах на ресурсах написано?)
Через 10 лет глядишь будешь просить на интервью писать тестовое задание на листике)
Ilya
01.06.2018
06:24:29
Google
Alex
01.06.2018
06:39:41
Lena
01.06.2018
07:59:36
Всем, привет. я совсем новичок, поэтому прошу совета - с чего начать изучение Python? Какие есть хорошие книги/курсы/сайты и тп?
Alex
01.06.2018
08:07:39
Lena
01.06.2018
08:08:06
Ruslan
01.06.2018
10:10:17
Lena
01.06.2018
10:10:47
efythonic
01.06.2018
10:24:02
Lena
01.06.2018
10:33:31
Aquinary
01.06.2018
10:58:14
Спасибо!
https://drive.google.com/file/d/1-fouGH4nGa3Dta03b5hKPREJkoE6tN9M/view?usp=sharing
Архив с очень большим списком книг, касаемых питона.
Lena
01.06.2018
10:59:22
Dmitry
01.06.2018
11:59:53
А в питоне треды безопасные?
xPushkin
01.06.2018
12:00:12
Google
Dmitry
01.06.2018
12:00:18
Как я понимаю это сводится к тому может ли другой тред менять чужие данные
Смотрел пристально
Он защищает внутренности интерпретатора. Но какие именно я так и не понял
Alex
01.06.2018
19:19:46
GIL больше нужен интерпретатору, увы)
Dmitry
01.06.2018
19:21:57
А если поток не успел доделать операцию он гил не отдаст?
Как тогда быть если другим потокам поработать надо? Ведь этот же не доработал до конца
Alex
01.06.2018
19:23:16
В общем там все практически как в системном планировщике, GIL на вроде прокси выступает)
И ему плевать успел поток что-то доделать или нет
Поэтому такие места в коде и называют критической секцией
Так же GIL отпускают (моментально) задачи связанные с сообщением с некоторым асинхронным драйвером(например сетевым). Потоки в таких задачах не имеют недостатков
Dmitry
01.06.2018
19:32:49
Если гил опустится то поток заснет на середине. И проснувшись может оказаться что данные которых он ждал изменены/отсутствуют
Как я понимаю вся проблема именно в том, чтобы потоки не могли засыпать/просыпаться в в произвольные моменты времени. Но если гил опускается внезапно, то потоки будут засыпать на полушаге
Alex
01.06.2018
19:34:27
Dmitry
01.06.2018
19:34:57
Мютекс как что удобно представлять?
Тоесть гил не один, там целый комплекс всего?
Хорошо, вот данные помечены мьютексом как используемые потоком А. Идет переключение на поток Б. Поток Б хотел работать с этими данными, но они залочены потоком А. И получается система пропустит поток Б и перейдет на С пока А не отдаст данные. Верно?
Alex
01.06.2018
19:38:45
В общем просто надо знать что действия с гил не атомарны, ни изменение структуры, ни запись в файл. GIL не дает атомарности пользовательскому коду. поэтому запись в файл ту же нужно обернуть в мютекс. Как пример. Например у тебя один поток пишет "hello" а потом "\n", а другой "world" "\n". Может выйти так, что один поток отработает свои тики, запишет "hello" и вместо второй команды выполнится 2 поток. Будет "hello world \n\n" в выводе
И что бы каждый поток выполнил операцию записи в файл и добавил символ переноса на новую строку нужно закрыть это как критическую секцию
Google
Alex
01.06.2018
19:42:27
lock
write("hello")
write("\n")
unlock
псевдокод
На деле методы выносятся в функцию доступную 2 потокам
Valar ?
03.06.2018
01:57:57
Народ, тут есть кто работал с SkPy - скайп апи на гитхабе который лежит?
Alex
03.06.2018
06:37:09
Try logging into Skype for Web to see where the problem lies.
The documentation (both for SkPy, and the Skype for Web protocol) is a work in progress, but the content is also hosted on GitHub -- submissions welcome.
Ivan
03.06.2018
13:36:25
не могу разобраться что не так. Когда использую функцию в главном потоке все прекрасно работает.
буду очень благодарен за помощь
Aquinary
04.06.2018
09:39:36
Офигеть. Чего теперь ждать?
Игорь
04.06.2018
09:41:16
И с нокиа, и с сотней других проектов
Aquinary
04.06.2018
09:43:51
Благо я юзаю гитлаб в основном для приватных реп
Игорь
04.06.2018
13:42:43
Кстате, а мелкософт вроде норм чувака на место СЕО гитхаба поставили, мб если они туда своими грязными лапами соваться не будут, то и не загнется
Aquinary
04.06.2018
14:06:33
Просто непонятно, что сподвигло продать своё детище микрософту
xPushkin
04.06.2018
14:06:48
То, c какой скоростью валят с ГитХаба смотрим вот тут:
https://monitor.gitlab.net/dashboard/db/github-importer?orgId=1
Aquinary
04.06.2018
14:06:54
Понижение количества получаемой прибыли?
Игорь
04.06.2018
14:09:05
Aquinary
04.06.2018
14:11:04
Google
Игорь
04.06.2018
14:12:35
Гуглу не нужно, а вот майкрософтовскому азуру гитхаб поперёк горла стоял, хоть они в него и вливали бабло и разработки, да и проекты свои хостили на нем
Aquinary
04.06.2018
14:24:26
Полгодика посмотрим