Войти
ФлеймФорумПрограммирование

Оперативная/не оперативная, RAM/не RAM, а так же иннуендо-фрагментация. (42 стр)

Страницы: 141 42 43 4446 Следующая »
#615
14:54, 25 июля 2017

exchg
> BGC
но он же не перемещающий, так что проблему фрагментации не решит.

#616
14:58, 25 июля 2017

Чё, как дела?

#617
15:00, 25 июля 2017

В той теме никто не заметил,... запощу сюда ещё

https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa366750(v=vs.85).aspx
http://www.boost.org/doc/libs/1_64_0/libs/pool/doc/html/index.html

#618
15:05, 25 июля 2017

kipar
> но он же не перемещающий, так что проблему фрагментации не решит.

какая фрагментация ? ведь ясно сказали - нету никакой фрагментации :)

#619
15:07, 25 июля 2017

innuendo
на 64 или на 32-битах?

#620
15:09, 25 июля 2017

kipar
> на 64
и кастомый аллокатор

#621
15:13, 25 июля 2017

kipar
> но он же не перемещающий, так что проблему фрагментации не решит.
Ну slab тоже не перемещающий, но фрагментацию решает. Я на самом деле не копался
с ним близко и привел его как пример потому, что его использует в mono т.е. по сути В С++
можно использовать тот же сборщик что и в одной из реализаций C#.

Тут на самом деле посыл был больше в сторону того что помимо стандартного
менеджера памяти  для С++ существует много разных реализаций, в том числе
и со сборкой мусора и с существенно уменьшенной(алгоритмически) фрагментацией,
и реализующие не блокируемую работу с памятью (аллокация, освобождение) из
разных потоков.

Сама по себе проблема не нова и помимо аппаратных решений, пусть и косвенных, как например
в 64 битных системах, имеется большое количество алгоритмических решений, который доступны
всем желающим.

innuendo
> какая фрагментация ? ведь ясно сказали - нету никакой фрагментации :)
Ну, покрайней мере кто-то утверждающий обратное сдулся и признал что не в состоянии
добиться фрагментации на С++ без утечек.

#622
15:20, 25 июля 2017

exchg
> > какая фрагментация ? ведь ясно сказали - нету никакой фрагментации :)
> Ну, покрайней мере кто-то утверждающий обратное сдулся и признал что не в
> состоянии
> добиться фрагментации на С++ без утечек

и с кастомным аллокатором нету фрагментации ?

#623
15:23, 25 июля 2017

exchg
Это все так, но хороший сборщик мусора (который перемещающий, с поколениями) для С++ не сделать. Хотя он конечно отнюдь не против фрагментации нужен.

> В С++ можно использовать тот же сборщик что и в одной из реализаций C#.
а кстати годный аргумент. В mono точно поверх него ничего нет, т.е. он точно также иннуендо-фрагментировать память будет?

#624
15:26, 25 июля 2017

innuendo
> и с кастомным аллокатором нету фрагментации ?
Фрагментация как явление будет всегда, вопрос в том насколько это явление
будет влиять. Т.е. насколько оно существенное. Т.к. даже не смотря на перемещение
все равно в памяти будут фрагментированные страницы.

#625
15:32, 25 июля 2017

exchg
> Т.к. даже не смотря на перемещение
> все равно в памяти будут фрагментированные страницы.
вы бы могли бы пояснить подробно развернуто ? если не трудно.

#626
15:32, 25 июля 2017

Запустить видео по клику - Как делать игрыЗапустить видео по клику - Как делать игры
#627
15:38, 25 июля 2017

kipar
> Хотя он конечно отнюдь не против фрагментации нужен.
Нет но он решает косвенно т.е. предотвращает фрагментацию которая гипотетически
может возникнуть при утечках памяти. И в комбинации с тем же slab и огромным адресным
пространством может решать именно эту проблему, хотя и косвенно.

#628
15:41, 25 июля 2017

innuendo

> Я так понимаю, у вашей программы на 2.8 миллиона строчек один пользователь-заказчик
Ты ошибаешься. Хотя, в целом их не так много.

> Какие требования у жавы к памяти
Наверное самые лютые, не знаю. Как не знаю, в какой связи джава и аллокаторы.

> Какие там требования к системе ?
Я не знаю, какие у тебя требования. Ты же ввязался в кастомные аллокаторы, значит должен эти требования знать. А судя по тому, что ты спрашиваешь о них у меня, видимо кастомные аллокаторы тебе пока не нужны.

#629
15:45, 25 июля 2017

Ghost2
> Я не знаю, какие у тебя требования. Ты же ввязался в кастомные аллокаторы,
> значит должен эти требования знать. А судя по тому, что ты спрашиваешь о них у
> меня, видимо кастомные аллокаторы тебе пока не нужны.

Судя по тому, что ты начал разговор про требования к системе для аллокатора ты не сталкивался что у заказчиков могут быть разные паттерны - один работает с очень большим числом мелких объектов, другой с очень небольшим, но они очень крупные, а третий что-то посередине
 

Страницы: 141 42 43 4446 Следующая »
ФлеймФорумПрограммирование

Тема в архиве.