Если диски присутствуют не все, то, операция чтения с отсутствующего диска требует прочитать данные со всех остальных и вычислить четность.
Да, не подумал, вы правы. При условии случайного чтения попадание в вылетевший 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к в год оптимизировать можно на одном только железе, выглядит не очень большой цифрой.
Итого у нас в час 5 пусков, 5 промежутков, 50 минут работает, значит промежуток 2 минуты.
На самом деле я видел похожую картину, мощный неинвертор в маленьком помещении. Когда тепловыделение на пике - он все время работает, но при "среднем" тепловыделении пока кондер разгоняется образуется баня, потом быстрое охлаждение, переохлаждение по инерции пока кондер тормозит, быстрый нагрев. Потребление не видел но график температуры напоминал синусоиду.
Мы официальный поставщик, у нас есть полная статистика по всем брендам но только в рамках наших поставок. Свою статистику мы не раскрываем. Разумеется выборка имеет перекос в сторону того что продается нами больше.
У производителя есть полная статистика но только в рамках одного бренда и только в рамках гарантийных сроков. Она не раскрывается, даже представительство в РФ имело представление только о делах в РФ. При объединении нескольких производителей получаются несообщающиеся сосуды. А еще я знаю несколько случаев когда производитель буквально потер всю старую статистику рекламаций в целях экономии.
У ремонтеров есть полная статистика но только по поломкам. Они не представляют сколько всего было продано или сколько клиенты починили сами или в соседнем сервисе.
Чтобы объединить это все потребуется обязать раскрывать статистику, маркировать каждый экземпляр чипом со счетчиком моточасов (ударов? температур? скачков питания?), запретить чиниться "в гараже", обязать сдавать данные с чипа при каждом ремонте и утилизации.
Да, не подумал, вы правы. При условии случайного чтения попадание в вылетевший 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к в год оптимизировать можно на одном только железе, выглядит не очень большой цифрой.
Хочется верить что вы ошиблись с объёмом на порядок и большинство ссылок укладывается в 128 байт
На самом деле я видел похожую картину, мощный неинвертор в маленьком помещении. Когда тепловыделение на пике - он все время работает, но при "среднем" тепловыделении пока кондер разгоняется образуется баня, потом быстрое охлаждение, переохлаждение по инерции пока кондер тормозит, быстрый нагрев. Потребление не видел но график температуры напоминал синусоиду.
Достаточно того что их больше одного.
Мы официальный поставщик, у нас есть полная статистика по всем брендам но только в рамках наших поставок. Свою статистику мы не раскрываем. Разумеется выборка имеет перекос в сторону того что продается нами больше.
У производителя есть полная статистика но только в рамках одного бренда и только в рамках гарантийных сроков. Она не раскрывается, даже представительство в РФ имело представление только о делах в РФ. При объединении нескольких производителей получаются несообщающиеся сосуды. А еще я знаю несколько случаев когда производитель буквально потер всю старую статистику рекламаций в целях экономии.
У ремонтеров есть полная статистика но только по поломкам. Они не представляют сколько всего было продано или сколько клиенты починили сами или в соседнем сервисе.
Чтобы объединить это все потребуется обязать раскрывать статистику, маркировать каждый экземпляр чипом со счетчиком моточасов (ударов? температур? скачков питания?), запретить чиниться "в гараже", обязать сдавать данные с чипа при каждом ремонте и утилизации.