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

Новая техника управления памятью позволяет ускорить программ..., opennews (?), 06-Апр-10, (0) [смотреть все] это будет в ядре , Dcow (?), 13:31 , 06-Апр-10, (1) –2 // ядро то тут причом , sluge (ok), 13:58 , 07-Апр-10, (56) +1 На какой ОС На виндовс , aZ (ok), 13:49 , 06-Апр-10, (2) –4 // Да на любой , Zenitur (?), 14:48 , 06-Апр-10, (15) От них дождешься Там если явно самому в своей программе накодить А на любой но, XoRe (ok), 18:11 , 06-Апр-10, (31) +2 // Да, как бы не сверх проблема На C в первом приближении , пишете обертку и п, Damon (??), 19:11 , 06-Апр-10, (37) // Согласен Свой код - своя вольница Но я про то, что в нормальных ОС можно задават, XoRe (ok), 20:44 , 06-Апр-10, (40) Ну, согласно закону Мерфи -- Если высказывание может быть не понято, непременно, Damon (??), 21:13 , 06-Апр-10, (45) new то тут причем вызвал я скажем strdup-где тут new все идет от malloc и собра, sluge (ok), 13:59 , 07-Апр-10, (57) Я же написал -- в первом приближении , я же не предлагал, как нихрена не делая,, Damon (??), 15:06 , 07-Апр-10, (60) Интересно в PDF-е и в новости написано про прототип динамической библиотеки Кто, Konstantin (??), 13:55 , 06-Апр-10, (3) исходники в студию , DeDA (?), 14:01 , 06-Апр-10, (4) +1 // Искал исходники, но пока не нашел Есть только пара презентаций 1 http www4 n, croster (ok), 14:45 , 06-Апр-10, (14) +1 Это будет хорошо дополнять ZFS prefetch и другие техники файлового кэширования , iZEN (ok), 14:03 , 06-Апр-10, (5) –1 // Да, жависты любят эту ересь нести Только память всегда гораздо лучше пустить по, аноним (?), 14:53 , 06-Апр-10, (18) +2 Главное чтобы не запатентовали , Анон (?), 14:04 , 06-Апр-10, (6) +6 Чето я не понял за счет чего ускорение malloc все равно будет ждать завершения , sergej (??), 14:17 , 06-Апр-10, (7) +1 // Аналогично, какая разница в каком потоке выполняется код malloc, если ему всё ра, Аноним (-), 14:27 , 06-Апр-10, (9) +3 // По сути, для начал использования памяти, достаточно получить указатель на начало, pavlinux (ok), 21:07 , 06-Апр-10, (44) Начинаю патентовать , PatentTroll (?), 14:20 , 06-Апр-10, (8) Заголвок должен быть Новая техника управления памятью позволяет ускорить плохо , Аноним (-), 14:31 , 06-Апр-10, (10) +6 Да все просто, делаете отдельный обьект , в который кидаете запросы на выделение, Anton (??), 14:39 , 06-Апр-10, (11) –1 // Ага А как узнать насколько заранее нужно послать запрос на выделение памяти, чт, sergej (??), 14:41 , 06-Апр-10, (12) +3 полный бред поток, которому необходима память всё равно будет ожидать окончания, IGX (?), 14:43 , 06-Апр-10, (13) +6 // Поток с выделением будет выполнятся на другом ядре процессоре , а поток из кото, Anton (??), 14:52 , 06-Апр-10, (16) –1 // И откуда тут выигрыш по сравнению с обычным подходом , аноним (?), 14:56 , 06-Апр-10, (19) +2 потому что запрос будет неблокирующий, Anton (??), 15:08 , 06-Апр-10, (21) –2 Специально для особо одарённых танкистов http www ece ncsu edu arpers Papers , IGX (?), 15:20 , 06-Апр-10, (23) +1 в пдфке вроде говорят, что интерфейс malloc free они не ломали Откуда возьмется, sergej (??), 16:11 , 06-Апр-10, (27) а вы внимательней почитайте, Anton (??), 17:21 , 06-Апр-10, (28) –1 Очевидно, что некоторое приближение к неблокирующему malloc-у можно получить тол, demo (??), 17:56 , 06-Апр-10, (30) Решение предлагается как drop-in замена обычному malloc Вопрос - что вернет ваш, аноним (?), 18:45 , 06-Апр-10, (32) +1 указатель на начало сегмента памяти , pavlinux (ok), 21:23 , 06-Апр-10, (46) –1 и когда он выдалять будет и в каком порядке если он к моменту возвращения еще не, Аноним (-), 22:09 , 06-Апр-10, (49) +1 В пространстве пользователя это должны быть линейные адреса А как их сегментируе, pavlinux (ok), 23:24 , 06-Апр-10, (50) –1 в с нет ниаких сегментов памяти, sluge (ok), 14:02 , 07-Апр-10, (59) Ещё один иди всю Википедию выучи или хотя бы Ожегова, тогда возвращайся И пр, pavlinux (ok), 19:39 , 07-Апр-10, (61) И во что это выльется Я так могу sbrk вместо маллока использовать , аноним (?), 05:32 , 08-Апр-10, (64) в то, что можно начать использовать до конца не выделенную память По аналогии с, pavlinux (ok), 11:54 , 08-Апр-10, (67) С выделением памяти действительно непонятно, но вот free должно выноситься в о, pazke (?), 14:53 , 06-Апр-10, (17) +3 // Поддерживаю , IGX (?), 15:06 , 06-Апр-10, (20) Ну это уже, наверно, во всех сборщиках мусора реализовано , letsmac (?), 15:33 , 06-Апр-10, (26) ну пускай вот в glibc добавят, чтож , DFX (ok), 15:28 , 06-Апр-10, (24) // Спорно, т к приведенный метод ускорения будет в каких-то случаях немного ускоря, IGX (?), 15:33 , 06-Апр-10, (25) // Нда И в каких он будет замедлять , Anton (??), 17:49 , 06-Апр-10, (29) // Если не использовать preallocation, то во всех А если использовать, то оно буде, аноним (?), 18:47 , 06-Апр-10, (33) +3 И хорошо еще, если ядро свободное найдется на работу потока выделения освобожден, IGX (?), 20:30 , 06-Апр-10, (39) Могу предположить, что все ядра, кроме первого, обычно загружены чуть меньше Исх, XoRe (ok), 20:50 , 06-Апр-10, (42) Предлагаешь замутить sleep , wait , delay и т п , c поддержкой SMPЕсли проце, pavlinux (ok), 21:27 , 06-Апр-10, (47) Я просто указываю на то, что нет true smp Да и не думаю, что будет Из этого и , XoRe (ok), 00:29 , 07-Апр-10, (52) вот мой десктоп коре квад секундное измерение cpu 0 usage 0 cpu 1 usage 2 cp, Dvorkin (??), 20:16 , 07-Апр-10, (62) Хотя средняя загрузка процессора не велика, но это не означает, что на каждом уч, IGX (?), 21:42 , 06-Апр-10, (48) Если переход с текущей реализации на предлагаемую может вызвать такие лаги, то н, XoRe (ok), 00:30 , 07-Апр-10, (53) gt оверквотинг удален В текущей реализации таких лагов нет, т к память выделя, IGX (?), 01:10 , 07-Апр-10, (54) Т е лаги могут быть, если много программ одновременно потребуют память Кстати, , XoRe (ok), 11:11 , 07-Апр-10, (55) Бгыгы, и что, computational thread не заблокирована на это время Бред какой-то , аноним (?), 18:49 , 06-Апр-10, (34) // Это _академический опен-сорс такой Диссертация про коня в вакууме, потом, если , Andrey Mitrofanov (?), 19:05 , 06-Апр-10, (36) +1   // не исключено, fresco (??), 20:45 , 06-Апр-10, (41)   На win или nux На BSD как раз самых эффективный аллокатор из существующих , аноним (?), 05:34 , 08-Апр-10, (65)   // Так-так Что зироты BSD имеют сказать за борьбу с академ-пен-сорсом и мировой и, Andrey Mitrofanov (?), 09:34 , 08-Апр-10, (66)   http www google ru search q tcmallocчем не понравился им , funky_dennis (?), 20:22 , 06-Апр-10, (38) // Возможно, лицензией А может просто, своя велосипеда ближе к телу , XoRe (ok), 20:53 , 06-Апр-10, (43) О, это такая клёвая хрень svn checkout http google-perftools googlecode co, pavlinux (ok), 00:26 , 07-Апр-10, (51) звучит заманчивоно не поверю пока сам не попробую, sluge (ok), 14:01 , 07-Апр-10, (58) Прогресс такой прогресс Сначала напридумывают языков с динамической типизацией,, Аноним (-), 23:01 , 07-Апр-10, (63) 1,2,3,4,5,6,7,8,10,11,24,34,38,58,63

Сообщения

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

	36. "Новая техника управления памятью позволяет ускорить программ..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 06-Апр-10, 19:05
	>Бгыгы, и что, computational thread не заблокирована на это время? Бред какой-то. > Это _академический опен-сорс такой. Диссертация про коня в вакууме, потом, если повезёт, закрытые тесты-реализации-бенчмарки (как щас вижу - на win* или *BSD) с ещё более громкими заголовками, потом продажа венчурным капиталистам =>профит. А ускоряет оно маллок в глибц, не ускоряет... __Так_и_не_обещал_же_никто.__
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от fresco (??), 06-Апр-10, 20:45
	не исключено
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от аноним (?), 08-Апр-10, 05:34
	>Это _академический опен-сорс такой. Диссертация про коня в вакууме, потом, если повезёт, закрытые тесты-реализации-бенчмарки (как щас вижу - на win* или *BSD) с ещё более громкими заголовками, потом продажа венчурным капиталистам =>профит. А ускоряет оно маллок в глибц, не ускоряет... __Так_и_не_обещал_же_никто.__ На win* или *nux. На BSD как раз самых эффективный аллокатор из существующих.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	66. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от Andrey Mitrofanov (?), 08-Апр-10, 09:34
	>>Это _академический опен-сорс такой >>закрытые тесты-реализации-бенчмарки (как щас вижу - на win* или *BSD) >>__Так_и_не_обещал_же_никто.__ >На win* или *nux. На BSD как раз самых эффективный аллокатор из существующих. Так-так!? Что зироты BSD имеют сказать за борьбу с академ-пен-сорсом и мировой иссследовательскай наукай?!
	Ответить | Правка | Наверх | Cообщить модератору

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

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