baclofen can you get high

[ista011]

Проблема заклучается в том, что неожиданно в какой то момент операционка начинает очень сильно тормозить.
Диспетчер задач показывает, что проц занят на 30-50%, память на 2.3Гб.
Самое интересное: Диск 1 - 100%; Диск 2 - 100%

Только что этот глюк повторился вновь. Диск 1 был под 100% нагрузкой минут 10. В этот момент тупило всё. Диск 2 был под 100% нагрузкойнамного дольше. В этот момент на него копировалась папка: скорость копирования упала практически до нуля.

Глюк наблюдался на Windows 7 HP x64, Windows 8 CP
На Windows 8 DP глюк был на диск 2. Диск 1 на вид работал нормально.

[kit]

Тут все телепаты и сразу все поняли, что за софт работает и как; просто лень отвечать.

[ista011]

Софт:
Windows
Skype
Firefox
AIMP
драйвера

Эта вещь происходит в любой момент. У меня тогда может быть загружено что угодно. От простенькой игры, до рендринга в 3d max.

[Restart]

Самое интересное: Диск 1 - 100%; Диск 2 - 100%

Что такое 100% для диска?

Эта вещь происходит в любой момент.

мхдд погонять неплохо будет

[Al_lexx]

Расписание на резервное копирование есть?
Автоматическая дефрагментация?

Есть инструменты, показывающие запущенные процессы и их приоритет. Например Process Explorer. Поставьте, запустите, посмотрите что грузит ваши диски (и чипсет).

[Restart]

Расписание на резервное копирование есть?Автоматическая дефрагментация?

"Это вряд ли..."
На трех разных системах, две из которых беты...

[ista011]

100% на диск - говорит диспетчер задач вин 8. То, что тормоза и скорость копирования падает - факт.
Копирование я не включаю, дефрагментацию вырубил буквально за день до глюка: она разбудила комп в 6 утра наплевав на галку в энергосбережении о таймерах пробуждения.

На вин 7 я в борьбе с глюком вырубил: индексирование, дефрагментацию, всё ненужное посносил, автозапуск очистил, вирусы поискал(как обычно нет), пробовал антивирь вырубить... Ничего не помогло.

Однажды глюк выскочил на втором диске во время днфрагментации. Часто это вызывает торрент(выключен при запуске системы) на втором диске.

На вин 8 дев превью это мог вызвать ТОЛЬКО торрент на втором диске. Сам по себе он не проявлялся, что заставляет считать виноватой систему.
Мак с внешнего диска никогда не глючил, что тоже намекает.

Второй диск "зеленый", ему можно простить такие просадки, но системный диск совершенно обычный, с ним такого быть не должно.

SMART говорил где-то месяц назад (глюк достал меня ещё в ноябре, когда я и поставил вин 8 дев превью), что всё впорядке. Только стоит обратить внимание большое количество циклов работы.

[Al_lexx]

Какие модели дисков (точная маркировка)?

[Restart]

SMART говорил где-то месяц назад

Ты его здесь покажи

[ista011]

Drive #1 - ST3400620AS (372 GB)

ST3400620AS 6QG2S9PH
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 114 89 6 82623174 •••••
3 Spin-up time 93 92 0 0 ••••
4 Number of spin-up times 98 98 20 2161 ••••
5 Reallocated sector count 100 100 36 0 •••••
7 Seek error rate 87 60 30 634449751 ••••
9 Power-on time 87 87 0 11509 ••••
10 Spin-up retries 100 100 97 0 •••••
12 Start/stop count 99 99 20 1823 ••••
187 Reported UNC error 100 100 0 0 •••••
189 High Fly writes 100 100 0 0 •••••
190 Airflow temperature 69 48 45 31°C/87°F ••••
194 HDA Temperature 31 52 0 31°C/87°F ••••
194 Minimum temperature 90 52 0 12°C/53°F -
195 Hardware ECC recovered 73 60 0 132724114 •••
197 Current pending sectors 100 100 0 0 •••••
198 Offline scan UNC sectors 100 100 0 0 •••••
199 Ultra DMA CRC errors 200 199 0 383 •••••
200 Write error rate 100 253 0 0 •••••
202 DAM errors count 100 253 0 0 •••••


Drive #2 - WDC WD15EARS-00Z5B1 (1397 GB)

WDC WD15EARS-00Z5B1 WD-WMAVU1292486
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 200 200 51 18 •••••
3 Spin-up time 180 178 21 6000 •••••
4 Number of spin-up times 99 99 0 1321 ••••
5 Reallocated sector count 200 200 140 0 •••••
7 Seek error rate 200 200 0 0 •••••
9 Power-on time 90 90 0 7557 ••••
10 Spin-up retries 100 100 0 0 •••••
11 Recalibration retries 100 100 0 0 •••••
12 Start/stop count 100 100 0 952 •••••
192 Power-off retract count 200 200 0 69 •••••
193 Load/unload cycle count 157 157 0 130045 •••••
194 HDA Temperature 122 100 0 28°C/82°F ••••
196 Reallocated event count 200 200 0 0 •••••
197 Current pending sectors 200 200 0 6 •••••
198 Offline scan UNC sectors 200 200 0 5 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••
200 Multi zone error rate 200 200 0 129 •••••

[Restart]

194 Minimum temperature 90 52 0 12°C/53°F -

На морозе, что ли, включал?

195 Hardware ECC recovered 73 60 0 132724114 •••

1 Raw read error rate 114 89 6 82623174 •••••

7 Seek error rate 87 60 30 634449751 ••••

Вообще, по первому диску raw значения странные.
Чем получал?

[ista011]

при такой температуре у меня жужжал процессорный вентилятор :\

victoria

[Restart]

при такой температуре у меня жужжал процессорный вентилятор :\victoria

Видимо, диск выдает ошибочные данные (194 атрибут) или программа дурит.

Говорю же, прогони мхдд, и посмотри смарт через него заодно

[Al_lexx]

2 ista011
Ещё раз

1

Есть инструменты, показывающие запущенные процессы и их приоритет. Например Process Explorer. Поставьте, запустите, посмотрите что грузит ваши диски (и чипсет).

2
У вас возможны проблемы с дисками. Современные диски (домашнего применения, не серверные) имеют внутреннюю самодиагностику и борьбу с ошибками (у серверных эти функции выполняет ТОЛЬКО контроллер), поэтому, если проблема существует, диск начинает с нею бороться и тем самым грузит чипсет очередью команд на выполнение операций чтение/запись. Точнее - не командами на свою самодиагностику, а остановкой команд, которые дает ОС, согласно вашим указаниям как оператора машины, что бы провести эту саму, само диагностику.

3
Так же, могут быть и другие, скрытые, причины такого поведения дисковой системы, которые можно выявить с помощью вышеуказанного инструмента(Process Explorer). Если в списке процессов отсутствуют процессы с интенсивным обращением к диску, то значит диск сам занят своими проблемами. Если такие процессы присутствуют, то вы сможете их выявить и так же выявить причины запуска этих процессов ("родительские" программы).

Вся эта процедура довольно проста. Всякие Victoria борются с последствиями, но почти никогда не выявляют причин.

Так же имеет смысл погуглить на предмет инструментов, поиска неисправностей в чипсете. Если рекомендаций, которые вам тут дают, вам недостаточно или они не помогают выявить причину проблемы, сходите на rom.by, задайте там вопрос. Скорее всего там вы получите наиболее квалифицированную консультацию.

[Vose]

WDC WD15EARS-00Z5B1

Этот диск
1. сам по себе не шустрый, т.к "зелёной серии"
2. Advanced format. Для работы под XP требует проведения процедуры "выравнивания", иначе будет дополнительно сильно тормозить. "Выравнивание" проводили ?? тут мы эту тему "обсасывали" - воспользуйтесь поиском...
3. У винтов WD определённых моделей тормоза - это фича, не помню, откуда утянул, почитайте:
"Q. WD20EADS-00R6B0 - очень низкая скорость чтения - 2МБ/с
A. Это не проблема, это фича дисков WD ёмкостью больше 1,5 ТБ. На английском форуме поддержки клиенов WDC огромная тема на этот счёт. WDC отмалчивается.
Это не фича, а скорее косяк в архитектуре.
Задержки могут быть вызваны двумя причинами.
Первая.
Так как диски в основном рассчитаны для хранения, а не для работы с них системы. То логи внутрених ошибок, он обрабатывает параллельно с основной работой.
Поэтому применять их в Рейдах, лучше не надо.
Диск постоянно конроллирует состояние поверхности, куда бы он не спозицианировался, постояно читает и проверяет поверхность. Чтобы не перегревать головки и поверхность, он каждые 2-3ms меняет положение головок.
Читает с низким уровнем контроля ECC. Все сектора, которые не прочитались с первого захода, попадат в диагностические логи.
Не могу точно сказать после скольких записей в лог, он запускает проверку этих секторов. Читает их, переписывает и снова читает.
Занимается этим прямо во время основной работы. Естественно вызывая задержки.
Таким образом контралирует основную часть поверхности, куда система чаще обращается.
Кроме того, приблизительно через каждые 100 часов, хард запускает Ofline Smart тест. Этот проверяет всю поверхность, но только в простое.
Так, что если хард работает в неблагоприятных условиях. Вибрации, плохое питание, перегрев, то он будет плохо читать, и вынужден будет постоянно обрабатывать логи ошибок. Ошибки эти не смертельные, в Смарте они отображаться не будут.
Следовательно, в первую очередь нужно обратить внимание на условия эксплуатации. Поменять что-то. Если ситуация не улучшиться, переходим ко второй причине.
Второе.
Многие тормозящие диски имеют ошибки в одном и том же месте служебки.
Вся служебка занимает приблизительно два региона по 200 000 секторов.
Первый регион - основной рабочий и второй - копия.
В копию постояно происходит резервное копирование модулей из основного региона.
Так вот в диапазоне 50000-65000 ABA появляются сбойнные места. С которыми происходит приблизительно таже картина, как и впервом случае.
Натыкается на эти сбойные сектора, они попадают в лог, ну и хард опять вынужден их обрабатывать. Но если в первом случае, сектора которые постоянно сбоят, можно преназначить, то в Служебке исправить их без переформатирования всей служебки, переназначить - нельзя.
Причем модули, которые там лежат, совершенно не нужны для работы, используются при заводском тестировании.
Я предполагаю (проверить это не представляется возможным), что это место портится от того, что головки неудачно спрыгивают с рампы, и портят служебку именно в этом диапазоне.
Либо это просчет в ародинамических потоках воздуха внутри харда.
Который болтает головки разбивая одно и тоже место на многих хардах.
Техологическими утилитами, можно перенести эти дефекты в лист дефектов служебки, переформатировать и записать служебку по новой,
Задержки исчезают, но через некоторе время ситуация повторяется.

Проявляется эта фича чаще на 3-x и 4-х блиновых моделях последних семейств.
P8B - Dragflay3 - три блина
R6B - Dragfay4 - четыре блина.

реже на "менее-блинных" моделях
M2B - DragFly2 - 2
S9B - DragFly1 - 1
V1A - Tahoe - 1

Так что кроме, как менять по гарантии такие харды, для обычных пользователей, другого пути нет.
Шарахаться их совсем тоже не стоит, среди этих семейств попадаются и вполне работоспособные экземпляры."


Да, шлейфа менять не пробовали?