https://www.opennet.ru/openforum/vsluhforumID3/111519.html Доступен (https://sourceforge.net/p/valgrind/mailman/message/35897206/) релиз Valgrind 3.13.0 (http://valgrind.org/), инструментария для отладки работы с памятью, обнаружения утечек памяти и профилирования. Работа Valgrind поддерживается для платформ Linux (X86, AMD64 ARM32, ARM64, PPC32, PPC64BE, PPC64LE, S390X, MIPS32,<br>MIPS64), Android (ARM, ARM64, MIPS32, X86),Solaris (X86, AMD64) и macOS 10.12 (AMD64).<br><br><br><br><br>В новой версии (http://valgrind.org/docs/manual/dist.news.html):<br><br><br><br><br>- Проведена работа по обеспечению отладки крупных приложений, потребляющих очень много памяти. Расширен размер кэша. Максимальное число секторов увеличено с 24 до 48, а значение по умолчанию с 16 до 32. Общий размер памяти, который может использовать <br>Valgrind увеличен с 64 до 128 Гб, т.е. теперь возможна отладка приложений, которым выделено до 60 Гб памяти. Адрес загрузки изменён с 0x3800'0000 на 0x5800'0000, что позволяет загружать крупные исполняемые файлы, размером до 1.2 Гб;<br><br><br><br>- Добавлена поддержка нового предста https://www.opennet.ru/openforum/vsluhforumID3/111519.html#13 Fri, 07 Jul 2017 06:03:04 GMT Google perftools, -fsanitize=address/thread, интеловский инспектор.<br><br>Альтернатив дофига, на самом деле. Санитайзеры &#8212; самое оно, валгринд работает на два порядка медленнее и на порядок грустнее.<br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#12 Fri, 23 Jun 2017 10:13:29 GMT &gt;&gt; Лично для меня valgrind помер в тот момент, когда перестал работать без <br>&gt;&gt; отладочной информации. И ладно бы он требовал ее только для бинарника, <br>&gt;&gt; но нет же - она требуется для всех используемых бинарником библиотек, <br>&gt;&gt; начиная от libc и заканчивая иксовыми. Пересобирать всю систему со splitdebug?<br>&gt;&gt; Нет, спасибо. Могли бы хоть ключик оставить, что ли...<br>&gt; Ну так надо было бы в issue это занести...<br>&gt; А, для меня лично он помер - когда прочёл что поддерживает только <br>&gt; никсы.<br>&gt; Для программисткого ПО и особенно как для открытого это даже как то <br>&gt; непрофессионально. Можете и это в Issue занеси.<br><br>Советую прочитать про принцип работы valgrind (он очень близок к qemu-uaer). Его сложно портировать на системы с недокументированные ABI ядра OS и загрузчику исполняемых файлов.<br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#11 Fri, 23 Jun 2017 10:06:35 GMT &gt; Я так понимаю, valgrind не пригоден для тестирования самого себя.<br><br>Пригоден. Для этого в нем есть специальная поддержка.<br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#10 Wed, 21 Jun 2017 08:16:44 GMT ...а с помощью двух valgrind'ов можно протестить вообще всё! ©<br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#9 Tue, 20 Jun 2017 06:58:10 GMT &gt; Лично для меня valgrind помер в тот момент, когда перестал работать без <br>&gt; отладочной информации. И ладно бы он требовал ее только для бинарника, <br>&gt; но нет же - она требуется для всех используемых бинарником библиотек, <br>&gt; начиная от libc и заканчивая иксовыми. Пересобирать всю систему со splitdebug? <br>&gt; Нет, спасибо. Могли бы хоть ключик оставить, что ли...<br><br>Ну так надо было бы в issue это занести...<br>А, для меня лично он помер - когда прочёл что поддерживает только никсы. <br>Для программисткого ПО и особенно как для открытого это даже как то непрофессионально. Можете и это в Issue занеси. <br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#8 Mon, 19 Jun 2017 22:51:51 GMT &gt;ля меня valgrind помер в тот момент<br><br>А что родилось?<br>Альтернативы-то нет... <br>Да и что плохого, если он стал просить меньше (сам я валгриндом пользуюсь пару раз перед релизом. Не чаще. Я на плюсах пишу и с памятью проблем нет. А для меня валгринд это в первую очередь проверка на утечки) нюансов.<br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#7 Mon, 19 Jun 2017 22:34:27 GMT Лично для меня valgrind помер в тот момент, когда перестал работать без отладочной информации. И ладно бы он требовал ее только для бинарника, но нет же - она требуется для всех используемых бинарником библиотек, начиная от libc и заканчивая иксовыми. Пересобирать всю систему со splitdebug? Нет, спасибо. Могли бы хоть ключик оставить, что ли...<br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#6 Mon, 19 Jun 2017 18:44:52 GMT AMD уже поняло что все эти независимые аффторы компиляторов типа GCC жирно проплаченны Intel-ом, <br>потому на базе форка LLVM+CLang пилят свой оптимизирующий под AMD компилятор<br>(правда тоже подонковски - только под самые последние свои модели ЦПУ, но может и на ранних будет профит кто знает) - AOCC{AMD Optimizing C,C++ Compiler}<br> https://www.opennet.ru/openforum/vsluhforumID3/111519.html#4 Mon, 19 Jun 2017 12:54:48 GMT Интересно а проблемы с AMD FX процессорами исправили уже?<br><br>vex amd64-&gt;IR: unhandled instruction bytes: 0x8F 0xEA 0xF8 0x10 0xCA 0x3 0x1D 0x0 vex amd64-&gt;IR: REX=0 REX.W=0 REX.R=0 REX.X=0 REX.B=0 vex amd64-&gt;IR: VEX=0 VEX.L=0 VEX.nVVVV=0x0 ESC=NONE vex amd64-&gt;IR: PFX.66=0 PFX.F2=0 PFX.F3=0<br>