Полосы возникают из-за rolling shutter, который есть практических во всех массовых цифровых камерах. Вне зависимости от выдержки последняя строка будет считана на 1/30 (или 1/60 с) позже первой.
Если полос нет, значит, в камере либо используется global shutter, либо он корректируется программно, либо rolling shutter есть, но скорость считывания выше, чем период мерцания (характерно для высокочастотной съёмки).
Как зачем? Чтобы сберечь его ресурс и продолжать пользоваться 60-гиговым диском и через 10-15 лет.
на отзывчивости сказывается примерно никак
Из-за этого тоже могут быть проблемы. Считал я как-то пачку данных, в память не влазила, поэтому активно использовался своп. Да, система просто летала, но и писала данные со скоростью порядка 1-2 гига в секунду. Если бы я такое потребление памяти сразу не заметил, то это бы стоило 1% ресурса в час. Многовато будет.
Да, собственно, не раскрыт главный вопрос — зачем становиться кочевником? Чтобы решать трудности, с которыми в обычной жизни бы столкнуться не довелось?
Как по мне, главная цель подобного образа жизни — это туризм. Но для этого совершенно не обязательно становиться кочевником-удалёнщиком. Можно год поработать, а затем полгода путешествовать, и вполне возможно, что по финансам это будет выгоднее, чем полтора года работы по удалёнке. У автора же туристическая часть вообще задвинута куда-то на второй план.
Прикол SSD заключается в том, что самый долгий процесс — это стирание ячейки, что наглядно видно на графике:
Фаза записи в SLC-кэш.
Фаза записи в свободные ячейки TLC.
Фаза перезаписи TLC-ячеек (некуда писать новые данные, нужно сначала стереть существующие.
А теперь самое интересное: время, необходимое для стирания ячейки, одинаково вне зависимости от того, в каком режиме используется ячейка: SLC или TLC. А это значит, что после исчерпания свободных ячеек скорость записи в SLC-режиме будет в 3 раза ниже, чем в TLC-режиме — всего 100 мбайт/сек.
Соответственно, для сценария "хочу писать много данных" перевод диска из режима TLC и режим SLC будет контрпродуктивен, так как скорость записи будет очень сильно проседать.
В моём круге общения люди сокращали активность в соцсетях после выпуска из университета и полностью прекращали активность после женитьбы.
Также отдельным фактором снижения активности были события ~10-летней давности, связанные с активизацией товарищей майоров в соцсетях. В итоге люди продолжили пользоваться соцсетями, но перестали в них постить.
Мне хватило полтора месяца Убунты, чтобы перейти на Арч.
Проблема в том, что принцип "запустил и работай" для линукса неприменим. Рано или поздно все равно сталкиваешься с тем, что надо что-то установить нетривиальным способов, что-то настроить, и тогда начинаются танцы с бубном.
В случае Убунты источником решений является StackOverflow и бложики всяких скрипт-кидди, откуда бездумно берутся скрипты, которые иногда даже работают. Но если скрипт не работает, помощи искать негде.
В случае Арча же всё есть в документации, и потратить пару часов на её чтение в итоге себя полностью оправдывает.
Это следует из утверждения, что если у вас много физической памяти, значит, вы используете большое количество ресурсо-затратных задач, и значит, вам и свопа надо больше.
Ну и ещё один момент: свободная память используется операционной системой в качестве файлового кэша. Поэтому сброс неиспользуемые программами страницы памяти могут быть сброшены в своп ради увеличения количества свободной памяти.
Я думаю, контроллер справится с фоновым переписыванием данных для выравнивания износа ячеек.
Тут же дело в другом:
Чем больше объём диска, тем выше суммарный ресурс и тем больше можно на него записать данных.
Чем больше свободного места на диске, тем эффективнее контроллер может его использовать: например, организовать из него SLC-кэш, что увеличит скоростные характеристики.
Я решил сначала пойти по длинному пути (со справками и конвертом), дошёл до иностранного отдела, и оказалось, что они сами всё умеют делать.
Уговаривать не пришлось. Делают бесплатно. Дошёл ножками.
Вот только неделю назад подтвердил свою корочку в WES.
МГУ — отправили всё в электронной форме.
Полосы возникают из-за rolling shutter, который есть практических во всех массовых цифровых камерах. Вне зависимости от выдержки последняя строка будет считана на 1/30 (или 1/60 с) позже первой.
Если полос нет, значит, в камере либо используется global shutter, либо он корректируется программно, либо rolling shutter есть, но скорость считывания выше, чем период мерцания (характерно для высокочастотной съёмки).
Что-то ваше утверждение слабо соответствует тому, что сейчас творится на рынке, когда операторы поднимают стоимость именно на минимальных тарифах.
Теле2: 400 рублей: 10 гигов, 200 минут; 600 рублей: 40 гигов, 800 минут.
Билайн: 520 рублей: 10 гигов, 200 минут; 620 рублей: 40 гигов, 400 минут.
Как зачем? Чтобы сберечь его ресурс и продолжать пользоваться 60-гиговым диском и через 10-15 лет.
Из-за этого тоже могут быть проблемы. Считал я как-то пачку данных, в память не влазила, поэтому активно использовался своп. Да, система просто летала, но и писала данные со скоростью порядка 1-2 гига в секунду. Если бы я такое потребление памяти сразу не заметил, то это бы стоило 1% ресурса в час. Многовато будет.
Я и без приёмника умудрялся ловить, пока стандарт аналоговым был. Инструкция:
"Поднять" радиотрубку.
Замкнуть контакты на базе, чтобы база подумала, что трубку положили. В трубке при этом слышится шипение.
Приложить трубку к трубе отопления и начать слушать чужие разговоры соседей по подъезду.
Да, собственно, не раскрыт главный вопрос — зачем становиться кочевником? Чтобы решать трудности, с которыми в обычной жизни бы столкнуться не довелось?
Как по мне, главная цель подобного образа жизни — это туризм. Но для этого совершенно не обязательно становиться кочевником-удалёнщиком. Можно год поработать, а затем полгода путешествовать, и вполне возможно, что по финансам это будет выгоднее, чем полтора года работы по удалёнке. У автора же туристическая часть вообще задвинута куда-то на второй план.
Фокусировкой солнечного света вполне можно нагреть тело до такой температуры.
Тут вопрос в другом: какова стоимость изготовления подобных элементов?
Я бы попробовал установить безголовый гипервизор, откуда и будет осуществляться управление питанием процессора, а винду запускать уже внутри него.
При это велика вероятность, что в ноутбуке поддерживается IOMMU, и производительность в виртуалке не будет отличаться от bare metal.
Пишите название банка.
Почему "даже"? Как раз очень много софта имеет версии и под Windows, и под Mac, а вот под Linux — нет.
Прикол SSD заключается в том, что самый долгий процесс — это стирание ячейки, что наглядно видно на графике:
А теперь самое интересное: время, необходимое для стирания ячейки, одинаково вне зависимости от того, в каком режиме используется ячейка: SLC или TLC. А это значит, что после исчерпания свободных ячеек скорость записи в SLC-режиме будет в 3 раза ниже, чем в TLC-режиме — всего 100 мбайт/сек.
Соответственно, для сценария "хочу писать много данных" перевод диска из режима TLC и режим SLC будет контрпродуктивен, так как скорость записи будет очень сильно проседать.
В моём круге общения люди сокращали активность в соцсетях после выпуска из университета и полностью прекращали активность после женитьбы.
Также отдельным фактором снижения активности были события ~10-летней давности, связанные с активизацией товарищей майоров в соцсетях. В итоге люди продолжили пользоваться соцсетями, но перестали в них постить.
Мне хватило полтора месяца Убунты, чтобы перейти на Арч.
Проблема в том, что принцип "запустил и работай" для линукса неприменим. Рано или поздно все равно сталкиваешься с тем, что надо что-то установить нетривиальным способов, что-то настроить, и тогда начинаются танцы с бубном.
В случае Убунты источником решений является StackOverflow и бложики всяких скрипт-кидди, откуда бездумно берутся скрипты, которые иногда даже работают. Но если скрипт не работает, помощи искать негде.
В случае Арча же всё есть в документации, и потратить пару часов на её чтение в итоге себя полностью оправдывает.
Совмневаюсь, что на лету можно сжимать со скоростью порядка 2 гигабайт в секунду.
Для SATA это оправдано, а вот для NVMe — вряд ли.
Это следует из утверждения, что если у вас много физической памяти, значит, вы используете большое количество ресурсо-затратных задач, и значит, вам и свопа надо больше.
Ну и ещё один момент: свободная память используется операционной системой в качестве файлового кэша. Поэтому сброс неиспользуемые программами страницы памяти могут быть сброшены в своп ради увеличения количества свободной памяти.
Но если TSMC будет не у всего мира (а к этому всё и идёт), то у остальной части мира будет желание эту TSMC уничтожить.
Уже PLC существует, кстати.
Я думаю, контроллер справится с фоновым переписыванием данных для выравнивания износа ячеек.
Тут же дело в другом:
Чем больше объём диска, тем выше суммарный ресурс и тем больше можно на него записать данных.
Чем больше свободного места на диске, тем эффективнее контроллер может его использовать: например, организовать из него SLC-кэш, что увеличит скоростные характеристики.