Скорость некоторых схем RAID равняется самому медленному диску в схеме.
Из базовых в таком размере знаю только raid6 (бывает raid0, но под специфические задачи). Есть нюансы с размером кластера/страйпа/логикой контроллера, но вцелом на случайном чтении можно считать по минимальному, на любой записи или линейном чтении выйдет по самому медленному.
Условный raid60 это 2х12 дисков, уже ~7.5ms. При этом по мере загрузки/нагрузки/возраста цифры могут весьма неожиданно вырасти. Буквально в праздники наблюдал падение скорости линейного чтения ssd raid5 на 2 порядка.
Ибо основное преимущество ссд перед винтами - это не скорости чтения/записи, а нулевое (ну, маленькое и везде одинаковое) время доступа.
SSD имеют разброс времени доступа в один порядок, видел это на графиках в разных статьях, специально поигрался с тестами на случай если информация устарела - для моего nvme от samsung примерно 3% запросов дают провал до 20ms, остальные операции укладываются в 2ms.
Для одиночного ssd этим можно пренебречь, но собрав полку из 24 дисков - вы получите среднее время доступа ~11ms вместо 2ms при таких вводных.
кстати, глазок в двери или в домофоне вполне можно подтянуть под тайное
Подтянуть у нас могут что угодно и куда угодно, но скрытое это камера в плюшевом медведе или пожарном датчике или очках. Оборот средств скрытого видеонаблюдения у нас запрещен, видеоглазки всех видов продаются. Логика в том что обычный глазок тоже является средством наблюдения.
А вот если в кадр видеоглазка попадает дверь соседей тогда сложнее.
и то, нужно доказать умысел наблюдения именно за этой дверью
Нарушение неприкосновенности частной жизни образует состав УК, умысла тут не надо, достаточно факта сбора информации.
Если диски присутствуют не все, то, операция чтения с отсутствующего диска требует прочитать данные со всех остальных и вычислить четность.
Да, не подумал, вы правы. При условии случайного чтения попадание в вылетевший stripe обеспечит тормоза, с одной стороны скорость чтения каждого такого блока упадёт до чтения самым медленным диском, с другой стороны - проблему частично сгладит невысокая вероятность попадания на большом количестве дисков. При линейном чтении скорость не особо поменяется.
При настроенном ERC "сдыхающий" должен сам из массива отвалиться
Практика показывает что он никому ничего не должен.
В редких случаях может сбоить BIOS POST или попытки чтения загрузочной области.
У меня несколько раз уезжал контроллер самого диска и post зависал. Было что post проходил, но не видел ни одного диска.
Но, я ни разу не перезагружался с неисправным диском в системе.
В моем случае система висла наглухо или падала в kernel и перезагружалась собакой. Впрочем никогда не проверял диски на исправность перед перезагрузкой.
Некоторые уровни RAID тормозят при деградации by design (5-6), зеркало тоже уменьшит скорость из-за потери диска,
С чего бы вдруг by design? Если отбросить кэш - запись это запись на все диски, исключение самого медленного (сдыхающего) ускорит ситуацию. Чтение в degraded это чтение со всех - будет медленнее на диск, заметнее всего на зеркале - упадёт вдвое максимум, для условного raid6 из 8 дисков - потеря одного никак толком не будет замечена.
Особенно заметно на NVM-E SSD
Ой, массивы на ssd вообще отдельная тема.
Ну и железо процессорное сильно выросло в производительности
А на raid контроллерах железо не выросло? У нас в основном линейное чтение/запись, может я не замечаю что все ужасно.
Пользуемся и тем и тем - проблема программных в том что улетающий диск с лёгкостью может повешать систему или вообще не давать матери загрузиться и статистически у нас это на порядок чаще чем отказ контроллера. Ну и производительность повеселее у нормальных аппаратных.
а один TOTP я могу установить на 10 устройств одновременно
Мне помнится мегафон умел в переадресацию sms, а ещё есть перевыпуск sim карт и уязвимости ss7. Уже несколько лет 2й фактор через sms не рекомендуется.
Все удобные мне лично интерфейсы поиска подсвечивают все вхождения (отдельное окно и/или цветовые отметки на скроллбаре и в тексте). Кэширование практически не добавляет нагрузки, дальнейший поиск работает в фоне. А самый частый кейс при поиске на лету - увеличение строки, пересчитывать не надо, достаточно пройтись по кэшу.
Я взял первый попавшийся проект двухэтажки и там кровля 20% бюджета коробки. Добавить окна, отделку, инженерку, на глаз похоже что 6% на гидроизоляцию это много.
кто оценит и зафиксирует "втапливание" и "превышение" ?
У нас это Урал. Оценит экипаж. У меня коллегу на мигающий зелёный тормозили с формулировкой "он мигает чтобы ты остановиться успел а не чтобы топил". Фиксировать превышение там не надо, достаточно зафиксировать проезд на запрещающий.
вы это не докажете ничем чтобы гдето использовать
Экипаж ничего доказывать не будет, вы с классическим "нет основания не доверять сотруднику" не сталкивались?
ездить надо не быстрее 5кмч чтобы прям всегда верно выбирать скорость.
Ну если за время мигания зелёного не успеваете затормозить или проскочить - значит слишком быстро едете. Я видел как фуры и на красный проскакивают ибо тормозить лень.
если перед перекрестком втопить 75кмч...то когда перед вами загорится желтый, вы по пункту 6.14 совершенно законно можете его проехать
75 уже нарушение (хоть и не штрафуемое), при дтп превышение как и жёлтый вполне себе отягчающие. При этом не стоит забывать 10.1 - если вы на жёлтый не успеваете остановиться значит скорость выбрана неверно даже если она меньше 60.
На практике у нас например если вы именно "втопите" - вам выпишут а потом можете бегать оспаривать.
Причем есть ощущение, что с трансфлрматорами менее точно, менее надежно и не факт что дешевле будет.
Возможно вы удивитесь, но счетчик прямого включения содержит внутри трансформатор.
Да, если поставить 100А транс 3 класса точности на 5А линию счётчика - погрешность набежит моё почтение. Но для задач оценки потребления и графиков хватит. Хотите точнее - ставим 0.1 класс трансформатора на шину - считать будет точнее чем имеющийся у тс счетчик.
Есть разные задачи, например usb стик, ноутбук, россыпь китайских zigbee счётчиков и мы получаем переносную систему мониторинга на любое количество линий которую можно развернуть за 10 минут без отключения оборудования.
Для случая когда система отправляет отчёты в сетевую конечно нужно подключаться к счётчику.
Конечно если уже есть счетчик и он уже считает и выдает импульсы
если счетчик опломбирован то ценник на китайский оптический адаптер стартует с 3к.
Это нужно для того что бы разобрать шины и повесить на них трансформаторы.
Вы же писали что счетчик внутренний. Это должно на порядок сократить волокиту. Минут за 20 с перекурами я вешал 3 транса (правда на 160А и рубильник был рядом).
Как вариант - взять трансформатор "защелку" и поставить его не на шину а вторым каскадом на счетчик? Я не против вашего решения, просто перечисляю варианты.
Готовый wifi либо zigbee трехфазный счетчик с трансформаторами на 80A стоит порядка 3к. Для производства можно посмотреть в сторону WB-MAP, но оно подороже.
на порядок будет 512, 128 байт это на три порядка.
привык к десятичной СС.
Что 1 ТБ, что 128 ГБ это не запредельные объемы информации.
Для домашнего пользователя это ощутимые цифры. Для гугла? Не знаю реальную инфраструктуру, но порядка $5-30к в год оптимизировать можно на одном только железе, выглядит не очень большой цифрой.
Из базовых в таком размере знаю только raid6 (бывает raid0, но под специфические задачи). Есть нюансы с размером кластера/страйпа/логикой контроллера, но вцелом на случайном чтении можно считать по минимальному, на любой записи или линейном чтении выйдет по самому медленному.
Условный raid60 это 2х12 дисков, уже ~7.5ms. При этом по мере загрузки/нагрузки/возраста цифры могут весьма неожиданно вырасти. Буквально в праздники наблюдал падение скорости линейного чтения ssd raid5 на 2 порядка.
SSD имеют разброс времени доступа в один порядок, видел это на графиках в разных статьях, специально поигрался с тестами на случай если информация устарела - для моего nvme от samsung примерно 3% запросов дают провал до 20ms, остальные операции укладываются в 2ms.
Для одиночного ssd этим можно пренебречь, но собрав полку из 24 дисков - вы получите среднее время доступа ~11ms вместо 2ms при таких вводных.
Подтянуть у нас могут что угодно и куда угодно, но скрытое это камера в плюшевом медведе или пожарном датчике или очках. Оборот средств скрытого видеонаблюдения у нас запрещен, видеоглазки всех видов продаются. Логика в том что обычный глазок тоже является средством наблюдения.
А вот если в кадр видеоглазка попадает дверь соседей тогда сложнее.
Нарушение неприкосновенности частной жизни образует состав УК, умысла тут не надо, достаточно факта сбора информации.
Да, не подумал, вы правы. При условии случайного чтения попадание в вылетевший stripe обеспечит тормоза, с одной стороны скорость чтения каждого такого блока упадёт до чтения самым медленным диском, с другой стороны - проблему частично сгладит невысокая вероятность попадания на большом количестве дисков. При линейном чтении скорость не особо поменяется.
Практика показывает что он никому ничего не должен.
У меня несколько раз уезжал контроллер самого диска и post зависал. Было что post проходил, но не видел ни одного диска.
В моем случае система висла наглухо или падала в kernel и перезагружалась собакой. Впрочем никогда не проверял диски на исправность перед перезагрузкой.
С чего бы вдруг by design? Если отбросить кэш - запись это запись на все диски, исключение самого медленного (сдыхающего) ускорит ситуацию. Чтение в degraded это чтение со всех - будет медленнее на диск, заметнее всего на зеркале - упадёт вдвое максимум, для условного raid6 из 8 дисков - потеря одного никак толком не будет замечена.
Ой, массивы на ssd вообще отдельная тема.
А на raid контроллерах железо не выросло? У нас в основном линейное чтение/запись, может я не замечаю что все ужасно.
Пользуемся и тем и тем - проблема программных в том что улетающий диск с лёгкостью может повешать систему или вообще не давать матери загрузиться и статистически у нас это на порядок чаще чем отказ контроллера. Ну и производительность повеселее у нормальных аппаратных.
в некоторых менеджерах паролей и охранных системах есть "пароль под принуждением" на такой случай.
Мне помнится мегафон умел в переадресацию sms, а ещё есть перевыпуск sim карт и уязвимости ss7. Уже несколько лет 2й фактор через sms не рекомендуется.
Начинающие специалисты дергают sort() или quickSort() из стандартной библиотеки.
Пузырек быстрее всего пишется
Слияние быстрее всего пока хватает памяти
Бинарная вставка быстрее всего при дорогих сравнениях
При дорогих перестановках сортируем по индексам а потом распутываем цепочки перестановок
Все удобные мне лично интерфейсы поиска подсвечивают все вхождения (отдельное окно и/или цветовые отметки на скроллбаре и в тексте). Кэширование практически не добавляет нагрузки, дальнейший поиск работает в фоне. А самый частый кейс при поиске на лету - увеличение строки, пересчитывать не надо, достаточно пройтись по кэшу.
Метр грунта повышает нагрузку на кровлю/стены/фундамент, соответственно стоимость коробки тоже растёт.
Далеко не вся крыша покрыта газонами и карельским гранитом.
Если на крыше гранит и газоны то этажом ниже явно не самый дешёвый линолеум и обои.
Вообще ничего не знаю про данный объект, но техническое оснащение музея/театра/кинотеатра/... может оказаться кратно дороже.
На глаз все так же много...
6% это много? Мало? Нормально?
Я взял первый попавшийся проект двухэтажки и там кровля 20% бюджета коробки. Добавить окна, отделку, инженерку, на глаз похоже что 6% на гидроизоляцию это много.
У нас это Урал. Оценит экипаж. У меня коллегу на мигающий зелёный тормозили с формулировкой "он мигает чтобы ты остановиться успел а не чтобы топил". Фиксировать превышение там не надо, достаточно зафиксировать проезд на запрещающий.
Экипаж ничего доказывать не будет, вы с классическим "нет основания не доверять сотруднику" не сталкивались?
Ну если за время мигания зелёного не успеваете затормозить или проскочить - значит слишком быстро едете. Я видел как фуры и на красный проскакивают ибо тормозить лень.
75 уже нарушение (хоть и не штрафуемое), при дтп превышение как и жёлтый вполне себе отягчающие. При этом не стоит забывать 10.1 - если вы на жёлтый не успеваете остановиться значит скорость выбрана неверно даже если она меньше 60.
На практике у нас например если вы именно "втопите" - вам выпишут а потом можете бегать оспаривать.
А разве ctrl+alt+f1 нынче не работает?
Предполагаю что в момент бронирования машины.
Возможно вы удивитесь, но счетчик прямого включения содержит внутри трансформатор.
Да, если поставить 100А транс 3 класса точности на 5А линию счётчика - погрешность набежит моё почтение. Но для задач оценки потребления и графиков хватит. Хотите точнее - ставим 0.1 класс трансформатора на шину - считать будет точнее чем имеющийся у тс счетчик.
Есть разные задачи, например usb стик, ноутбук, россыпь китайских zigbee счётчиков и мы получаем переносную систему мониторинга на любое количество линий которую можно развернуть за 10 минут без отключения оборудования.
Для случая когда система отправляет отчёты в сетевую конечно нужно подключаться к счётчику.
если счетчик опломбирован то ценник на китайский оптический адаптер стартует с 3к.
Вы же писали что счетчик внутренний. Это должно на порядок сократить волокиту. Минут за 20 с перекурами я вешал 3 транса (правда на 160А и рубильник был рядом).
Как вариант - взять трансформатор "защелку" и поставить его не на шину а вторым каскадом на счетчик? Я не против вашего решения, просто перечисляю варианты.
Готовый wifi либо zigbee трехфазный счетчик с трансформаторами на 80A стоит порядка 3к. Для производства можно посмотреть в сторону WB-MAP, но оно подороже.
привык к десятичной СС.
Для домашнего пользователя это ощутимые цифры. Для гугла? Не знаю реальную инфраструктуру, но порядка $5-30к в год оптимизировать можно на одном только железе, выглядит не очень большой цифрой.