В общем, получается два варианта:
— если ставить Windows на SSD, то нужно использовать NTFS для линков и журналирования;
— ОС ставить на винт с NTFS, а часто используемые программы переносить на SSD линками.
Меня интересует вопрос обнаружения ошибок на SSD-диске с установленной на него ОС после критических сбоев системы (BSOD, зависания, проблемы с драйверами).
Почему спрашиваю. У меня сейчас стоит RAID-1 из двух винтов. После сбоев системы всегда начинается проверка целостности и иногда находит ошибки, которые исправляет.
Для SSD рекомендуют файловой системой exFAT. Насколько я понимаю, особенными способностями по восстановлению после сбоев данная файловая система не отличается?
Что-то у меня сомнения возникают. Skype ведь трафик шифрует? Тогда получается, что его надо расшифровать, обработать, снова зашифровать и передать дальше.
Странные алгоритмы Layout-а используются в Showcase. Вместо того, чтобы менять размеры контейнера, обрезается текст. На кнопках, чекбоксах. Обычно текст в этих местах не обрезается никогда.
Интересно, как они будут память делить между «Always On» приложениями и всеми остальными. Пока не было «Always On» выкидывало наименее часто используемое приложение. А тут жесткий резерв. Будут выделять отдельные машины под «Always On»? Если кто владеет информацией, поделитесь.
Мои предпочтения лежат в области чистого звучания. А в вышеприведённых случаях, не могу избавиться от впечатления, что на заднем плане подпевает модем.
Такое случается, если вносить архитектурные изменения где-нибудь через год после начала проекта. В этом случае нужно сходить, сказать ответственному за изменение всё что ты о нём думаешь и садиться рефакторить и код и тесты.
Но ускоряет тестирование? У меня неоднократно бывали случаи, когда тест приходилось прогонять раз по 30 пока не добьешься нужного поведения. Может быть, вы пытались добиться избыточного покрытия тестами?
Прочитал статью по ссылке. Получается, что это попытка скрестить «пользовательские сценарии» c unit-тестами?
Сценарии пишутся обычным языком и в большинстве случаев на высоком уровне абстракции, что подразумевает интеграционное тестирование как минимум.
Unit-тесты, с другой стороны, пишутся на языке программирования и могут заботиться о таких деталях о которых бизнес-пользователь ни сном, ни духом… Например, транзакции.
PS: А пример приведённый в данном хабратопике кодируется с помощью регулярного выражения. И зачем его так усиленно тестировать, ума не приложу.
The system is secure as long as honest nodes collectively control more CPU power than any cooperating group of attacker nodes.
Сделать квантовый компьютер и грабануть биткоинов. :-)
Соответственно, я бы немного перефразировал: мощнее процессор — больше вероятность получить биткоин.
Я на эту страницу перешёл отсюда:
www.adobe.com/products/flashplayer/systemreqs/#mobile
И на этой странице написано: «for Flash Player 10.2 on mobile devices».
www.adobe.com/flashplatform/certified_devices/
— если ставить Windows на SSD, то нужно использовать NTFS для линков и журналирования;
— ОС ставить на винт с NTFS, а часто используемые программы переносить на SSD линками.
А вот по этой ссылке в MSDN написано, что не журналируемая.
Почему спрашиваю. У меня сейчас стоит RAID-1 из двух винтов. После сбоев системы всегда начинается проверка целостности и иногда находит ошибки, которые исправляет.
Для SSD рекомендуют файловой системой exFAT. Насколько я понимаю, особенными способностями по восстановлению после сбоев данная файловая система не отличается?
Интересно, как они будут память делить между «Always On» приложениями и всеми остальными. Пока не было «Always On» выкидывало наименее часто используемое приложение. А тут жесткий резерв. Будут выделять отдельные машины под «Always On»? Если кто владеет информацией, поделитесь.
Технический прогресс хорошо заметен. Может кто-нибудь и будет слушать на регулярной основе (особенно среди японцев).
Сценарии пишутся обычным языком и в большинстве случаев на высоком уровне абстракции, что подразумевает интеграционное тестирование как минимум.
Unit-тесты, с другой стороны, пишутся на языке программирования и могут заботиться о таких деталях о которых бизнес-пользователь ни сном, ни духом… Например, транзакции.
PS: А пример приведённый в данном хабратопике кодируется с помощью регулярного выражения. И зачем его так усиленно тестировать, ума не приложу.