В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

rust_offtopic

371 membersпожаловаться на группу
2020 May 08

λ

λоλторт in rust_offtopic
очень хорошо, когда их хватает, чтобы что-то описать
источник
13:43пожаловаться#1

B

Bogdan in rust_offtopic
Alex Zhukovsky
По-поводу краша fmod. Всё таки рекомендую:
1. попробовать виртуальные адреса в аллакаторе сместить подальше на отметку > 4gb. Это существенно изменит лейаут памяти, и возможно участит нарол, или что-то расскажет больше о моменте проезда памяти.
2. логировать каждый fmod евент, возможно увидев закономерность при крашах.
Интересно, как вобще можно о таком плпросить аллокатор? Он же блоки получает от ОС в том диапазоне где ОС решит выделить


Или есть какойто способ плпросить ОС выделить страницы в конкретном диапазоне?
источник
13:50пожаловаться#2

DF

Dollar Føølish in rust_offtopic
Да, ммап
источник
13:51пожаловаться#3

DF

Dollar Føølish in rust_offtopic
Пишешь адрес первым аргументом
источник
13:52пожаловаться#4

DF

Dollar Føølish in rust_offtopic
Потом даёшь флажок fixed
источник
13:52пожаловаться#5

DF

Dollar Føølish in rust_offtopic
Аллокатор от ос получает значение brk
источник
13:52пожаловаться#6

DF

Dollar Føølish in rust_offtopic
Это для менеджмента кучи. Процесс может использовать линейный адрес не только в этом диапазоне (кучи) но в любом. Если сделает ммап
источник
13:53пожаловаться#7

r

red75prime in rust_offtopic
Bogdan
Интересно, как вобще можно о таком плпросить аллокатор? Он же блоки получает от ОС в том диапазоне где ОС решит выделить


Или есть какойто способ плпросить ОС выделить страницы в конкретном диапазоне?
Ну да. Обычно есть способ попросить ОС зарезервировать вот этот диапазон виртуальных адресов для отображения на физическую (по возможности) память.
источник
13:55пожаловаться#8

DF

Dollar Føølish in rust_offtopic
Вообще лейаут памяти задаётся при загрузке бинарника , так как в этот момент формируется список mm_struct->vm_area_struct*
источник
13:55пожаловаться#9

DF

Dollar Føølish in rust_offtopic
Про трюк с 4 Гб я не слышал
источник
13:56пожаловаться#10

DF

Dollar Føølish in rust_offtopic
Кто нибудь знает зачем оно рекоммендует именно 4 Гб?
источник
13:57пожаловаться#11

MB

Mikail Bagishov in rust_offtopic
Dollar Føølish
Кто нибудь знает зачем оно рекоммендует именно 4 Гб?
Чтобы любые 32-битные адреса были невалидными
источник
13:58пожаловаться#12

DF

Dollar Føølish in rust_offtopic
А лейаут памяти здесь причем?
источник
13:58пожаловаться#13

r

red75prime in rust_offtopic
Имеется в виду размещение аллоцированых блоков в виртуальной памяти
источник
13:59пожаловаться#14

MB

Mikail Bagishov in rust_offtopic
То есть если какой-то код сохраняет адрес в 32-битную переменную, то он гарантированно и быстро крашнется.
источник
13:59пожаловаться#15

DF

Dollar Føølish in rust_offtopic
А, это значит надо отмапить предыдущую кучу сначала?
источник
13:59пожаловаться#16

DF

Dollar Føølish in rust_offtopic
munmap всмвсле
источник
14:00пожаловаться#17

MB

Mikail Bagishov in rust_offtopic
Я думаю, можно настроить так, чтобы куча сразу размещалась на больших адресах.
источник
14:00пожаловаться#18

r

red75prime in rust_offtopic
Не, скорее похачить аллокатор, чтобы он брал большие виртуальные адреса
источник
14:00пожаловаться#19

DF

Dollar Føølish in rust_offtopic
Он от brk их берёт же
источник
14:01пожаловаться#20