Свежие комментарии
Title | Comment |
---|---|
Не сказать что сэмплы, но |
Не сказать что сэмплы, но общее представление дает: |
Я не настоящий сварщик и |
Я не настоящий сварщик и всякое непонятное боюсь писать (да и читать!) |
Отличное чтение, только блин |
Отличное чтение, только блин какое-то бесполезное. Компиляторы векторный код все едино нормально не пишут. А учесть все вышеуказанные возможности в ручном коде - ну вот у меня нет возможности. Я ж не компилятор, чтобы все помнить. |
К слову, тут в http://www |
К слову, тут в http://www.agner.org/optimize/blog/read.php?i=415 обнаружилось чудесное: «I observed an interesting phenomenon when executing 256-bit vector instructions on the Skylake. There is a warm-up period of approximately 14 µs before it can execute 256-bit vector instructions at full speed. Apparently, the upper 128-bit half of the execution units and data buses is turned off in order to save power when it is not used. As soon as the processor sees a 256-bit instruction it starts to power up the upper half. It can still execute 256-bit instructions during the warm-up period, but it does so by using the lower 128-bit units twice for every 256-bit vector. The result is that the throughput for 256-bit vectors is 4-5 times slower during this warm-up period. If you know in advance that you will need to use 256-bit instructions soon, then you can start the warm-up process by placing a dummy 256-bit instruction at a strategic place in the code. My measurements showed that the upper half of the units is shut down again after 675 µs of inactivity.» И, судя по комментариям, похожее поведение есть и в SB-EP (а следовательно, потенциально и в HSW/BSW) (дальше по тексту ссылка на http://agner.org/optimize/blog/read.php?i=378#378 ). |
Да при чём тут утилиты, |
Да при чём тут утилиты, достаточно MSR соответствующие почитать-позаписывать и посмотреть, что записалось. |
На мыло скриншот отправил... |
На мыло скриншот отправил... |
W7 64 |
W7 64 |
>>с чёрным квадратом в правом |
>>с чёрным квадратом в правом углу.... Это на какой системе? |
Ну пока настроишь под себя |
Ну пока настроишь под себя довольно часто. |
Не сохраняется. |
Не сохраняется. Туда настолько редко ходят, что нет смысла заниматься сохранением. |
Version 1.2.4 |
Version 1.2.4 |
У меня в утилите от Гигабайта |
У меня в утилите от Гигабайта такой настройки точно (тогда) не было. Возможно, она есть в Intel XTU или как там она называется. |
Собственно, в 14.9.3 есть |
Собственно, в 14.9.3 есть figure 14.33 c описанием MSR_PKG_POWER_LIMIT, там как раз power limit задаются и time window. В msr 0x610 power limit, в последующих status, эти регистры есть с sandy bridge, согласно таблице 35-16. |
Ну, я точно видел такие же |
Ну, я точно видел такие же настройки power envelope у SB-EP Xeon и мне кажется, что я читал про них в рамках описания RAPL или где-то рядом с ним. |
По-моему, у десктопного |
По-моему, у десктопного Haswell задается просто максимум по TDP. Буду перезагружаться, если не забуду - посмотрю |
Будет ли лучше, вот в чем |
Будет ли лучше, вот в чем вопрос. И ответа на него - нет (пока нет вменяемых предположений что находится в черном ящике помимо портвейна) |
> выпил я стакан портвейна |
> выпил я стакан портвейна понятно каким образом бойцы заехали на Украину-то ! |
> И соседняя бригада забыла |
> И соседняя бригада забыла пару точек записать в журнал. не руками жжж... можно ж вообще миллиарды патчей сделать и поставить на ночь. |
> И вы хотите, чтобы вам |
> И вы хотите, чтобы вам ответили "что будет"? Ну уж нет! я хочу предоложений по возможным засадам на дорогое ! |
Вот например на |
Вот например на топографической практике делали мы нивелирный ход. И соседняя бригада забыла пару точек записать в журнал. Ну и ничего, выпил я стакан портвейна и эти несколько метров невязки (при норме в сантиметры) раскидал им, проверяющие не заметили. А без портвейна - не сумел бы. |
Есть абстрактная (неизвестно |
Есть абстрактная (неизвестно что внутри) хреновина, которая как-то минимизирует (неизвестно каким способом считаемую) невязку. И вы хотите, чтобы вам ответили "что будет"? Ну уж нет! |
Так это же со времён SB так, |
Так это же со времён SB так, не? C появлением RAPL и всего вокруг него. |
> и от того, как вы данными |
> и от того, как вы данными для профиля Б попали в эти метрики но если сгенерировать большое мн-во RGB патчей с мелким шагом между ними то тем точнее попадешь, так же ? |
Ответ зависит от метрики, |
Ответ зависит от метрики, которую профайлер использует для минимизации (ну например, бОльший вес у нейтралей) и от того, как вы данными для профиля Б попали в эти метрики. |
Я другой тред на реддите |
Я другой тред на реддите читал - там вроде такая история |
> Я вопрос не могу понять. |
> Я вопрос не могу понять. есть raw со снимком мишени, есть промер мишени с результатами допустим cieXYZ(D50), построили профиль А для конвертера... теперь упражнение, придумываем сами (т.е. не из снимка) raw числа -> сооружаем raw файл, прогоняем через построенный профиль А в данном конвертере, получаем cieXYZ(D50)... ну или просто повторяем работу профиля А на придуманными RGB числами... потом берем тоже самое ПО для построения профиля и вместо пары raw RGB + замер мишени, даем ему пары придуманные RGB + результ прогона их через профиль А и строим профиль B будет ли профиль B достаточно повторять профиль A ? |
Подумал может вам интересно |
Подумал может вам интересно будет: |
Воспроизведет. Или нет. |
Воспроизведет. Или нет. Смотря какая бабель. Я вопрос не могу понять. |
имею гнусный вопрос (т.е. |
имею гнусный вопрос (т.е. хочу понять верна ли посылка в принципе прежде чем идти домой и колупаться) вот допустим у нас есть actual raw rgb и theoretical cieXYZ(cieLAB), т.е. замер мишеньки спектрометром - может слово theoretical конечно и неудачно, числа - и соотв. какое-то ПО нам может посчитать color transform в виде профиля для какого-то конвертера... а что если у нас совершенно обратная ситуация - есть actual cieXYZ (cieLAB) числа и theoretical raw rgb (например я соорудил raw сам вместо того чтобы снять что-то камерой и прогнал его через то что получено вначале, т.е. конвертер и рассчитанный для него по реальному снимку профиль) - воспроизведет ли соотв. ПО тот же самы color transform (ну с какой-то "приемлемой" погрешностью) если ему вместо actual raw rgb подсунуть theoretical raw rgb (из программно сооруженного raw) и вместо theoretical cieXYZ(cieLAB) - actual cieXYZ (cieLAB) числа а ? |
Потому что в апдейты |
Потому что в апдейты добавляем не сразу. Обычно выжидаем, какое-то время (в зависимости от серьезности починенных багов и их важности для широкой аудитории) - чтобы новые юзеры скачали, потестировали, пожаловались. Данный апдейт - он явно широкой аудитории не касается. |