Упомянутый ТС Uprtek уже EOL, но выкупить остатки можно было за ~60к, современные модели порядка 200-300к. Sekonic порядка 170к. За 800к это вы minolta подразумеваете?
Блокировки dns я уже видел. В зависимости от агрессивности фильтров трафик не ходит до 8.8.8.8 либо вообще на все зарубежные dns либо вообще не выходит за пределы сети провайдера. К тому же большой объем dns трафика сам по себе подозрителен.
Порт 22 частенько блокируют либо максимально замедляют.
На 80 порту очевидно можно глушить все что "необычный" http.
"темный" и "белый" это скорее про screen gain (коэффициент отражения), ALR экраны могут иметь gain как ниже так и выше матового (0.5-1.5). Полотно которое выглядит "серым" обычно имеет gain еще выше (1.7-3.0). На контрастность картинки влияет соотношение яркости проектора и боковой засветки, gain влияет только на яркость картинки.
ALR/CLR это про особую форму полотна на микроуровне (френель, гребенка, катафот) чтобы снизить отражение сверху или со всех направлений кроме "рабочего". Итоговый gain экрана ALR как и его "цвет" будет зависеть от того какая краска нанесена.
а значит будет уже не 420nit в отраженном свете, а гораздо меньше
высококонтрастные экраны прямой проекции с которыми я сталкивался имели gain около 0.5-0.6 так что нижняя граница 210nit, но брать экран с gain < 1.0 имеет смысл только если есть лишние деньги на проектор.
ALR/CLR борются с боковой/потолочной засветкой и почти никак на показ в темноте не влияют. Оно может "помочь" в темноте от паразитной засветки когда стены/пол/потолок белые, но вообще это костыль и не про качество картинки. А ещё это дорого, требовательно к положению проектора/освещения/зрителя и абсолютно бесполезно при контрастности самого проектора на уровне плинтуса.
Эффективнее покрасить все в чёрный, максимально затемнить помещение, поставить матовый экран и проектор с достаточным запасом lm и высокой статической контрастностью.
DLP лучше чем LCD, другое дело что трехчиповых DLP моделей на домашнем рынке нет, а что лучше 3xLCD или 1xDLP вопрос.
Яркость даже близко не сравнится с классическими моделями на ксеноновых лампах.
Китайские люмены странный предмет - вот вроде бы есть, в вроде и нет.
Лично я вообще не знаю классических "домашних" проекторов на ксеноновых лампах, только uhp, а если брать не домашние - топовые лазеры обгоняют ксенон всего лишь в ~2 раза.
Скорость некоторых схем 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% на гидроизоляцию это много.
Упомянутый ТС Uprtek уже EOL, но выкупить остатки можно было за ~60к, современные модели порядка 200-300к. Sekonic порядка 170к. За 800к это вы minolta подразумеваете?
Блокировки dns я уже видел. В зависимости от агрессивности фильтров трафик не ходит до 8.8.8.8 либо вообще на все зарубежные dns либо вообще не выходит за пределы сети провайдера. К тому же большой объем dns трафика сам по себе подозрителен.
Порт 22 частенько блокируют либо максимально замедляют.
На 80 порту очевидно можно глушить все что "необычный" http.
Остаётся только 443.
Как раз потому что:
Любой непонятный трафик на непонятных портах рискует попасть в блокировку "на всякий случай".
Мне кажется мы немного запутались в терминах.
"темный" и "белый" это скорее про screen gain (коэффициент отражения), ALR экраны могут иметь gain как ниже так и выше матового (0.5-1.5). Полотно которое выглядит "серым" обычно имеет gain еще выше (1.7-3.0). На контрастность картинки влияет соотношение яркости проектора и боковой засветки, gain влияет только на яркость картинки.
ALR/CLR это про особую форму полотна на микроуровне (френель, гребенка, катафот) чтобы снизить отражение сверху или со всех направлений кроме "рабочего". Итоговый gain экрана ALR как и его "цвет" будет зависеть от того какая краска нанесена.
высококонтрастные экраны прямой проекции с которыми я сталкивался имели gain около 0.5-0.6 так что нижняя граница 210nit, но брать экран с gain < 1.0 имеет смысл только если есть лишние деньги на проектор.
Разница между "тёмной гостинной ночью" и "в тени днем" два порядка, даже 30.000 lm дадут никакую картинку на солнце.
3.000lm это около 420nit на 2м ширине матового экрана, вполне себе на уровне телевизора.
ALR/CLR борются с боковой/потолочной засветкой и почти никак на показ в темноте не влияют. Оно может "помочь" в темноте от паразитной засветки когда стены/пол/потолок белые, но вообще это костыль и не про качество картинки. А ещё это дорого, требовательно к положению проектора/освещения/зрителя и абсолютно бесполезно при контрастности самого проектора на уровне плинтуса.
Эффективнее покрасить все в чёрный, максимально затемнить помещение, поставить матовый экран и проектор с достаточным запасом lm и высокой статической контрастностью.
Спецификации у китайцев с Алика? Их или нет или там цифры с потолка.
У вас нейросетка
сломаласьзавраласьDLP лучше чем LCD, другое дело что трехчиповых DLP моделей на домашнем рынке нет, а что лучше 3xLCD или 1xDLP вопрос.
Китайские люмены странный предмет - вот вроде бы есть, в вроде и нет.
Лично я вообще не знаю классических "домашних" проекторов на ксеноновых лампах, только uhp, а если брать не домашние - топовые лазеры обгоняют ксенон всего лишь в ~2 раза.
Из базовых в таком размере знаю только 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% на гидроизоляцию это много.