forum.opennet.ru

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

Оглавление

Новая техника управления памятью позволяет ускорить программ..., 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)

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

2. "Новая техника управления памятью позволяет ускорить программ..." –4 +/–

Сообщение от aZ (ok), 06-Апр-10, 13:49

На какой ОС? На виндовс?)

Ответить | Правка | Наверх | Cообщить модератору

15. "Новая техника управления памятью позволяет ускорить программ..." +/–

Сообщение от Zenitur (?), 06-Апр-10, 14:48

Да на любой.

Ответить | Правка | Наверх | Cообщить модератору

31. "Новая техника управления памятью позволяет ускорить программ..." +2 +/–

Сообщение от XoRe (ok), 06-Апр-10, 18:11

>На какой ОС? На виндовс?)
От них дождешься =)
Там если явно самому в своей программе накодить.
А на любой нормальной ОС, где можно подсовывать разные реализации malloc, возможно все перевести на ту реализацию, которая больше нравится.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

37. "Новая техника управления памятью позволяет ускорить программ..." +/–

Сообщение от Damon (??), 06-Апр-10, 19:11

> Там если явно самому в своей программе накодить.
Да, как бы не сверх проблема. На C++ (в первом приближении!), пишете обертку и перегружаете глобальный оператор new. STL, по дефолту, использует глобальный оператор, но позволяет указать одним из параметров шаблона свой аллокатор (еще один путь)...
Ну а "чисто" на C, под вындос вряд ли сейчас кто пишет, впрочем, там можно по шаманить с опциями линкера, попытаться заставить его слинковать нужную либу и использовать именно нужную ф-цию. Когда-то давно читал, что new из библиотек VS6 пользует malloc (понятия не имею, как сейчас), т.ч. данный путь может оказаться универсальным.
Ну а шарписты, видимо, в пролете...

Ответить | Правка | Наверх | Cообщить модератору

40. "Новая техника управления памятью позволяет ускорить программ..." +/–

Сообщение от XoRe (ok), 06-Апр-10, 20:44

>> Там если явно самому в своей программе накодить.
>
>Да, как бы не сверх проблема.
Согласен.
Свой код - своя вольница.
Но я про то, что в нормальных ОС можно задавать реализацию malloc для всех программ.
Я имею в виду для всех уже скомпиленных программ.
Ну кроме статически скомпиленных)
А попробуйте такой же трюк проделать в винде.
Я так понимаю, там и статическая компиляция практикуется куда чаще.

Ответить | Правка | Наверх | Cообщить модератору

45. "Новая техника управления памятью позволяет ускорить программ..." +/–

Сообщение от Damon (??), 06-Апр-10, 21:13

>Но я про то, что в нормальных ОС можно задавать реализацию malloc
>для всех программ.
>Я имею в виду для всех уже скомпиленных программ.
>Ну кроме статически скомпиленных)
Ну, согласно закону Мерфи -- "Если высказывание может быть не понято, непременно найдется тот, кто его не поймет!" ((С) как-то так :-), ну а я человек маленький и законопослушный... :-)
Вобщем, извиняюсь, не так понял.

Ответить | Правка | Наверх | Cообщить модератору

57. "Новая техника управления памятью позволяет ускорить программ..." +/–

Сообщение от sluge (ok), 07-Апр-10, 13:59

new то тут причем?
вызвал я скажем strdup-где тут new? все идет от malloc и собратьев, даже new!

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

60. "Новая техника управления памятью позволяет ускорить программ..." +/–

Сообщение от Damon (??), 07-Апр-10, 15:06

>new то тут причем?
>вызвал я скажем strdup-где тут new?
Я же написал -- "в первом приближении", я же не предлагал, как нихрена не делая, поиметь кучу выгод, так только МММ в свое время делала, где она теперь, Вы (думаю) в курсе...
Вместо char*, пользуйте std::string, там используется new, или, вообще, свой аллокатор указать можно...
>все идет от malloc и собратьев,
>даже new!
"Анатомия C Run-Time, или Как сделать программу немного меньшего размера" ( http://www.rsdn.ru/article/cpp/crt.xml ):
"Обычно C/C++-программа опирается на мощную поддержку С Run-Time Library - библиотека времени исполнения языка C, далее - CRT; более редкое название - RTL (Run-Time Library). Многим функциям этой библиотеки для правильной работы требуется дополнительная инициализация (CRT startup code). В частности, для вывода текста на консоль с помощью функции printf необходимо, чтобы дескриптор стандартного вывода stdout был предварительно связан с устройством вывода операционной системы (например, стандартным выводом и консолью Win32). То же самое справедливо и для функций работы с кучей - таких, как malloc для C и оператора new для C++.
...
А сам код CRT находится в динамической библиотеке MSVCRT.DLL в системном каталоге Windows. Эта многопоточная библиотека используется и некоторыми бесплатными компиляторами C/C++ для Windows, например, MinGW."
Пишите свою dll, где делаете форвардинг всех ф-ций на оригинал, кроме malloc/free, ну и еще чего-нить, навроде realloc... При линковке линкуете со своей либой.
По мойму, не так уж и офигенно сложно...

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Новая техника управления памятью позволяет ускорить программ..."	–4 +/–
Сообщение от aZ (ok), 06-Апр-10, 13:49
На какой ОС? На виндовс?)
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от Zenitur (?), 06-Апр-10, 14:48
	Да на любой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Новая техника управления памятью позволяет ускорить программ..."	+2 +/–
	Сообщение от XoRe (ok), 06-Апр-10, 18:11
	>На какой ОС? На виндовс?) От них дождешься =) Там если явно самому в своей программе накодить. А на любой нормальной ОС, где можно подсовывать разные реализации malloc, возможно все перевести на ту реализацию, которая больше нравится.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	37. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от Damon (??), 06-Апр-10, 19:11
	> Там если явно самому в своей программе накодить. Да, как бы не сверх проблема. На C++ (в первом приближении!), пишете обертку и перегружаете глобальный оператор new. STL, по дефолту, использует глобальный оператор, но позволяет указать одним из параметров шаблона свой аллокатор (еще один путь)... Ну а "чисто" на C, под вындос вряд ли сейчас кто пишет, впрочем, там можно по шаманить с опциями линкера, попытаться заставить его слинковать нужную либу и использовать именно нужную ф-цию. Когда-то давно читал, что new из библиотек VS6 пользует malloc (понятия не имею, как сейчас), т.ч. данный путь может оказаться универсальным. Ну а шарписты, видимо, в пролете...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от XoRe (ok), 06-Апр-10, 20:44
	>> Там если явно самому в своей программе накодить. > >Да, как бы не сверх проблема. Согласен. Свой код - своя вольница. Но я про то, что в нормальных ОС можно задавать реализацию malloc для всех программ. Я имею в виду для всех уже скомпиленных программ. Ну кроме статически скомпиленных) А попробуйте такой же трюк проделать в винде. Я так понимаю, там и статическая компиляция практикуется куда чаще.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от Damon (??), 06-Апр-10, 21:13
	>Но я про то, что в нормальных ОС можно задавать реализацию malloc >для всех программ. >Я имею в виду для всех уже скомпиленных программ. >Ну кроме статически скомпиленных) Ну, согласно закону Мерфи -- "Если высказывание может быть не понято, непременно найдется тот, кто его не поймет!" ((С) как-то так :-), ну а я человек маленький и законопослушный... :-) Вобщем, извиняюсь, не так понял.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от sluge (ok), 07-Апр-10, 13:59
	new то тут причем? вызвал я скажем strdup-где тут new? все идет от malloc и собратьев, даже new!
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	60. "Новая техника управления памятью позволяет ускорить программ..."	+/–
	Сообщение от Damon (??), 07-Апр-10, 15:06
	>new то тут причем? >вызвал я скажем strdup-где тут new? Я же написал -- "в первом приближении", я же не предлагал, как нихрена не делая, поиметь кучу выгод, так только МММ в свое время делала, где она теперь, Вы (думаю) в курсе... Вместо char*, пользуйте std::string, там используется new, или, вообще, свой аллокатор указать можно... >все идет от malloc и собратьев, >даже new! "Анатомия C Run-Time, или Как сделать программу немного меньшего размера" ( http://www.rsdn.ru/article/cpp/crt.xml ): "Обычно C/C++-программа опирается на мощную поддержку С Run-Time Library - библиотека времени исполнения языка C, далее - CRT; более редкое название - RTL (Run-Time Library). Многим функциям этой библиотеки для правильной работы требуется дополнительная инициализация (CRT startup code). В частности, для вывода текста на консоль с помощью функции printf необходимо, чтобы дескриптор стандартного вывода stdout был предварительно связан с устройством вывода операционной системы (например, стандартным выводом и консолью Win32). То же самое справедливо и для функций работы с кучей - таких, как malloc для C и оператора new для C++. ... А сам код CRT находится в динамической библиотеке MSVCRT.DLL в системном каталоге Windows. Эта многопоточная библиотека используется и некоторыми бесплатными компиляторами C/C++ для Windows, например, MinGW." Пишите свою dll, где делаете форвардинг всех ф-ций на оригинал, кроме malloc/free, ну и еще чего-нить, навроде realloc... При линковке линкуете со своей либой. По мойму, не так уж и офигенно сложно...
	Ответить \| Правка \| Наверх \| Cообщить модератору