Дши развилка: Яндекс Карты — подробная карта мира

Возвращает описание утечки памяти. Резюме всегда пишется, за которым следуют детали до ограничение утечек. Если log_contents равно true , сведения включают до 32 байтов содержимого каждого просочившегося распределения. Возвращает true, если обнаружение утечки прошло успешно.

Реализация

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

1. Исходный процесс : Обнаружение утечки запрашивается путем вызова GetUnreachableMemory()
2. Распределения отключены с помощью malloc_disable()
3. Запущен процесс сбора. Процесс сбора, созданный с помощью клонирования, аналогичен обычному дочернему процессу fork() , за исключением того, что он разделяет адресное пространство родительского процесса — любые записи исходного процесса видны процессу сбора, и наоборот. Если бы мы разветвлялись вместо использования клона, адресное пространство могло бы не синхронизироваться с наблюдаемым состоянием потока после ptrace, поскольку для приостановки родителя требуется некоторое время.
4. Процесс сбора : Все потоки в исходном процессе приостановлены с помощью ptrace() .
5. Собирается содержимое регистров, активные области стека и информация об отображении памяти.
6. Исходный процесс : Выделения повторно включаются с помощью malloc_enable() , но все потоки по-прежнему приостановлены с помощью ptrace() .
7. Процесс сбора : Процесс уборки порождается с использованием обычного fork() . У процесса очистки есть копия всей памяти исходного процесса, включая все данные, собранные процессом сбора.
8. Процесс сбора выпускает все потоки из ptrace и завершает работу
9. Исходный процесс : Все потоки продолжают работу, поток, вызвавший GetUnreachableMemory() , блокируется в ожидании утечки данных по каналу.
10. Процесс очистки : список всех активных распределений создается путем изучения отображений памяти и вызова malloc_iterate() для любых отображений кучи.
11. Список всех корней создается из глобальных переменных (разделы .data и .bss двоичных файлов), а также регистров и стеков из каждого потока.
12. Проход пометки и развертки выполняется, начиная с корней.
13. Неотмеченные выделения отправляются по конвейеру обратно в исходный процесс.

Компоненты

• MemUnreachable.cpp : Точки входа, реализует описанную выше последовательность.
• PtracerThread.cpp : используется для клонирования процесса сбора с общим адресным пространством.
• ThreadCapture.cpp : приостанавливает потоки в основном процессе и собирает содержимое регистров.
• ProcessMappings.cpp : Собирает моментальные снимки /proc/pid/maps .
• HeapWalker.cpp : выполняет проход пометки и очистки по активным выделениям.
• LeakPipe.cpp : передает данные, описывающие утечки, из процесса очистки в исходный процесс.

Требования к распределителю кучи

libmemunreachable требуется небольшой интерфейс к распределителю для сбора информации об активных выделениях.

• malloc_disable() : запретить любому потоку изменять состояние внутреннего распределителя.
• malloc enable() : повторно включить выделения во всех потоках.
• malloc_iterate() : вызывать обратный вызов для каждого активного распределения в данной области кучи.
• malloc_backtrace() : вернуть трассировку с момента выделения выделения по данному адресу, если она была собрана.

cdc28d2470da8aec303185b9b0863ea4673fb3f9- platform/external/ltp - Git в Google

Тестовый проект Linux — это совместный проект, начатый SGI, OSDL и Bull, разработанный и поддерживаемый IBM, Cisco, Fujitsu, SUSE, Red Hat, Oracle и другими. Цель проекта — предоставить сообществу открытого исходного кода тесты, подтверждающие надежность, надежность и стабильность Linux.

Набор тестов LTP содержит набор инструментов для тестирования ядра Linux и связанных с ним функций. Наша цель — улучшить ядро ​​Linux и системные библиотеки за счет автоматизации тестирования. Заинтересованным участникам с открытым исходным кодом предлагается присоединиться.

Страницы проекта расположены по адресу: http://linux-test-project.github.io/

Последний образ всегда доступен по адресу: https://github.com/linux-test-project/ltp/releases

Обсуждение проекта происходит в списке рассылки ltp: http://lists. linux.it/listinfo/ltp

Репозиторий git находится на GitHub по адресу: https://github.com/linux-test-project/ ltp

Экземпляр пэчворка находится по адресу: https://patchwork.ozlabs.org/project/ltp/list/

.Будьте осторожны с этими тестами!

Не запускайте их в производственных системах. Growfiles, doio и iogen, в частности, подчеркивают возможности систем ввода-вывода, и хотя они не должны вызывать проблем в правильно функционирующих системах, они предназначены для поиска (или создания) проблем.

Если у вас установлены git, autoconf, automake, m4, заголовочные файлы linux и общие пакеты для разработчиков, скорее всего, сработает следующее.

 $ клон git https://github.com/linux-test-project/ltp.git
$ cd лтп
$ сделать автоинструменты
$ ./настроить
 

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

Ярлык для запуска одного теста

Если вам нужно выполнить один тест, вам фактически не нужно компилировать весь LTP, если вы хотите запустить тестовый пример системного вызова, следующее должно работать.

 $ cd testcases/kernel/syscalls/foo
$ сделать
$ ПУТЬ=$ПУТЬ:$PWD ./foo01
 

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

 $ cd тесткейсы/библиотека
$ сделать
$ cd ../команды/foo
$ PATH=$PATH:$PWD:$PWD/../../lib/ ./foo01.sh
 

Open Posix Testsuite имеет собственную систему сборки, для которой сначала нужно сгенерировать файлы Makefile, после чего компиляция должна работать и в подкаталогах.

 $ cd тесткейсы/open_posix_testsuite/
$ make сгенерировать make-файлы
$ cd соответствие/интерфейсы/foo
$ сделать
$ ./foo_1-1.run-тест
 

Компиляция и установка всех тестовых наборов

 $ make
$ сделать установку
 

Это установит LTP на /опт/лтп .

• Если у вас возникли проблемы, см. doc/mini-howto-building-ltp-from-git.txt .
• Если проблема не устранена, см. INSTALL и ./configure --help .
• В противном случае обратитесь за помощью в список рассылки или на Github.

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

• Если тест возвращает TCONF из-за отсутствия компонента, проверьте ./настроить вывод .
• Если тест не пройден из-за отсутствия пользователя или группы, см. раздел «Быстрый запуск» INSTALL .

Для запуска всех наборов тестов

 $ cd /opt/ltp
$ ./runltp
 

Обратите внимание, что многие тестовые случаи должны выполняться от имени пользователя root.

Для запуска определенного набора тестов

 $ ./runltp -f syscalls
 

Для запуска всех тестов с madvise в имени

 $ ./runltp -f syscalls -s madvise
 

См. также

 $ ./runltp --help
 

Наборы тестов (например, системные вызовы) определяются в каталоге runtest. Каждый файл содержит список тестов в простом формате, см. doc/ltp-run-files.txt.

Каждый тестовый пример имеет свой собственный исполняемый файл или сценарий, их можно запускать напрямую

 $ testcases/bin/abort01
 

У некоторых есть аргументы

 $ testcases/bin/fork13 -i 37
 

Подавляющее большинство тестовых случаев принимают ключ -h (помощь)

 $ тесткейсы/bin/ioctl01 -h
 

Многие требуют установки определенных переменных среды

 $ LTPROOT=/opt/ltp PATH="$PATH:$LTPROOT/testcases/bin" testcases/bin/wc01.sh
 

Чаще всего необходимо установить переменную пути, а также LTPROOT , но есть ряд других переменных, runltp обычно устанавливает их за вас.

Обратите внимание, что для всех сценариев оболочки необходимо установить PATH . Однако это не ограничивается сценариями оболочки, многим тестам на основе C также нужны переменные среды.

Для получения дополнительной информации см. doc/user-guide.txt или в Интернете по адресу https://github.com/linux-test-project/ltp/wiki/User-Guidelines.

Перед тем, как начать, вы должны прочитать следующие документы:

• doc/test-writing-guidelines.txt
• doc/build-system-guide.txt

tutorial:

• doc/c-test-tutorial-simple.txt

Если что-то там не описано, не стесняйтесь спрашивать в списке рассылки LTP. Также обратите внимание, что эти документы доступны в Интернете по адресу:

• https://github.com/linux-test-project/ltp/wiki/Test-Writing-Guidelines
• https://github.com/linux-test-project/ltp/wiki/Style-Guide
• https://github.com/linux-test-project/ltp/wiki/Build-System
• https://github.com/linux-test-project/ltp/wiki/C-Test-Case-Tutorial

Хотя мы принимаем запросы на вытягивание GitHub, предпочтительным способом является отправка исправлений в наш список рассылки.