Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Представлен pypy-stm, интерпретатор Python с поддержкой расп..., opennews (??), 11-Май-12, (0) [смотреть все] Интересная идея Что ж, удачи им А реализацию многопоточности через С С расшир, ZeroOne (ok), 12:48 , 11-Май-12, (5) // А расскажите, пожалуйста, подробней про грядущую версию С с поддержкой многопото, жопка3 (?), 13:06 , 11-Май-12, (10) +2 // Внезапно, многопоточность в Си поддерживается уже как минимум с 1995 года, если , Аноним (-), 13:48 , 11-Май-12, (15) –8 // Бывает что ирония и сарказм не улавливается, но не настолько , Аноним (-), 14:23 , 11-Май-12, (16) pthread не являются частью стандарта С , Аноним (-), 15:07 , 11-Май-12, (20) +1 Ага, и еще 100500 либ не являются Это не мешает ими пользоваться , Аноним (-), 16:13 , 11-Май-12, (25) Еще как мешает Что делать на платформах под которые есть компилятор С но нет pt, Аноним239 (?), 22:32 , 11-Май-12, (36) С таким же успехом, питона может и не быть на некоей платформе Например на всяк, Аноним (-), 09:14 , 12-Май-12, (42) –1 И читать стоит то на что вы отвечаете Иначе так и будете попадать впросак , Аноним (-), 14:40 , 12-Май-12, (49) О как А шо там как там с posix threads в MSVC собирать , Vasily Pupkin (?), 09:40 , 13-Май-12, (58) google c11 threads h, Аноним (-), 15:09 , 11-Май-12, (21) Сам ещё об этом ничего не знаю Знаю, что с выходом C11 активировалось обсуждени, ZeroOne (ok), 17:05 , 11-Май-12, (30) +1 что, не хватает питону одного ядра процессора, да , Нанобот (?), 12:48 , 11-Май-12, (6) –1 // Теперь будет тормозить на всех ядрах одновременно , Аноним (-), 13:02 , 11-Май-12, (8) Питон не умеет нативно эффективно использовать более чем одно ядро в рамках од, Аноним (-), 13:04 , 11-Май-12, (9) // Позволяет использовать сколько угодно ядер http docs python org library multi, Аноним (-), 14:33 , 11-Май-12, (17) // аноним не читатель, аноним писатель 1 multiprocessing запускает отдельный _проц, Аноним (-), 14:58 , 11-Май-12, (19) А чо, треды оно не того Бла, даже жабаскрипт уже умеет фоновые воркеры , Аноним (-), 16:16 , 11-Май-12, (27) Да умеет питон треды Только по факту в конкретный промежуток времени работать м, Аноним (-), 18:49 , 11-Май-12, (31) +1 Немаловажное замечание в рамках одного процесса, а процессов может быть много , Аноним (-), 19:41 , 11-Май-12, (33) Конечно, может Но в питоне синхронизация тредов и процессов вещи очень сильно р, Аноним (-), 20:14 , 11-Май-12, (34) Треды синхронизируют механизм GIL, а процессы руками , Аноним (-), 11:27 , 12-Май-12, (47) Прямо времена Windows 3 0 вспоминаются там тоже такая многозадачность была , Аноним (-), 10:39 , 12-Май-12, (43) –2 Вы сейчас продемонстрировали, что не понимаете разницу между задачей, процессо, Аноним (-), 11:17 , 12-Май-12, (45) ты серьёзно считаешь, что питоном нельзя задействовать все ядра , spanasik (ok), 13:13 , 11-Май-12, (12) +1 // та я вообще такого не говорил но, раз уж ты затронул эту тему, то сейчас задейс, Нанобот (?), 14:36 , 11-Май-12, (18) +1 // http docs python org library multiprocessing html не надо явно никакой форк вы, anonymous (??), 18:58 , 11-Май-12, (32) –1 Смотря какой длины питоном Достаточно длинным питоном, да с размаху можно так , Аноним (-), 15:12 , 11-Май-12, (22) +3 А есть шанс, что PyPy станет мейнстримовым, как когда-то hotspot стал основной J, Мяут (ok), 01:06 , 12-Май-12, (39) Они бы лучше python ускорили сам по себе, без распараллеливания Он в 2 раза мед, szh (ok), 01:07 , 12-Май-12, (40) –1 // Я таки думаю, что в ваших замерах были либо многочисленные операции ввода вывода, Аноним (-), 11:24 , 12-Май-12, (46) +1 // python 2 6 5, perl 5 10 1, ubuntu 10 041 обсчет по большому графу - массивы сл, szh (ok), 12:31 , 12-Май-12, (48) // О боже - Вась, а топор оказывается быстрее лома - А как ты проверял - Красил сте, Аноним (-), 14:48 , 12-Май-12, (50) perl и python это два топора у которых одно и то же предназначение, рубить одни , szh (ok), 17:30 , 12-Май-12, (51) Это как Что за алгоритм Плохо что Рекурсии чего Вы путаетесь в показаниях, па, Аноним (-), 23:25 , 12-Май-12, (52) создающий массивы и добавляющий в них данныеСовсем медленно Хуже чем в 2 раза м, szh (ok), 01:48 , 13-Май-12, (54) Как это относится к графам Я понимаю например нахождение оптимального пути в гр, Аноним (-), 08:22 , 14-Май-12, (60) мда транзакции вместо локов что то новое, чторошо что они не пишут ядро linux , evgeny_t (ok), 02:06 , 12-Май-12, (41) // А вы уверены, что транзакции это хуже локов с архитектурной точки зрения и точки, Аноним (-), 10:42 , 12-Май-12, (44) // Транзакции памяти кушать будут больше, быстродействие возможно будет больше , Аноним (-), 23:27 , 12-Май-12, (53)   // STM зачастую медленнее хорошо написанных явных блокировок, особенно, при небольш, etw (ok), 11:43 , 13-Май-12, (59)   транзакции не панацея, и имеют свои проблемыдедлоки, конфликты при оптимистическ, evgeny_t (ok), 07:54 , 13-Май-12, (55) // включая бесконечное зацикливание которе ещё никто не разрешил , evgeny_t (ok), 07:56 , 13-Май-12, (56) да же с есть локи то есть нормально когда у тебя есть локи, а потом можно и , evgeny_t (ok), 08:04 , 13-Май-12, (57) А чем это лучше Clojure , Аноним (-), 09:10 , 14-Май-12, (61) 5,6,39,40,41,61

Сообщения

[Сортировка по времени | RSS]

	53. "Представлен pypy-stm, интерпретатор Python с поддержкой расп..."	+/–
	Сообщение от Аноним (-), 12-Май-12, 23:27
	> А вы уверены, что транзакции это хуже локов с архитектурной точки зрения > и точки зрения быстродействия? Транзакции памяти кушать будут больше, быстродействие возможно будет больше.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Представлен pypy-stm, интерпретатор Python с поддержкой расп..."	+/–
	Сообщение от etw (ok), 13-Май-12, 11:43
	STM зачастую медленнее хорошо написанных явных блокировок, особенно, при небольшом числе процессоров/ядер, т.к. при работе с общей памятью накладные расходы на ведение лога и коммиты никуда не исчезают
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема