Свежие комментарии

Title Comment
Вот из-за таких монетизаторов блогов у меня hosts уже на тре

Вот из-за таких монетизаторов блогов у меня hosts уже на третью, что-ли, строку пошел. Алиасов для 127.0.0.1
И это при том что я месяц назад винду переставлял и забыл старый hosts забрать. В том было строк восемь.

У меня есть оппортунистическая мышеклава Logitech diNovo Edg

У меня есть оппортунистическая мышеклава Logitech diNovo Edge, которая как раз на блютусе. Я ей управляю компутером, который под телевизором стоит. Компутеру там несладко и 70-80% загрузки обоих ядер бывает нередко. Но мыша ездит и клава клавит, никаких проблем. Правда я использую родной, логитековский, донгл.

я тут попытался через Б/Т файлики попередавать - мыша стала

я тут попытался через Б/Т файлики попередавать - мыша стала рывками ездить
пришлось wi-fi в итоге ставить
монопольное подключение мыши к своей родной железке ситуацию улучшает - пока сильно не раздражался

Достаточно посмотрет в сорец от Goto BLAS, чтобы понять что

Достаточно посмотрет в сорец от Goto BLAS, чтобы понять что там не два вечера

"в 10 раз быстрее написанного руками кода на C" --- здесь бы

"в 10 раз быстрее написанного руками кода на C" --- здесь было бы точнее сказать "написанного за две минуты кода на C".

За пару вечеров можно написать код, который будет не медленнее кода от вендора.

У меня на эту тему больше вопросов, чем ответов. Вопросы мог

У меня на эту тему больше вопросов, чем ответов. Вопросы могу перечислить
1) когда происходит компиляция P-кода в команды карты ? При старте программы (и тогда мы все kernels из cublas будем компилировать) ? Или при очередном вызове cu* ?
2) когда происходит загрузка kernel ? Вроде бы у 8800 под программы аж 8 мегабайт (пишу по памяти), при старте грузится весь cublas ?
3) сигналинг об окончании работы kernel - по прерываниям или по поллу ? А если по поллу, то с какой частотой ?
4) все вызовы kernel - через драйвер ? Нужно сменить контекст, cохранить/переключить стек и все такое ?

Собственно, 10 usec задержки - это 100000 крупных операций в секунду, если это по прерываниям - это очень много. Да и просто для context switch - нормально.

Чего я не понимаю, так это почему задержки в CUBLAS по десят

Чего я не понимаю, так это почему задержки в CUBLAS по десятку микросекунд на любой вызов. Это же порядка 10 000 циклов.

Ну и зачем этот номер в русифицированном Макбуке, да еще и в

Ну и зачем этот номер в русифицированном Макбуке, да еще и в виде, на который нельзя позвонить ?

Такие номера существуют во многих западных странах, причем п

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

Да, вдогонку. Если есть обычай ворочать терабайт 30 (или 10

Да, вдогонку.

Если есть обычай ворочать терабайт 30 (или 100) компрессированных данных, то вышобсуждаемая частота появления ошибок может серьезно поиметь.

Почему "на 13-м прочтении" ? "В среднем на 13 прочтений буде

Почему "на 13-м прочтении" ? "В среднем на 13 прочтений будет ошибка".
Это же статистическая величина, не повезет - так первый же бит не прочитается.

Таким образом, если у меня из RAID5 на 14-ти терабайтниках выпал диск четности, то перебилдить массив не получится "в среднем" ? Так что ли ?

На самом деле, в ЖЖ выяснили, хе-хе, что BER порядка 10^-11, но посчитано оно так, что если сектор дал ошибку - это ошибка сразу в четырех килобитах.
Обсуждение тут: http://alextutubalin.livejournal.com/45219.html

А какие сомнения в прямом переводе с буржуйского? Мол, чита

А какие сомнения в прямом переводе с буржуйского?

Мол, читаешь 10-в-14й битов и получаешь одну невосстановимую ошибку. А до того - еще неизвестную кучку восстановимых по ECC.

Т.е. если ты имеешь обыкновение читать свой терабайт от начала до конца каждый раз, то на 13-м прочтении получишь один глюк.

Имхо, это все - в применении к одному экземпляру диска,
т.е. если у тебя страйп из 13 дисков - то ошибка в чтения все равно долна возникать на 13-м прочтении,
а не на первом.

гламурненько! в ЛНУ можно было бы кусок дороги зашопить

гламурненько!
в ЛНУ можно было бы кусок дороги зашопить

я думаю при начальном форматировании с проверкой диска 1 бит

я думаю при начальном форматировании с проверкой диска 1 бит из 10**14 придется выкинуть из дальнейшей работы.
иначе бы при чтении с sustained rate пришлось вычеркивать по сектору каждые три часа. через 750.000 часов работы 132 МБ будут непригодны для работы.

У меня была (отдал) мелкая БТ мышь от МС для ноута, номер не

У меня была (отдал) мелкая БТ мышь от МС для ноута, номер не помню. Оно работает странно -- т.е. со своим адаптером работает на ура, никакого БТ не устанавливалось (в комп). Но удалось эту мышь просто подключить к ноуту на его встроенный, в ноут, БТ. Что значит, что ихний донгл -- хитрожоп и может быть и тем, и другим.

Мышь тоже заработала после того, как подерждал (долго) кнопку на пузе. Вряд-ли кнопка не работает, странно как-то.

Хм, что за вопросы: когда будет пересчет пр? Знал бы прикуп

Хм, что за вопросы: когда будет пересчет пр? Знал бы прикуп ...
Будет, и происходит пересчет не каждые 3 месяца, нет у гугля графика когда захочет тогда и пересчитает, в среденем 3-4 раза на год.
Хорошего вам апа всем

Не *каждый* ребилд, потому что BER не распределен равномерно

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

В принципе, OEM-ам Seagate дает более подробные характеристики, можешь у них попросить

Вот именно!

Вот именно!

<i>Могу, впрочем, спросить и про физический смысл смар

<i>Могу, впрочем, спросить и про физический смысл смартовой статистики</i>

Я сливаю!

Пардон, что значит &quot;бесполезно&quot; ? Если это невосс

Пардон, что значит "бесполезно" ?

Если это невосстанавливаемые ошибки, то каждый ребилд массива терабайт на 6 (и больше) - это преизрядный риск его не перестроить, значит нужен RAID6 или какой-то другой способ обеспечить избыточность.

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

Нету тут никакого &quot;Физического смысла&quot;. Есть некот

Нету тут никакого "Физического смысла". Есть некоторый маркетинговый термин. Какое он отношение имеет к реальности, думаю, никто не знает.
SMART тебе расскажет, какое количество ошибок какого типа за время своей жизни оно увидело. Что сумело скорректировать, а что продиагностировало, как ошибку. Если поверхность или что-то ещё попортилось таким феерическим образом, что попортились и биты данных, и биты коррекции, и чексуммы, и все совпали, то диск тебе прочитает "неправильные данные", совершенно искрене считая, что всё нормально. Какова вероятность такого события - не знаю. Думаю, что невысокая. Значительно вероятнее нарваться именно на некорректируемую ошибку, когда диск тебе скажет: "не шмог".
Я ни форматов записи на носитель, ни алгоритмов проверки/коррекции не знаю. И, думаю, что те, кто эту цифру в рекламу вставил, тоже не знают. И гадать, что эта цифра значит - совершенно бесполезно.

Oh my God! Я спрашиваю про физический смысл дисковых характ

Oh my God!

Я спрашиваю про физический смысл дисковых характеристик. Могу, впрочем, спросить и про физический смысл смартовой статистики.

Я сейчас точно не помню, но по моему через SMART диски стати

Я сейчас точно не помню, но по моему через SMART диски статистику ошибок отдают. Так что на своих можно смотреть глазами.

Ну хорошо, пусть повторная попытка одна. Что там с вероятнос

Ну хорошо, пусть повторная попытка одна. Что там с вероятностями в реальной жизни ?

в целом нравится

в целом нравится

Вот это я не знаю. Мы наоборот делаем чтобы не делать много

Вот это я не знаю. Мы наоборот делаем чтобы не делать много повторных попыток, а тут же попробовать перезаписать. Если с второго раза не прочиталось, то дальше вероятность самоисправления падает экспоненциально (если это не контроллер/кабель)

But then again, мы продаем backup ;-)

Я тут недавно купил 6 саташных сигейтов по 750Гб. На двоих с

Я тут недавно купил 6 саташных сигейтов по 750Гб. На двоих смарт уже нашёл ошибки. На первом они пропали как я записал туда большой файл и он затёр сектор с ошибкой, до второго руки ещё не доходили. Или также затру ошибки или поменяю диск по гарантии.

Последнее что осталось понять - это возможность восстановлен

Последнее что осталось понять - это возможность восстановления.

Т.е. что происходит при повторном чтении и с какой частотой.....

Вот что они сами пишут про sector failure rate Current HDD

Вот что они сами пишут про sector failure rate

Current HDD products use approximately
9% of ECC overhead to correct a raw bit error rate from 10<sup>-5 </sup>
to 10<sup>-11</sup>. Future HDD product specifications assume a linear
density at which the raw bit error rate is 10<sup>-3</sup>. Such a raw
bit error rate cannot be corrected at the current 512 byte sector format,
independently of the number of ECC bytes. Anticipated defect sizes of
approximately 100 bytes cannot be corrected at this sector format.</font></p>

Using the same amount of ECC overhead,
9%, at 4K sector format, a raw bit error rate of 10<sup>-2.4</sup> can
be corrected to the required 10<sup>-11</sup>

Понял, да? 10<sup>-11</sup> на самом деле, а три порядка - это размер сектора

Другими словами, диск скажет, что была ошибка чтения сектор

Другими словами, диск скажет, что была ошибка чтения сектора ?

И, по всей видимости, не скажет в каком бите ? Считается ли при этом (при расчете BER), что ошибка была сразу в 4096 битах ? Другими словами, у нас ошибка происходит каждые 10^14 бит или 10^14 секторов ?

Pages

Subscribe to comments_recent_new