Проблема с несовместимыми отчётными скоростями хеширования

Всем привет,

У меня довольно странная проблема здесь, у меня есть 5 5850 карт всех работающих в deepbit.net бассейне.
Бассейн сообщил об изменениях hashrate с течением времени. она колеблется от примерно 1000 MH / с до 1600 MH / с.
Я использую cgminer. cgminer сообщает о 320 MH / с для каждой карты. это должно быть 1600 МН / с ВСЕГДА.

Может кто-нибудь дать мне намек на то, что / может быть проблема.

Спасибо всем заранее.

не принимайте это серьезно.

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

МН / s deepbit показывает, основан на вычислении правильных хэши отправить в отношениях с
текущая сложность. Я не знаю точную формулу. Факт ваш успех на трудность состоит
колебания в некоторой степени statisical параметров.

показано на вашем шахтера МН / с ставка фактические хэши запуска.

Вы можете получить только 320 MH / с из вашего 5850?

Я получаю 312 MH / с из 5830

Вы должны быть в состоянии получить больше из этого!

Я их на 890 МГц, используя cgminer на Win7 и WinXP.
Это то, что я получаю от них

Есть ли у вас ideeas о том, как улучшить тэ hashrate?

благодаря

https://en.bitcoin.it/wiki/Mining_hardware_comparison

это лучшая рекомендация я могу дать вам

Если у вас есть какие-либо вопросы задать
я уверен сообщество поможет

Вы не используете последнюю версию драйверов с 2.6 SDK, OP?

До сих пор, вот список того, что OP делает неправильно:
(1) добыча на deepbit - любая хорошая причина, чтобы выбрать бассейн с горнорудными сборами?
(2) с использованием Windows, для выделенных шахтеров - почему?
(3), скорее всего, используя последнюю версию драйвера / SDk комбо, который очень плохо для VLIW4 и VLIW5 карт.

Ото, вот что OP делает правильно:
(1) с помощью cgminer - хороший выбор!

Несколько предложений:
убедитесь, что вы указываете интенсивность. Используйте интенсивность 8 или 9 с интенсивностью этих карт.
Используйте значения по умолчанию для ГП-нить.
Если вы планируете придерживаться 12,1 / 2,6 драйвера / SDK, векторы 4 и worksize 128 должна помочь скорость хеширования немного.

Кстати, то, что темпы и скорость вентилятора You добыча на?

Температура: около 60 градусов Цельсия, при температуре около 3300 оборотов в минуту, с использованием стандартных эталонного дизайна карты, сделанные Saphire.

Является ли Linux лучше для добычи полезных ископаемых? (Я могу получить более высокие hashrates на Linux?)

PS: Я просто попытался векторов 4 и нагрузку 128, и это приводит к снижению производительности на 10%.
Эти машины Asus P35, платы P965 с Core2Duo CPU.

Любые идеи приветствуются.

ой, и с какой скоростью вы запустите RAM?

Причина ничего более 300 Megaherz будет только производить тепло.

Так что если вы downclock ОЗУ до 300
вы могли бы получить GPU до 950 или даже 1000 без перегрева
или нестабильность

какой драйвер версии? Можете ли вы подтвердить драйверы и SDK версии?
Это самый важный элемент влияет на производительность.

С 12,1 / 2,6 ваш лучший выбор, чтобы удалить драйверы и SDK (этот шаг может быть немного сложнее) и установить некоторые другие комбо, предпочтительно 11,12 драйвер и 2.1 SDK.
2.5 SDK должен делать хорошо, как хорошо.

Catalyst версия 11,12 на одной машине, и 12.1 на двух других.
Где я могу найти версию SDK?
Во всяком случае, я установил полный пакет драйвера, включая SDK

Память уже вниз с тактовой частотой до 300 МГц, но с GPU выше 920 МГц, иногда драйвер дисплея будет поврежден, и он повторно инициализируется

12.1 предполагает 2.6 SDK, который всасывает точки зрения производительности для 5xxx или 6XXX карт.
Как проверить AMD SDK версии

Вы можете загрузить любую версию SDK непосредственно из сайт компании AMD
При очистке старого SDK, убедитесь, что вы удалите следующие файлы:
C: \ Windows \ System32 \ amdocl64.dll
C: \ Windows \ System32 \ amdoclcl64.dll
C: \ Windows \ System32 \ OpenCL.dll

Попробуйте сбросив часы на 10 МГц, вы, кажется, толкая карты (или только один меньше способны карты) немного слишком далеко, отсюда и проблемы с драйверами.

На машине с 11.12 Catalyst, gpucaps говорит, что я OpenCL 1.1 и AMD.APP 831,4

Кстати, я использую cgminer 2.1.1, и я заметил, Whan пробуя cgminer 2.2.5, что он отключает один поток на GPU (в настоящее время он использует только один поток для каждого GPU) и hashrate понижает немного (например, 10 MH / с ниже )
Я посмотрел на ckolivas журнала изменений, но я был не в состоянии определить причину.
Кто-нибудь знает, почему это?

Uhmmm ... вы не установите интенсивность как вы должны были. Без этого вы можете забыть о приличной скорости хеширования.
Последние версии cgminer вернуться к только одной нити на GPU, если интенсивность остается значение по умолчанию.
Попробуйте добавить "интенсивность" : "8" в конфигурационном файле. Вам нужно одно значение на карту, так что вы можете в конечном итоге с чем-то вроде "интенсивность" : "8,8,8,8,8"
Вы всегда можете задать количество потоков на GPU в явном виде: "ГП-нить" : "2".

Цитата: dmoldovan от 13 февраля 2012 года, 9:12:31 AM

Убедитесь, что вы устанавливаете интенсивность правильно, если он находится на авто, то он будет хэширования с меньшей скоростью. У меня одна 5850 работает на 900/300 ядро / память, и он получает солидные 368MH / с с интенсивностью, установленной до 8 в cgminer с помощью Ubuntu 11.04. О, это ничего для моей скорости хэш отличаются на GH / с +/- над тем, что я бегу нормально на deepbit они, кажется, есть какие-то странные отчеты о ней по какой-то причине.

Я выбрал окно, потому что я не очень хорошо знаком с Linux
но это, возможно, придется изменить, если есть большой импульс в hashrate.

Как вы думаете, что разница hashrate между вами и мной (368MH / с против 330 MH / с) связано с операционной системой?

Или это связано с процессором и чипсетом тоже?

У меня есть 3 различных систем в настоящее время:
1. P35 с C2D E4500,
2. P965 с C2D E6300, и
3. P55 с i5 760

I5 имеет меньшую hashrate, чем E6300 (агрегат, на deepbit, около 100 ДОЛИ менее в день), хотя оба имеют 2 * 5850 @ 900MHz

13 февраля 2012, 8:45:24 AM	# 1
dmoldovan Сообщений: 19 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Всем привет, У меня довольно странная проблема здесь, у меня есть 5 5850 карт всех работающих в deepbit.net бассейне. Бассейн сообщил об изменениях hashrate с течением времени. она колеблется от примерно 1000 MH / с до 1600 MH / с. Я использую cgminer. cgminer сообщает о 320 MH / с для каждой карты. это должно быть 1600 МН / с ВСЕГДА. Может кто-нибудь дать мне намек на то, что / может быть проблема. Спасибо всем заранее.

13 февраля 2012, 9:00:25 AM	# 2
SaintFlow Сообщения: 456 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Получил 1806 Биткоинов Реальная история. не принимайте это серьезно. Важно то, что правильные хэши ваша добыча программного обеспечения говорит, что нашел согласуется с количество правильных хэшей deebpit говорит, что получил. МН / s deepbit показывает, основан на вычислении правильных хэши отправить в отношениях с текущая сложность. Я не знаю точную формулу. Факт ваш успех на трудность состоит колебания в некоторой степени statisical параметров. показано на вашем шахтера МН / с ставка фактические хэши запуска. Вы можете получить только 320 MH / с из вашего 5850? Я получаю 312 MH / с из 5830 Вы должны быть в состоянии получить больше из этого!

13 февраля 2012, 9:12:31 AM	# 3
dmoldovan Сообщений: 19 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Я их на 890 МГц, используя cgminer на Win7 и WinXP. Это то, что я получаю от них Есть ли у вас ideeas о том, как улучшить тэ hashrate? благодаря

13 февраля 2012, 9:42:53 AM	# 4
SaintFlow Сообщения: 456 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования https://en.bitcoin.it/wiki/Mining_hardware_comparison это лучшая рекомендация я могу дать вам Если у вас есть какие-либо вопросы задать я уверен сообщество поможет

13 февраля 2012, 10:21:35 AM	# 5
jake262144 Сообщения: 210 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Вы не используете последнюю версию драйверов с 2.6 SDK, OP? До сих пор, вот список того, что OP делает неправильно: (1) добыча на deepbit - любая хорошая причина, чтобы выбрать бассейн с горнорудными сборами? (2) с использованием Windows, для выделенных шахтеров - почему? (3), скорее всего, используя последнюю версию драйвера / SDk комбо, который очень плохо для VLIW4 и VLIW5 карт. Ото, вот что OP делает правильно: (1) с помощью cgminer - хороший выбор! Несколько предложений: убедитесь, что вы указываете интенсивность. Используйте интенсивность 8 или 9 с интенсивностью этих карт. Используйте значения по умолчанию для ГП-нить. Если вы планируете придерживаться 12,1 / 2,6 драйвера / SDK, векторы 4 и worksize 128 должна помочь скорость хеширования немного. Кстати, то, что темпы и скорость вентилятора You добыча на?

13 февраля 2012, 1:11:11 PM	# 6
dmoldovan Сообщений: 19 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Температура: около 60 градусов Цельсия, при температуре около 3300 оборотов в минуту, с использованием стандартных эталонного дизайна карты, сделанные Saphire. Является ли Linux лучше для добычи полезных ископаемых? (Я могу получить более высокие hashrates на Linux?) PS: Я просто попытался векторов 4 и нагрузку 128, и это приводит к снижению производительности на 10%. Эти машины Asus P35, платы P965 с Core2Duo CPU. Любые идеи приветствуются.

13 февраля 2012, 1:56:45 PM	# 7
SaintFlow Сообщения: 456 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования ой, и с какой скоростью вы запустите RAM? Причина ничего более 300 Megaherz будет только производить тепло. Так что если вы downclock ОЗУ до 300 вы могли бы получить GPU до 950 или даже 1000 без перегрева или нестабильность

13 февраля 2012, 2:13:20 PM	# 8
jake262144 Сообщения: 210 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования какой драйвер версии? Можете ли вы подтвердить драйверы и SDK версии? Это самый важный элемент влияет на производительность. С 12,1 / 2,6 ваш лучший выбор, чтобы удалить драйверы и SDK (этот шаг может быть немного сложнее) и установить некоторые другие комбо, предпочтительно 11,12 драйвер и 2.1 SDK. 2.5 SDK должен делать хорошо, как хорошо.

13 февраля 2012, 2:42:15 PM	# 9
dmoldovan Сообщений: 19 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Catalyst версия 11,12 на одной машине, и 12.1 на двух других. Где я могу найти версию SDK? Во всяком случае, я установил полный пакет драйвера, включая SDK Память уже вниз с тактовой частотой до 300 МГц, но с GPU выше 920 МГц, иногда драйвер дисплея будет поврежден, и он повторно инициализируется

13 февраля 2012, 2:58:00 PM	# 10
jake262144 Сообщения: 210 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования 12.1 предполагает 2.6 SDK, который всасывает точки зрения производительности для 5xxx или 6XXX карт. Как проверить AMD SDK версии Вы можете загрузить любую версию SDK непосредственно из сайт компании AMD При очистке старого SDK, убедитесь, что вы удалите следующие файлы: C: \ Windows \ System32 \ amdocl64.dll C: \ Windows \ System32 \ amdoclcl64.dll C: \ Windows \ System32 \ OpenCL.dll Попробуйте сбросив часы на 10 МГц, вы, кажется, толкая карты (или только один меньше способны карты) немного слишком далеко, отсюда и проблемы с драйверами.

13 февраля 2012, 6:59:01 PM	# 11
dmoldovan Сообщений: 19 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования На машине с 11.12 Catalyst, gpucaps говорит, что я OpenCL 1.1 и AMD.APP 831,4 Кстати, я использую cgminer 2.1.1, и я заметил, Whan пробуя cgminer 2.2.5, что он отключает один поток на GPU (в настоящее время он использует только один поток для каждого GPU) и hashrate понижает немного (например, 10 MH / с ниже ) Я посмотрел на ckolivas журнала изменений, но я был не в состоянии определить причину. Кто-нибудь знает, почему это?

13 февраля 2012, 8:57:07 PM	# 12
jake262144 Сообщения: 210 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Uhmmm ... вы не установите интенсивность как вы должны были. Без этого вы можете забыть о приличной скорости хеширования. Последние версии cgminer вернуться к только одной нити на GPU, если интенсивность остается значение по умолчанию. Попробуйте добавить "интенсивность" : "8" в конфигурационном файле. Вам нужно одно значение на карту, так что вы можете в конечном итоге с чем-то вроде "интенсивность" : "8,8,8,8,8" Вы всегда можете задать количество потоков на GPU в явном виде: "ГП-нить" : "2".

13 февраля 2012, 10:49:19 PM	# 13
DILLIGAF Сообщения: 182 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Цитата: dmoldovan от 13 февраля 2012 года, 9:12:31 AM Я их на 890 МГц, используя cgminer на Win7 и WinXP. Это то, что я получаю от них Есть ли у вас ideeas о том, как улучшить тэ hashrate? благодаря Убедитесь, что вы устанавливаете интенсивность правильно, если он находится на авто, то он будет хэширования с меньшей скоростью. У меня одна 5850 работает на 900/300 ядро / память, и он получает солидные 368MH / с с интенсивностью, установленной до 8 в cgminer с помощью Ubuntu 11.04. О, это ничего для моей скорости хэш отличаются на GH / с +/- над тем, что я бегу нормально на deepbit они, кажется, есть какие-то странные отчеты о ней по какой-то причине.

15 февраля 2012, 6:08:07 PM	# 14
dmoldovan Сообщений: 19 Цитировать по имени цитировать ответ	Re: Проблема с несовместимыми отчётными скоростями хеширования Я выбрал окно, потому что я не очень хорошо знаком с Linux но это, возможно, придется изменить, если есть большой импульс в hashrate. Как вы думаете, что разница hashrate между вами и мной (368MH / с против 330 MH / с) связано с операционной системой? Или это связано с процессором и чипсетом тоже? У меня есть 3 различных систем в настоящее время: 1. P35 с C2D E4500, 2. P965 с C2D E6300, и 3. P55 с i5 760 I5 имеет меньшую hashrate, чем E6300 (агрегат, на deepbit, около 100 ДОЛИ менее в день), хотя оба имеют 2 * 5850 @ 900MHz

Заголовок