Кажется, я не такой романтичный. Отказаться от прелестей цивилизации — жить в халупе и топить дровами в обмен на чувство глубокого морального удовлетворения, что есть колония на Марсе? Ну и не нужно забывать о том, что продукты массового потребления мощно развивают соответствующие технологии. Айфоны в том числе.
xxx:
Когда смотрю по Дискавери как строят мосты или другие суперсложные сооружения, у меня два чувства — восхищение перед инженерным гением и организацией работ и светлая грусть от того, насколько далеко вперёд ушёл в этом плане Запад.
yyy:
а что за светлая грусть такая? Да, нам пришлось оставить путь технического прогресса, но ради самобытности русской, ради величия церкви православной, ради государства крепкого и единого!
На недавнем инфракрасном изображении, полученном от Spitzer, учёные увидели, что за Столпами находится шар из горячего, быстро расширяющегося вещества. Эта масса, состоящая из газа и пыли, разогрета взрывом сверхновой, имевшим место 7-9 тысяч лет назад.
Как утверждают учёные, ударная волна, сформировавшаяся в результате взрыва, уже уничтожила Столпы Творения около 6 тысяч лет назад. Но с учётом того, что этот восхитительный космический объект находится на расстоянии в 7 тысяч световых лет от нас, мы будем получать его изображения в целостном виде ещё на протяжении тысячи лет.
Кстати, у учёных и раньше были предположения о том, что какая-нибудь сверхновая разрушит Столпы Творения, ведь звёзд, «созревших» для такого взрыва, в этой области насчитывается порядка двух десятков. К тому же эти структуры состоят из довольно разреженного материала, который не может противостоять действию ударной волны.
Компьютер может помочь в случае, если задача сводится к большому, но конечному числу вариантов. Как в решении проблемы четырех красок, доказательство которого не проверить вручную. Но такие случаи — редкость.
Если человек не может доказать, что сумма углов треугольника = 180, то компьютер не сможет помочь, так как не в состоянии перебрать все возможные треугольники.
По-моему, шифрование в SSD используется не так уж часто. Если вы имеете в виду наложение xor-маски, то этот процесс, вообще говоря, не является шифрованием. Он используется для скремблирования с целью статистического выравнивания заряда соседних ячеек. Но, конечно, это значительно усложняет восстановление.
Вроде бы появление сбойных блоков не такое уж редкое явление. Контроллер может, например, выделить 2% резервных блоков для их замещения. Когда контроллер читает или записывает страницу он проверяет ее корректность с помощью кодов исправления ошибок. Ошибку в одном бите точно можно исправить. Возможно, процесс появления нечитаемых бит происходит во время всей жизни, поэтому контроллер не паникует. Пока однажды он внезапно не сможет скорректировать ошибку.
Во время инициализации диска контроллер считывает информацию о размещении блоков в свой RAM и поддерживает ее во время работы. Если запись служебной информации на диск произойдет неудачно, то в RAM она все еще актуальна. А после перезагрузки попытка чтения провалится. Но это мои предположения.
Ничего удивительного. Часть диска используется контроллером для своих внутренних нужд. В частности, в памяти размещается таблица соответствий логических и физических блоков, которая постоянно изменяется и перемещается по сложным алгоритмам.
пример схемы работы таблицы соответствий блоков
Если что-то из нее не удастся прочитать, то контроллер не сможет воссоздать правильный порядок блоков.
Поэтому, возможно, перевод в рид-онли, не дожидаясь пока посыпятся другие ячейки (со служебными данными), это правильно.
Переходить в рид-онли возможно далеко не всегда:
1) Умер контроллер.
2) Нарушилась целостность служебных данных.
Для равномерного износа контроллер не может записывать в тот физический блок, в который его просят (например, к началу диска происходят более частые обращения из-за таблиц файловой системы). Поэтому, контроллер должен иметь таблицу соответствий логических и физических блоков. И тут появляется куча проблем: а где ее хранить? Где искать? А еще учесть, что перезаписывать нельзя. Только стирать целыми блоками. Поэтому, контроллер хитро гоняет ее по всему диску. И если что-то в ней не удастся прочитать, то получим беспорядочную мешанину блоков.
На графиках, кроме последнего — замеры скорости, которые производились на очищенных дисках. На последнем — результаты непосредственно самого эксперимента. На нем по оси X отмечена средняя скорость цикла. А каждый цикл — запись 10 ГБ. Когда оставалось свободным 23 ГБ диск очищался. Samsung после очистки имел самые высокие показатели, которые быстро падали по мере записи.
Это происходит из-за особенностей реализации wear-leveling — механизма уменьшения износа и распределения данных по страницам. Предполагаю, что алгоритм Samsung-a самый хитрый и вычислительно сложный, зато, судя по рекордному количеству записанных данных, самый эффективный в плане уменьшения износа.
При этом из-за того, что ссылки блокируемых статей работают по шифрованному протоколу https://, это приведет к блокировке операторами доступа ко всему ресурсу, поясняет ведомство
Узкий пучок света, дошедший с земли, сфокусировался на светочувствительной матрице и осветил лишь небольшую часть какого-то пикселя. В пикселе произошел слабый внутренний фотоэффект, перераспределились электроны, изменилась проводимость и т. д. Слабый, но произошел. Пиксель вряд ли понял какая его часть была освещена, и он просто вернул небольшое значение, характеризующее силу произошедшего фотоэффекта. Наверное, как-то так.
www.membrana.ru/particle/11037
Не совсем. Ведь указатели незаменимы для реализации наследования и полиморфизма:
Если человек не может доказать, что сумма углов треугольника = 180, то компьютер не сможет помочь, так как не в состоянии перебрать все возможные треугольники.
Вот так?
Если что-то из нее не удастся прочитать, то контроллер не сможет воссоздать правильный порядок блоков.
Поэтому, возможно, перевод в рид-онли, не дожидаясь пока посыпятся другие ячейки (со служебными данными), это правильно.
1) Умер контроллер.
2) Нарушилась целостность служебных данных.
Для равномерного износа контроллер не может записывать в тот физический блок, в который его просят (например, к началу диска происходят более частые обращения из-за таблиц файловой системы). Поэтому, контроллер должен иметь таблицу соответствий логических и физических блоков. И тут появляется куча проблем: а где ее хранить? Где искать? А еще учесть, что перезаписывать нельзя. Только стирать целыми блоками. Поэтому, контроллер хитро гоняет ее по всему диску. И если что-то в ней не удастся прочитать, то получим беспорядочную мешанину блоков.
Это происходит из-за особенностей реализации wear-leveling — механизма уменьшения износа и распределения данных по страницам. Предполагаю, что алгоритм Samsung-a самый хитрый и вычислительно сложный, зато, судя по рекордному количеству записанных данных, самый эффективный в плане уменьшения износа.