Grayhaund, да комрад уже ответил на свой вопрос первым же постом:

DimX-6600, 4 x USB 2.0 headers (support 8 USB 2.0 ports) + Rear Panel I/O 4 x Ready-to-Use USB 2.0 Ports, итого 12 портов USB 2.0.
А с USB 3.0 не было проблем с самого начала, в том числе с телефонами/фотоаппаратами/видеокамерами и т.п. устройствами. Единственный его недостаток - невозможность использования для загрузки с USB 3.0 флэшек/HDD (хотя и грузится с них тоже не ежеминутная задача).

Кстати, не пробовали в БИОС для USB 3.0 включать поддержку Legacy устройств? Может и было бы счастье с вашим телефоном...

Grayhaund Я вам про то, что USB 3.0 порты не работают так как должны (по идее), а вы мне про то, какие девайсы куда мне вставлять...

izhrunner Да, сначала тоже подумал, что Legaсy поможет, включил - не помогло.. Мобильник как не виделся, так и не видится...

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

Всем привет!
Недавно стал обладателем сабжевой МБ. Доволен очень даже.
Вот такой вопрос. До этого был i3 530 он работад на 4.3 при 1.28.
А сандик щас работает 4.5 при 0,98. Это вообще как? Норм или нет?

BioFrog, для простоя норм. В нагрузке сколько?
Вообще примерные требуемые напруги можно посмотреть здесь Intel Core i3/i5/i7 "Sandy Bridge" (FAQ на первой странице темы). #7993199

И еще подскажите пожалуйста, какие порты сата3 идут от чипсета, а какие через марвел. Чет не могу понять.

BioFrog, стоит открыть мануал и посмотреть на странице 2 "Layout" платы, пункты 17-20.

Интересует вопрос по поду просади шины pci-e x16 до x8 при использовании 10 сата устройств.

iXtremeNIKROMANT
А откуда такие данные?Я попробую на днях.

Конечно, 10 сата устройств не имею и не планирую, но, ИМХО, бред.
х16 (видео) порт/порты контролируются непосредственно процессором и ни с чем не делятся. Если часть их занять "кушающими" контроллерами (наподобие SLI/Crossfire конфигураций), на которые в свою очередь повесить сата устройства, то просадки до х8, возможно, и будут. Иначе, все должны остаться при своём...

У меня на экстриме 6 и 2500k@4.4 в linX показывает 57-59 , посмотрел скрины других тестов, а там минимум 100 .
В чём причина ?

iXtremeNIKROMANT, причина в том, что сотня выбивается на системах с поддержкой AVX инструкций процессора. AVX поддерживается системами не ниже Win7 SP1 плюс нужна версия LinX с AVX. Скачать можно в шапке темы Intel Core i3/i5/i7 "Sandy Bridge" (FAQ на первой странице темы).

Спасибо. Понял.

Столкнулся с досадной неприятностью. Дошли руки до выставления напруги через offset. Для требуемых моим процессором на множителе х48 в нагрузке необходимы 1.400V. Итого с offset нужны:
LLC Level 2, offset +0.040 - в нагрузке получаю нужные мне 1.400V (+/-), в простое 1.040 (+/-)
LLC Level 3, offset +0.060 - в нагрузке/простое опять те же напруги.

Все тяжелые тесты проходит без проблем, а вот в простое на ровном месте появились 124-е BSOD. Вернул напругу в положение "Fixed" и 1.400 - и все снова стабильно как скала.

Энергосбережение в обоих случаях включено, но заметил одну странную особенность. RealTemp при "fixed" и "offset" напряжении в нагрузке показывает одинаковую частоту - 4800, а в простое множитель скачет от 1600 до 4800. CPU-Z в простое при "fixed" и при "offset" напряжении показывает частоту только 1600, а напряжение в простое всегда 1.040. Если множитель в простое действительно изменяется (как показывает RealTemp), то единственное предположение, что в простое в определенный момент при высоком множителе просто тупо не хватает напруги 1.040.

Кто-нибудь еще пользуется offset? Какие наблюдения?

izhrunner
CPU-Z тупо не успевает отследить эти скачки частоты и напруги, имхо. У него "скорость реакции" низкая
Я это заметил по HWiNFO64, если ей верить (а я склоняюсь к этому), то частота на ядрах постоянно прыгает, приблизительно как на этой GIF-ке:

Я тоже сталкивался с тем, что и на ровном месте появлялись 124-е BSOD’ы

izhrunner, попробуй последить AXTU, она оперативней меняет информацию о меняющемся напряжении. Не заметил, в RealTemp в простое частота с множителем постоянно скачут, а в CPU-Z она стоит фактически мертво 1600, так же скорее всего и напряжение. Я сейчас другую особенность в AXTU заметил: мой проц сейчас в простое скидывает до 800 MHz и прыгает вокруг этого 800 -1000-1100-900..., на CPU-Z жестко 800, а AXTU упорно ниже 1600 показывать не хочет. Мало того, так и при других частотах показывает какую-то белеберду, но напряжение скорее всего отображает верно.

Тогда лесом этот offset, во всяком случае на ASRock.

Я еще понимаю минимум 1600 и промежуточные значения вплоть до разгонного множителя, но такая частота (800) разве вообще может быть? Вроде как у Sandy минимальный множитель х16...

Оказывается может, но не ниже 800. Более того можно поднять и минимальную частоту выше 1600, в "Управлении питанием процессора". Ссылка в FAQ по Санди касающая энергосбережения. Меня заинтересовало вот это в статье:

Может и тебе имеет смысл отключить ротацию для отключения неиспользуемых ядер в простое и того напряжения уже будет достаточно, чтобы комп не вываливался в BSOD. Но вот к чему может привести неравномерное использование ядер я не знаю. У меня всвязи с этими действиями температура нулевого ядра немного выросла(оно же самое холодное), а на фоне остальных более-менее выровнялась, а общая температура ядер упала на 2-3 градуса в простое, но это из-за понижения частоты.

izhrunner
В этой ситуации offset-по любасу идёт в лес на любых мамах.(Проверено и на ASUS-х и на MSI)Ситуация практически аналогичная.Гиги не было,но думается,что всё одинаково.

А какую версию Ахтунга, кстати, используешь? Версий полно, в том числе 0.1.122 вышла. Сам ей не пользуюсь вообще, но заинтересовал вопрос о соответствии версии конкретной МОБО, написал в Support ASRock и получил ответ:

1. What's the difference between AXTU versions?
-> In later version AXTU, it supports newer models.
2. Which version should you use?
-> For best, we recommend you to use ver.0.1.54

Соответственно, тебе бы они порекомендовали ver:0.1.71.
Бред какой-то - разные версии для разных МОБО. Однако - факт.