Как привести в норму показатели LatencyMon?

  • Автор темы Автор темы Lsw
  • Дата начала Дата начала

Lsw

Member
29 Июл 2012
180
21
18
Наверное все сталкивались с выпадениями аудио сигнала, зависаниями, а некоторые до сих пор сталкиваются и не знают, что проблема в системе, а не в железе. Тот кто сталкивался с такими проблемами в работе DAW как задержка, хрипы, зависания наверное знают эту чудо программу. Поэтому объяснять здесь её смысл не буду.
Предлагаю тут делиться своими находками, твиками, которые привели к к более нормальным показателям или понизили эти показатели в LatencyMon.

То, что я нашёл в интернете:
1. Драйвер nVidia. Помогает замена в/к или использование встроенной. Понижает уровень Highest Execution Time
2. Драйвера от сетевой карты. Обычно проблемы вызывают ndis.sys, tcpip.sys. Те, у кого intel тем сюда. У кого realtek, то тем возможно поможет установка версии драйвера с сайта производителя. Почему-то на сайте производителя матплаты версия позднее.
3. Отключение в BIOS функций процессора EIST и C1E. В некоторых случаях помогает отключение Hyper-threading
4. Отключение всех энергосберегающих функции
Вспомню допишу.
 
всё давно разжевано тут http://rmmedia.ru/threads/113297/
но топик длинный и полезняшки по нему размазаны - так, что можешь заняться собиранием

ЗЫ
В некоторых случаях помогает отключение Hyper-threading
отключение гипертрейдинга помогает только на малых размерах буфера, а на больших он наоборот полезен
 
  • Like
Реакции: mitinglas
Может подскажете? latency monitor говорит что:
- максимальная задержка от прерывания 50 000us (ругается)
- максимальное ISR 24 us (на ACPI.sys, иногда ATAPORT.sys)
- максимальное DPS 300us (tcpip.sys)

- количество ошибок страниц- несколько
- reported hardpagefault resolution - до 26 000 us (не сразу) (ругается)

материнка ASUS P5QL PRO 1.8ГГц*2. Система WIN7/64.
все драйвера что были на сайте установил и BIOS проапгрейджен. Ничего про тротлинг в BIOSe не нашел. Все энергосберегающее выключено.
видеоплата ATI.
Куда еще посмотреть? непонятно что именно вызывает задержку интеррапт-процесс и что за ошибки hard pagefault?
 
У меня обычно трудности с интуитивно понятными интерфейсами

LM-driv.jpg LM-process.jpg
LM-driv.jpg
LM-process.jpg
 

Вложения

  • LM-main.jpg
    LM-main.jpg
    354,6 KB · Просмотры: 1.587
  • LM-main.jpg
    LM-main.jpg
    354,6 KB · Просмотры: 1.268
Максимально жрёт буфер у вас Network Driver Interface Specification (NDIS) и собственно TCP/IP драйвер.
Так и у меня точно так-же, только цифры DPC отличаются в меньшую сторону в 4-5 раз.
Связанно это скорее всего с малой мощностью самого вашего компа и сделать тут вы что-то особо не сможете, разве что сеть выключить.
Ну и убирите из авто загрузки не нужные для работы с Аудио службы - ну вот чтоб Опера ваша 10 служб своих не держала в фоне...
 
Последнее редактирование:
Спасибо, но если можно расшифруйте
Да - комп у меня слабый, у меня в отличие от вас нет задачи использования вживую - мне бы записаться.
В моменты работы с рипером вынимать езернет кабель? Или надо где-то что-то дизаблить?
А вот что про автозагрузку ничего не понял.. в автозапуске только внешняя звуковая плата.
С вытащенным сетевым кабелем и без Оперы - в Латенси мониторе картина в лучшую сторону не меняется.
Собственно там можно сделать репорт:
_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:08:14 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: MUSIK-STUDIO
OS version: Windows 7 Service Pack 1, 6.1, build: 7601 (x64)
Hardware: P5QL PRO, , ASUSTeK Computer INC.
CPU: GenuineIntel Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz
Logical processors: 2
Processor groups: 1
RAM: 4095 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 1862 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 40123,779283
Average measured interrupt to process latency (µs): 5,656684

Highest measured interrupt to DPC latency (µs): 304,113841
Average measured interrupt to DPC latency (µs): 1,304802


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 303,244361
Driver with highest ISR routine execution time: ataport.SYS - ATAPI Driver Extension, Microsoft Corporation

Highest reported total ISR routine time (%): 0,025575
Driver with highest ISR total time: ataport.SYS - ATAPI Driver Extension, Microsoft Corporation

Total time spent in ISRs (%) 0,045752

ISR count (execution time <250 µs): 119036
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 1
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 285,345865
Driver with highest DPC routine execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation

Highest reported total DPC routine time (%): 0,095859
Driver with highest DPC total execution time: USBPORT.SYS - Драйвер порта USB 1.1 и 2.0, Microsoft Corporation

Total time spent in DPCs (%) 0,242219

DPC count (execution time <250 µs): 503790
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 1
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: svchost.exe

Total number of hard pagefaults 3264
Hard pagefault count of hardest hit process: 1867
Highest hard pagefault resolution time (µs): 748708,661654
Total time spent in hard pagefaults (%): 3,640463
Number of processes hit: 11


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 2,485923
CPU 0 ISR highest execution time (µs): 303,244361
CPU 0 ISR total execution time (s): 0,262484
CPU 0 ISR count: 84720
CPU 0 DPC highest execution time (µs): 285,345865
CPU 0 DPC total execution time (s): 1,504135
CPU 0 DPC count: 371169
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 1,920909
CPU 1 ISR highest execution time (µs): 24,022556
CPU 1 ISR total execution time (s): 0,190380
CPU 1 ISR count: 34317
CPU 1 DPC highest execution time (µs): 129,349624
CPU 1 DPC total execution time (s): 0,893419
CPU 1 DPC count: 132622
_________________________________________________________________________________________________________

ATAPI и ATAPORT относятся к контроллеру IDE - но попытки обновить их средствами виндов ни к чему не приводят.
 
Последнее редактирование:
Спасибо, но если можно расшифруйте
Да - комп у меня слабый, у меня в отличие от вас нет задачи использования вживую - мне бы записаться.
На запись это всё ни как влиять не должно - ставьте буфер в Аудио карте 1024 spl и пишитесь на здоровье.

В моменты работы с рипером вынимать езернет кабель? Или надо где-то что-то дизаблить?
Не, просто отключить програмно сетефухи и посмотреть поможет ли.


А вот что про автозагрузку ничего не понял.. в автозапуске только внешняя звуковая плата.
А вы скриншот автозагрузки дайте.
Наберите в run - msconfig - и пришлите скриншот.

С вытащенным сетевым кабелем и без Оперы - в Латенси мониторе картина в лучшую сторону не меняется.
Так кабель ни чего и не даст - отключите програмно сетевую карту и проверьте.
А по Опере - у вас просто куча процессов её видно запущенных - зачем они при занятии музыкой?
Лучше чтоб ни чего в сеть не ломилось.
 
Лучше чтоб ни чего в сеть не ломилось.
Вот и я погасил у себя всю сетевую активность, сразу стало так комфортно и хорошо. + блютусы-шмутусы, в общем все, что не связано с основным видом деятельности.
 
Они и так не ломятся, независимо от активности - можете проверить. Куда надо - они без нас заходят.
Но если ограничить - возможно, вообще оборвете, хотя сомневаюсь.
Пахнет шашлыком.
 
Последнее редактирование:
Сетевой адаптер пробовал программно отключать - ничего особо не меняется. блютуса нет.
[DOUBLEPOST=1501006374][/DOUBLEPOST]прошелся по хардваре манагеру - отключил серийные диски всякие CF,MMS,SD ридеры, дискровод, сдром, файрвайр.. штатное аудио на материнке. убрал в графике все украшательства. сначала вроде стало лучше, но стоило полезть в настройки иоткрыть панель управления - снова эти хард пэйджфолты..
 

Вложения

  • автозаг.jpg
    автозаг.jpg
    265,1 KB · Просмотры: 734
да он автоматический 4гб и 4гб оперативки.
в какой то момент на странице рекомендаций вин 7 по повышению производительности появилось предложение убрать Оперу из автозагрузки. Я это дело подтвердил и сразу полез смотреть - что же поменялось в msconfig - а ничего не поменялось.
Но вообще-то стало лучше
 
Последнее редактирование:
Сетевой адаптер пробовал программно отключать - ничего особо не меняется. блютуса нет.
В БИОС смотрели? Лучше в ней отключать - получается даже не программно, а "железно". Если блютузы реально нет - нет проблем. Если же он есть, но просто не установлен драйвер: в БИОСе это будет видно и можно так же отключить.
 
Сейчас пойду еще пройдусь по БИОСу.. но - на данный момент после 5мин сбора инфы ЛатенсиМонитором в состоянии покоя нет хардпэйджфолтов и
- максимальная задержка от прерывания с 50 000us упала до 4000 (хотя все равно ругается)
Налицо радикальное улучшение.
Вообще конечно в Винде столько всего позапущено лишнего.. как только понять что именно лишнее.
Однако отключать в биосе сетевой адаптер слишком неудобно - часто придется включать.
 
Сейчас пойду еще пройдусь по БИОСу.. но - на данный момент после 5мин сбора инфы ЛатенсиМонитором в состоянии покоя нет хардпэйджфолтов и
- максимальная задержка от прерывания с 50 000us упала до 4000 (хотя все равно ругается)
Налицо радикальное улучшение.
Вообще конечно в Винде столько всего позапущено лишнего.. как только понять что именно лишнее.
Однако отключать в биосе сетевой адаптер слишком неудобно - часто придется включать.
Нашли решение проблемы? Уже весь гугл перерыл.
 
Смотря что вам нужно.
Latency я насколько помню так и не победил - сегодня все хорошо, а завтра все плохо - плюнул - но для себя проблему решил, правда это решение не для живых выступлений, для записи. И задержка в 1мс на древнем компе меня более чем устраивает.

P.S. И кстати задержка от миди-клавы до аудиовыхода - ~ равна задержке от аудиовхода, а не 1/2 ))). Что бы там не писали люди знающие), ну или так о себе думающие
 
Последнее редактирование:
сегодня все хорошо, а завтра все плохо
Хз, с момента смены видеокарты на Радеон как "настроил" задержку, померяв всё в LatencyMon (почистил, потвикал ОС) - так и всё работает, никаких проблем замечено не было.

равна задержке от аудиовхода
Равна задержке от аудиовхода? Или вы имеете ввиду, что MIDI проходит всю round-trip latency? В любом случае, и то и это есть ерунда, поскольку АЦП тупо физически в обработке MIDI-сигнала не участвует вообще.
 
Jafaroff
Этому человеку это пытались объяснить это аж в двух темах по 4 страницы в каждой)
в итоге забанили ....он опять начинает )
 
Или вы имеете ввиду, что MIDI проходит всю round-trip latency? В любом случае, и то и это есть ерунда, поскольку АЦП тупо физически в обработке MIDI-сигнала не участвует вообще.
Я и не говорил что АЦП участвует в обработке МИДИ. Софт выравнивает задержки и это вполне логично. Там есть аудиофайл - можно послушать и сделать вывод.
 
Ребят, вот что я сделал. Я уже кучу всего перепробовал, но думал изначально, что причина в hdd или ssd. Вчера решил полностью, абсолютно полностью почистить комп. Я его продуваю и так частенько, но в этот раз я решил снять материнку, чтобы снять мосты и чипсет посмотреть на термопасту. Короче, пыли было куча и пыль была уже прям таким очень хорошим слоем. Все почистил, поменял на мостах термопасту. После этого я проблем не наблюдаю. Латенси тоже ранее показывало всякую ерунду с железом, но сейчас этого нет. Сейчас вообще проблем со звуком даже малейших нет! Возможно это кому-то поможет. Второй день всё хорошо.
 
  • Like
Реакции: Deceiver и Bioptry
В теме, который вы указали 60% флуда с оффтопом к сожалению

Всем доброго времени суток
Имеется следующий конфиг:
Мать - A55BM-K
ЦПУ - AMD A8-5600K
ОЗУ - AMD R738G1869U2S 8 ГБ DDR3-1866 DDR3
Видео - Asus R7 265 2GB
Звук - M-Audio FireWire Solo
2 Саташных харда 500гб и 1тб

При работе Traktor 3 в связке с таймкодами, софтина часто фризит, тем самым провисает всё в целом (Любой музыкальный софт, работающий с миди по usb). Не совсем понимая ситуации была переустановлена Вин 10, пару раз, не помогло, откат на 7 - всё то же самое
Клинит usbport.sys. Аналогичная проблема присутствует и в играх, но там совершенно не критично, тем более когда она одна )
С температурой железа всё впорядке, грешил на это, рекомендовали в биосе отключить C1E, Cool & Q - их там нет...
Если вдруг кто нибудь сталкивался с данным траблом и может мне подсказать пути решений, буду весьма признателен! С уважением
 

Вложения

  • Screenshot_1.png
    Screenshot_1.png
    89,2 KB · Просмотры: 572
  • Screenshot_2.png
    Screenshot_2.png
    59,4 KB · Просмотры: 622
Добрый день!

Появилось решение для acpi.sys? кроме как отключать acpi в устройствах? Latencymon беду показывает(


собсвенно лаптоп
 
Добрый день!

Появилось решение для acpi.sys? кроме как отключать acpi в устройствах? Latencymon беду показывает(


собсвенно лаптоп
Тут все рекомендации изложены -
 
Здраствуйте, недавно играя в Warzone фпс начал проседать на несколько секунд до 40-45, когда всегда было минимум 55. Погуглил, после того как увидел системные прерывания. При простое ноутбука, они минимальные, при запуске игры 100% из-за этого сильно проседает фпс. Решил скачать Latency что бы потестить, показало следущее:
_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates. ( Это было пссле повторного теста, до этого было вот это - Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. On or more routines that belong to a driver running in your system appear to be exectuting for too long. At least one detected problems appears to be network related. In case your using a WLAN adapter? try disabling it to get better results. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.)
LatencyMon has been analyzing your system for 0:04:34 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-D0EFN71
OS version: Windows 10 , 10.0, build: 19042 (x64)
Hardware: Nitro AN515-54, Acer, CFL, Octavia_CFS
CPU: GenuineIntel Intel(R) Core(TM) i5-9300H CPU @ 2.40GHz
Logical processors: 8
Processor groups: 1
RAM: 8029 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 240 MHz
Measured CPU speed: 14 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.



_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 1011,40
Average measured interrupt to process latency (µs): 9,758515

Highest measured interrupt to DPC latency (µs): 1000,30
Average measured interrupt to DPC latency (µs): 2,921356


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 112,190833
Driver with highest ISR routine execution time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation

Highest reported total ISR routine time (%): 0,024685
Driver with highest ISR total time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation

Total time spent in ISRs (%) 0,026723

ISR count (execution time <250 µs): 66806
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 972,945833
Driver with highest DPC routine execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation

Highest reported total DPC routine time (%): 0,03480
Driver with highest DPC total execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in DPCs (%) 0,145446

DPC count (execution time <250 µs): 510334
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 185
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.


Process with highest pagefault count: none

Total number of hard pagefaults 0
Hard pagefault count of hardest hit process: 0
Highest hard pagefault resolution time (µs): 0,0
Total time spent in hard pagefaults (%): 0,0
Number of processes hit: 0


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 5,047696
CPU 0 ISR highest execution time (µs): 112,190833
CPU 0 ISR total execution time (s): 0,572074
CPU 0 ISR count: 65413
CPU 0 DPC highest execution time (µs): 972,945833
CPU 0 DPC total execution time (s): 1,721058
CPU 0 DPC count: 200978
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 1,378506
CPU 1 ISR highest execution time (µs): 51,138333
CPU 1 ISR total execution time (s): 0,013673
CPU 1 ISR count: 1387
CPU 1 DPC highest execution time (µs): 447,155833
CPU 1 DPC total execution time (s): 0,084486
CPU 1 DPC count: 11780
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 1,762406
CPU 2 ISR highest execution time (µs): 13,394167
CPU 2 ISR total execution time (s): 0,000044
CPU 2 ISR count: 6
CPU 2 DPC highest execution time (µs): 467,461667
CPU 2 DPC total execution time (s): 0,148341
CPU 2 DPC count: 24824
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 1,268843
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 484,05250
CPU 3 DPC total execution time (s): 0,109971
CPU 3 DPC count: 20091
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 4,262126
CPU 4 ISR highest execution time (µs): 0,0
CPU 4 ISR total execution time (s): 0,0
CPU 4 ISR count: 0
CPU 4 DPC highest execution time (µs): 836,424167
CPU 4 DPC total execution time (s): 0,801610
CPU 4 DPC count: 200925
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 0,871132
CPU 5 ISR highest execution time (µs): 0,0
CPU 5 ISR total execution time (s): 0,0
CPU 5 ISR count: 0
CPU 5 DPC highest execution time (µs): 306,734167
CPU 5 DPC total execution time (s): 0,067471
CPU 5 DPC count: 9365
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 1,271323
CPU 6 ISR highest execution time (µs): 0,0
CPU 6 ISR total execution time (s): 0,0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 585,329167
CPU 6 DPC total execution time (s): 0,154413
CPU 6 DPC count: 28557
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 0,977558
CPU 7 ISR highest execution time (µs): 0,0
CPU 7 ISR total execution time (s): 0,0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 472,361667
CPU 7 DPC total execution time (s): 0,101016
CPU 7 DPC count: 13999
_________________________________________________________________________________________________________

Пожалуйста, помогите.
 

Сейчас просматривают