Обзор писем о танцах и плясках


Прежде всего, хочу поблагодарить всех, кто откликнулся и предложил свою версию решения проблемы "пляшущих частот" или хотя бы просто сообщил о собственных наблюдениях. Откликов уже намного больше полусотни и они продолжают приходить. В связи с этим невозможно перечислить всех и процитировать все письма – в этом случае из-за большого объёма пришлось бы публиковать этот обзор в заархивированном виде . Поэтому предлагаю кратко рассмотреть основные теории, а потом попытаться обобщить все сведения. На стопроцентную объективность не претендую, поскольку проверить правильность гипотезы можно только на практике, но трудность в том, что способы, помогающие прекратить пляску одним, совершенно не работают у других. Кроме того, непросто воспроизвести пляски – они возникают и исчезают без видимых причин.

Сначала хочу успокоить тех, кто как и Anton Weise наблюдает незначительные отклонения частот от номинала:


Прочитал Вашу статью "Пляшущие" частоты плат на nForce2 и решил поинтересоваться: а колебания в пределах 1 MHz -- это нормально или тоже плохо. У меня Epox 8RDA3, AXP 1700@2400+. Функции BusDisconnect в биосе нету. Если CPU Interface не менять, то на 200 по шине даже не запускается.


О таких незначительных колебаниях речь не идёт, они нестрашны и неспособны повлиять на общую производительность компьютера. Мы говорим о серьёзных колебаниях в несколько десятков или сотен мегагерц. Одновременно хочу огорчить тех, кто полагает, что ему повезло с материнской платой и он гарантированно застрахован от плясок. Вот сообщение от TINC:


Прочитал статью про "пляшущие частоты" и... приятно удивился :) У меня Soltek 75FRN-L (ревизия сев. моста А2, если верить CPU-Z). Камень 2500+, стоит 200х10 (10,5, еще не определился). У частоты камня меняются только 10-е доли, а у FSB частота стоит "как вкопанная" ! Неужели самая дешевая мать может быть самой стабильной ? Аж даже не верится :)


И правильно не верится, поскольку пляски наблюдаются на самых разных платах от самых разных производителей и Soltek не исключение, что подтверждает письмо от Rainman:






Добрый день! Являясь постоянным читателем материалов, публикуемых на Вашем сайте, наткнулся на статью ""Пляшущие" частоты плат на nForce2". Я на своей материнской плате Soltek SL-75FRN2R-L (биос 1.4) с Athlon XP 2500+ Barton (333) заметил это явление пару месяцев назад, сразу после ее приобретения. Причем, что характерно, тоже при использовании утилиты CPU-Z. При этом разброс частот составлял 158-164, что меня отнюдь не порадовало. Кстати, ни о каком разгоне речи не шло, система работала на штатных частотах. Запустив проц на частоте 400, и получив таким образом 3200+, отметил, что проблема тоже не решилась (впрочем, я на это и не рассчитывал, это лишь констатация факта). Настройками БИОСа игрался, отключал и те фичи, которые описаны в статье. Однако и это не помогло решить проблему - частоты продолжают "плясать", разве что разброс несколько уменьшился (субъективное наблюдение). Вот так...


Зачастую на пляски обращалось внимание только после прочтения нашей статьи. Так произошло с Igor' S:


Прочитал Вашу статью и подумал.... "хех, благо на моей a7n8x deluxe этого нету..." но вчера я заметил эту хрень када гонял свою систему..... бартон 2500+ +вышеуказанная мать с биосом 1007.... у меня скачки частоты проца наблюдались из-за разгона по шине.... 200x11 все ок.... дальше начинались скачки.. чем больше я подымал частоты шины, тем сильнее калбасилась частота шины.... =) соотв-но, я пришел к выводу, что проблема колбасни частот связанна с шиной.... меня эта проблема кнешно сильно заадела, так как недавно купил 5900 ультру и сейчас ожестаченно заморачиваюсь разгоном системы и прогоном тестов.... када я разогнал до 215х11, то 3dmark2001 se даже не смог отправить мой результат на свой сервак.... точнее он его отправил, но публично его показывать отказался... мативируя это тем, что мол хрень у вас какая-то с процом.... говоря нашим языком, их сервак мне сказал: Дык ведь проц то у вас пляшет :O :E~~ так что мое мнение такое: проблема с шиной.... хотя не исключил бы вариант с перегревом мостов... кто знает.... :/


Таким образом, от производителя платы пляски не зависят, так от чего же? Большинство склоняется к тому, что это аппаратные проблемы, например слабость блока питания, как полагает автор статьи "Пляшущие" частоты – переразгон или перегрузка?. Своими наблюдениями из той же области поделился и TR:


Опровергая всё. У меня EPOX 8RDA+ r1.1 с севером C1, БИОС от 5/7/2003 он же 3507. Бартон 166x11 >> 200x11 без поднятия напряжения на ядре. Частоты пляшут, правда в разумных пределах: 2204.9 - 2205.2, причем независимо от BusDisconnect. А почему на ABIT NF7 показывает напряжение близкое к нормальному объяснить очень легко. Никто не думал, например, почему SpeedFan работает на одних платах и не работает на других? Потому что на одних платах есть дополнительные преобразователи напряжения по +12 и +5, а на других нет. Хотя у меня нет NF7 поэтому это всего лишь догадки, зато такая ситуация у меня была на Chaintech 7VJDA. Если на нее поставить Бартон 2500+ и БП от Майкролаб на 350W, который при полной загрузке на 8RDA+ по +5 показывает иногда аж 4.6 а по +12 - 12.7, то в любой программе будет практически идеальная картинка +12=12 +5=5 и т.д. А если мультиметром померить напряжение на +5 то он покажет как раз стандартные 4.6-4.7. Причем так очень прикольно смотреть за работой BusDisconnect, если на 8RDA+ в по +5 показывает 4.9 - 5В значит проц "отдыхает", если же 4.6-4.7 - "трудится".





Теперь о влиянии перегрева на "амплитуду пляски". У меня включен BusDisconnect с парамертами Halt и StopGrant равными 64(программой S2KControl). CPU Thermal-Throttling - 87.5%. Ставил частоты от 200 до 216, включая те "проблемные" которые указывали другие участники, иногда увеличивая напряжение до 1.9В."Амплитуда пляски" не превышала 1МГц.

Теперь собственно о влиянии перегрева. У меня кулер, а если быть точнее то радиатор от Igloo2500Pro отшлифованный на станке(Чтобы вы не сомневались в качестве) до зеркала и управляемый 120мм вентилятор. Запускаю BurnK7, останавливаю вентилятор и смотрю за частотой. Прошло около 30 секунд - ничего не изменилось, только подсокетный датчик показывал 73 Гр. Значит проблема не в перегреве.

Теперь о питании. С фильтрами я не экспериментировал, потому что у меня их нет, есть какая то розетка с предохранителем, которую многие называют фильтр, но это не так. Зато есть старай 230W БП фирмы KME, который при BurnK7 показывает по +5 - 4.7, а по +12 - 12.3, даже лучше чем 350W Майкролаб, правда с ним у меня комп иногда выключался, но во время сегодняшних экспериментов эксцессов не было. Ставил FSB 200,210,216. И сейчас под BurnK7 частота пляшет в пределах 1МГц. Может на ваши компьютеры действует энергия солнца - геомагнитная аномалия. : D


Влиянием вспышек на солнце, изменением геомагнитного фона Земли и воздействием инопланетян на наши компьютеры можно объяснить почти всё , но для начала неплохо поискать более прозаичные решения. Например Dmitry Kovalenko предлагает теорию мостиков:


В двух словах. NF7-S V.2.0 После замыкания мостиков и переделки "торика 2000" в полноценный "barton 3200" тоже заметил проблему с частотами. Потом замкнул остальные мостики, как на полноценном "barton 3200" и частоты стоят как вкопанные, мать определяет процессор как и положено 3200. Проблема решилась у меня таким образом положительно.


Да, я тоже предполагал, что проблема может проявляться из-за несоответствия номинальных параметров процессора и тех, что мы установили в BIOS. Например впервые я заметил пляски при разгоне процессора Duron 1600, но почему тогда начала плясать частота на плате A7N8X при смене множителя процессора Athlon XP 2000+ с Auto на х12.5? Множитель остался прежний, "родной", но частота начала плясать... Может из-за того, что установлена "неродная" частота шины? У многих, как и у меня на A7N8X, пляски начинаются при ручной установке множителя, в случае отказа от автоматического выбора параметров. Вот объяснение, которое предлагает Петров Денис:






Я однажды года 3 назад на своей плате SOYO 6BA+III (i440BX, не суть, что плата другая, зато пример хорош) сменил память, IBM PC100, которая гналась до 144МГц (проц был у меня хороший P3-550, я даже не узнал его предел по разгону, памяти такой не было :) ). На Микрон PC133 2-2-2, ну думаю пальцы и все такое разгоню еще сильней. Обломись бабака сказал мне комп и добился нормальной работы лишь!!! на 142МГц 3 (CAS)-2-2. Каково же было мое огорчение.... Вышло, что сменил шило на мыло и еще хуже стало... НА 144МГц машина стабильно не жила.. Плюнул я на это и стал работать на новой памяти. Прошел год и прикупил я еще 256мб такого же микрона. Причем он также заработал. Но !!! случайно я нашел причину того в чем была проблема. А она оказалась похожа на то, что нашел Алексей. В опциях настройки памяти Chipset Config... есть пораметр Auto Configurations, ну и CAS, RAS и еще один (не помню, вобщем те что 2-2-2). Так вот я всегда Auto Configurations ставил в ОТКЛ. т.к. не доверяю этим настройкам разработчиков, мало ли, что они там записывают в регистры чипсета (я думал, что при его установке CAS и RAS становятся 3-3-3, несмотря на то что их можно менять). И вот он то меня и подвел !!!, оказывается если Auto Configurations ВКЛЮЧИТЬ то Микрон начинает нормально пахать и Первый модуль Микрона вообще может работать на 155, а второй на 150. Вот где собака порылась.

Надеюсь из моего рассказа стало видна аналогия с проблемой биения частот? Все очень просто, у чипсета есть регистры в которые записываются параметры работы, вспомним тот же ПАТ от интел, а параметры выставляются где? Правильно, в БИОСе. Но некоторые параметры разрешено менять, а некоторые устанавливаются производителями принудительно (в моем случае при отключении Auto Configurations менялась конфигурация чипсета и Микрон работал не стабильно). Так вот у АСУСа раз нет такого параметра в БИОСе, то это не говорит что его вообще нет.... Куда-то ведь заносятся значения при его смене у Абита, соответсвенно у АСУСа этот параметр задан уже программистами которые писали БИОС, и они его включили по умолчанию.


Кстати о памяти. Max Levin заметил интересную подробность, у него пляски прекращаются при работе платы с памятью в одноканальном режиме:


Здравствуйте, я являюсь вашим постоянным читателем. И заодно обладателем Abit NF7-S rev. 2.0. А так же бартона 2500+ так вот на 200 шине все работало, относительно стабильно, но на 210мгц и выше начиналась пляска частот бп конечно не супер, но вроде его должно хватать Powerman Pro HPC 420-102DF, у нас лучшего все равно не удалось купить даже под заказ. Потом я выяснил любопытную, вещь про свою оперативную память 2*512 Transcend (Jetram) оказывается нестабильно работали даже на 200 мгц с моей мат. платой , в двухканльном режиме, на I865PE работали прекрасно и в 128-бит и в сингл 64-бита , то есть здесь наблюдалась несовместимость памяти с данной мат. платой. Пока их заменить не на что стоящее нельзя, KHX 3500 имхо дорог а Elixir не относится к хорошей памяти. Дефицит щас блин 512мб модулей наблюдается. Я поставил их в сингл и пляска пропала, даже на 220мгц, щас все стоит на 211мгц. А я жду Hynix original. Так что необязательно это питание, кстати на 210 мгц при дуальном доступе пляску частот можно было прекратить, для этого на чипсет надо было подать 1,7в.


Есть предположения, что такие пляски наблюдаются только на новых ревизиях чипсета nForce2 и очень многие отмечают, что скачки FSB отмечаются только при установке определённых частотах шины. Вот сообщение от The Shadow:


Сам уже долгое время юзаю мат. плату Epox 8RDA+ rev 1.1, частоты на ней тоже пляшут, ревизия чипсета старая и на 200 МГц не работает. Особенно усиленно я ее не тестировал, хочу только отметить, что частоты пляшут и на номинальных 166 МГц и на 185 МГц и на многих других. Думаю, более интересной будет моя недавняя покупка - Epox 8RDA3+ rev 2.1. Частоты на ней тоже пляшут, но не так сильно, как на 8RDA+. В форумах на iXBT данная проблема периодически обсуждается, и многим удалось заметить, что частоты пляшут не всегда, т.е. не при всех частотах системной шины. Как правило, удается добиться стабильности частот даже при 220-230 МГц по шине, только достигается это давно известным методом тыка. То бишь, хотим мы получить 220 МГц, но на этой частоте наблюдается нестабильность частот - смотрим близлежащие частоты, напр. 218, 219, 221, 222 МГц. У меня, например, стабильные частоты - 210, 215, 221, 225 МГц (ниже, извините, не интересуют :-) ). Самое интересное, что в форумах встречал отзывы пользователей, называвших точно такие же стабильные частоты! Это наводит на странную мысль, что такая нестабильность далеко не случайна, но с чем она связана, увы, я так и не понял. Может быть, на современных матерях применяют какой-нибудь специфичный клок-генератор, который где-то работает стабильно, где-то - нет... Я в этом не разбираюсь... Напоследок отмечу, что с охлаждением и питанием у меня проблем быть не должно - 2 кулера на вдув, 2 на выдув, БП Powerman 420 Вт. Да и к материнке подключено доп. питание (4 проводное).






Может действительно дело в генераторе частоты? У вас время не скачет, как у Lt. Columbo?


Прочитал недавно на overclockers.ru про "пляшушие частоты" на материнках на nForce2. У меня на EPoX 8RDA+ Rev 2 (NF2 Ultra 400) такой проблемы при включении Bus Disconnect через WPCRSET (кстати помимо всего прочего, выигрыш в охлаждении лично у меня совсем не копеечный - 10 градусов) нет. Но зато есть другая проблема, которая наводит на определённые мысли. У меня довольно часто глючат часы, т.е. было скажем 14:13, потом часы показывают не 14:14, а 14:15, потом 14:14, 14:16 и дальше всё как положено. Иногда заглядывая в часы в systray виндов можно заметить, что секундная стрелка иногда замирает, а потом прыгает на несколько секунд вперёд или назад. Я думал что такая проблема только у меня, спросил в ФИДО в эхе su.hardw.pc.motherboard. Многие сказали, что у них подобные вещи тоже были, причём не только на EPoX, но и на других материнках на NF2. Я к чему всё это - при измерении частоты комп видимо пользуется часами, они глючат и мы получаем то что получаем. Так что проблему надо искать либо в плохих кварцах и генераторах, либо внутри самого чипсета.


У большинства с часами всё в порядке и Alexander предполагает, что дело в другом:


Владею 8RDA+, Duron1400->AXP2600+/256кб, TwinMOS в двухканалке. У меня тоже "пляшут". Причем, зависит это от FSB. Т.е. существ. нестабильные частоты, а есть стабильные. Очень стабильна частота 221МГц. Просто танк :). А вот 220 уже "пляшет" (не так сильно, как у вас, но ощутимо). Использовал для обнаружения thg_clock.exe и Cpu-z.

Может дело не в синтезаторе частот нФорса, а в контролирующем чипе Attansic ATXP1 (Jumper Free Over Clock Controller)...


Большое количество читателей полагает, что проблема может крыться не только в железе, но и в софте. Вот описание экспериментов от Alexey Tsivinsky:


Первым делом про питание. Моя машина питается от ИБП, который, в свою очередь, подключен через пилот. Блок питания - 300Вт, Micropower (тот что идет в корпусе Asus A6R). Motherboard Monitor показывает отсутствие скачков питания. Отклонения - максимум 0.2 вольта, по двум напряжениям, причем в большую сторону.

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

  1. Убрал разгон (загрузил Safe-Default)
  2. Прошил биос (прошивал 17).
  3. После перезагрузки, сразу зашел в биос и загрузил Safe-Default.
  4. Загрузил Windows.
  5. Перегрузился, зашел в БИОС и выставил нужные мне значения.
  6. Загрузил Windows..

После этого проверил частоты - все нормально. Единственное отличие, множитель FSB/DRAM поставил Auto, хотя раньше ставил 3/3.

А теперь самое интересное. Вчера выключал компьютер, и при выключении машина задумалась. То есть Windows уже выгрузился, монитор погас, но машина работала. Я принудительно выключил питание кнопкой на корпусе. Ну и решил сразу проверить, в чем дело. Включил компьютер – и увидел "пляски"! Причем для измерения я пользую сейчас утилитку полегче CPU-Z, а именно: Toms Hardware Clock 1.2 (thg_clock - если будете искать в Инете, размер около 50 кб). Меряет только частоту процессора двумя разными (не знаю точно какими) способами. Так вот она показала пляски частоты в пределах 2054 - 2100 Мгц. CPU-Z запущенный сразу же, подтвердил наличие плясок. Тут я сделал одну простую до одури вещь (ну третий час ночи был на дворе). Я перегрузил машину, зашел в БИОС и выставил множитель FSB/DRAM в 3/3, ВКЛЮЧИЛ CPU Interface, и убрал FSB Spectrum. Перегрузился - частоты стоят. Рестарт, снова зашел в БИОС - вернул все как было: частоты стоят...

Резюме: на мой взгляд, дело все-таки в БИОС. Но не в установках, а в том, что при рестарте, как и при выключении происходят какие-то процессы, связанные с БИОС. Вышеописанный случай говорит о том, что в случае нештатного выключения, в БИОСе происходит какой-то некритичный сбой (может регистры какие не переключаются - не знаю), последствия которого устраняются нормальным перезапуском системы.

Все это очень странно, мне кажется, пора начинать трясти господ из nVidia и Abita.. Ну и Asus было бы неплохо поспрашивать.. Тем не менее, еще один практический совет - прошивайте БИОС, убрав разгон..

Нет, проблема просто не идет из головы..

В очередной раз, обдумывая всю кучу информации, что есть в наличии, заметил одну деталь.. Не знаю, писали Вам об этом или нет - а какая версия Windows стоит на системах, которые "пляшут"? И что не менее важно - какая версия драйвера для nForce? Ведь драйвер содержит в себе компоненты для управления памятью, и системные драйвера. Вполне возможно - это как-то влияет. Просто имея WinXP SP1 и драйвер 2.03 я не имел подобных проблем. Да и в Ваших обзорах этого не проскакивало.. Может быть Win 2000SP4 + драйвер 2.45 поведет себя по другому? Может быть проблема на поверхности и имя ей - драйвер 2.45?


Конечно, очень многие склонны обвинять саму утилиту CPU-Z, как, например Pavel Voronov:


Попробуй измерять частоты другими программами типа CPU Brain Identifier. Все будет стабильно. У меня, даже когда CPU-Z показывает 1666 (из штатных 2000) по производительности CPU - все ОК. При этом CPU Brain Id говорит 200х10.


Если по производительности всё в порядке, то на неправильные частоты можно не обращать внимания, утилиты могут ошибаться, я же заметил пляску именно из-за явного несоответствия полученных результатов тестов ожидаемым. CPU-Z – неидеальная программа, хотя она сильно прибавила по сравнению с ранними ревизиями. Раньше она часто любила уменьшить множитель процессора и одновременно нереально задрать вверх частоту шины, но при этом итоговая частота процессора всегда показывалась правильно. Утилиту нельзя обвинять во всех грехах, поскольку пляски наблюдались и при использовании CPU Brain Identifier, и при измерении с помощью Toms Hardware Clock, хотя лично я этими программами пока не пользовался. Впрочем, проблема была замечена именно в последнее время, когда у CPU-Z появилась возможность динамически отслеживать частоту процессора. Не в этом ли кроется разгадка?

При обсуждении статьи в нашей конференции появилось предположение, что пляшущие частоты появляются из-за работы функции Bus Disconnect. Справедливо замечено, что если такой опции нет в BIOS, то это ещё не значит, что эта функция не задействуется по умолчанию. На первый взгляд это предположение к моим случаям плясок отношения не имеет. За других не поручусь, но я при тестировании всегда отключаю все подобные функции. Однако это предположение ошибочно только на первый взгляд...

Посмотрите на обилие предлагаемых вариантов решения проблемы пляшущих частот. Ни один из них не гарантирует стопроцентно успешного результата. Одним помогает смена платы, другим нет; одним установка определённых параметров в BIOS, а другим нет; у одних на определённых частотах пляски исчезают, у других только начинаются... О чём это говорит? О том, что мы смотрим на вторичные признаки, а может на следствия, вовсе не имеющие отношения к причинам... Можно гадать на кофейной гуще, можно полноводность реки пытаться угадать по громкости пения птиц, можно пляски частот объяснять "неправильными" установками в BIOS, но правда в том, что полноводность зависит от прошедших в далёких горах дождей, а пение птиц для реки не играет никакой роли.

Вспомним знаменитую утилиту S2K Control. Ей, для того, чтобы включить или отключить Bus Disconnect, вовсе не обязательно залезать в BIOS. Для определённых регистров устанавливаются определённые значения, после чего операционная система может сама управлять режимом работы процессора в зависимости от его загрузки. А теперь давайте предположим, что несмотря на то, что у меня Bus Disconnect выключен, в определённый момент, при определённом сочетании установок BIOS, наличии определённых программ или какой-то другой причине, как, например, некорректная перезагрузка, о чём писал Alexey Tsivinsky, короче, на первый взгляд беспричинно, этот самый Bus Disconnect включается, причём включается, используя агрессивные делители.

Утилиты, которые не умеют динамически измерять частоту работы процессора, как WCPUID, продолжают отчасти справедливо утверждать, что частота осталась прежней. А CPU-Z новых версий или Toms Hardware Clock со своим альтернативным способом измерения теряются и показывают заниженные, колеблющиеся, "пляшущие" частоты. Этим же объясняются недостаточно высокие результаты некоторых тестов. Если грузить процессор утилитой BurnK7, то он постоянно загружен на 100% и снижения производительности может и не быть. Тесты в большинстве реальных или синтетических приложений не дают постоянной нагрузки, зачастую состоят из нескольких отдельных циклов. Цикл закончился, процессор "засыпает", но начинается новый, он опять начинает работать в полную силу, а потом всё опять повторяется и вполне естественно, что итоговый результат будет меньше ожидаемого. Итак, моё объяснение "пляшущих" частот, составленное на основе анализа ваших писем и обсуждения в форуме – включение Bus Disconnect без нашего ведома.

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


Прочитал статью про пляшущие частоты системной шины. Зачем гадать, нельзя ли написать письмо в АСУС или в ABIT и изложить им проблему? Или это слишком просто :) ?


Письмо от Григория заставило меня задуматься, а почему бы действительно не спросить и почему эта мысль мне даже не пришла в голову? Объяснение придумать легко, но на каждый довод есть свой контрдовод. Не всегда support отвечает на письма, но иногда ведь отвечает... Там сидят такие же люди, как и мы, но у них же есть доступ к неизвестной нам информации... На самом деле я не могу спросить даже сейчас. Чтобы получить грамотный ответ, нужно грамотно задать вопрос. Как его сформулировать? Знаете, а ваша плата иногда работает медленнее, чем должна и частота процессора иногда "пляшет", почему? Я знаю, как ответить на такой вопрос по-русски, но как это будет звучать на других языках, мне неизвестно .

Заметьте, я всегда говорил и говорю о предположениях, о гипотезах, о догадках, потому что я не могу проверить свою теорию, подтвердить или опровергнуть её. Я не могу по своему желанию заставить частоты "плясать", указать условия, при которых пляска обязательно возникнет и условия, при которых исчезнет. Поэтому я не могу корректно задать вопрос и моё предположение о включении функции Bus Disconnect пока только предположением и остаётся.

Однако все эти объяснения я придумал уже потом, задним числом, в ответ на вопрос Григория. Основная причина, почему я не обратился в службу технической поддержки, состоит в том, что я уверен в наших силах. Говоря "наши", я имею ввиду не только коллектив сайта, но и вас и даже в первую очередь вас, наших читателей. Мы уже на половине пути к решению и я по-прежнему уверен, что сообща мы разберёмся в наших танцевальных проблемах. Именно поэтому я даже не думал обращаться к кому-то ещё, впрочем, если нам захотят помочь профессионалы, мы будем только рады .

Telegram-канал @overclockers_news - это удобный способ следить за новыми материалами на сайте. С картинками, расширенными описаниями и без рекламы.
Страницы материала
Страница 1 из 0
Оценитe материал
рейтинг: 3.7 из 5
голосов: 3


Возможно вас заинтересует

Популярные новости

Сейчас обсуждают