• Опыт эксплуатации CEPH
    0
    Один единственный NVMe SSD может выдать до 24Gb (3 гигабайта) в секунду.
    Так что, если у вас кластер из 4х NVMe SSD то и двух адаптеров по 40GbE может быть мало.
  • О смерти двойной загрузки и о единстве Windows и Linux
    0
    Хотелось бы посмотреть на какой-нить аудит безопасности этого самого WSL 1/2. Чутье подсказывает, что там должно быть целое не паханое поле для эксплойтов.
  • Как выбрать SSD для ПК на базе Intel или AMD, на примере Kingston
    +1
    А еще при помощи вот таких штук или их аналогов:
    PEX4M2E1
    PCI1PEX1
    Можно воткнуть M.2 NVMe PCI-E SSD как-бы не в i486 на Intel 420(Z/T/E)X.
    Заголовок спойлера
    И испытать то невероятное чувство, что возникает, когда файл подкачки быстрее оперативки.
  • Вышел Windows Terminal 1.0
    0
    Вот тут, например:
    habr.com/ru/post/209776
    утверждают что мозг обрабатывает картинку за 12 миллисекунд. Это примерно соответствует 80ти кадрам в секунду.
    Однако, обрабатывать картинку и текст все-же задачи разной сложности.

    Число 25 было взято относительно с потолка с отсылкой вот сюда:
    ru.wikipedia.org/wiki/25-%D0%B9_%D0%BA%D0%B0%D0%B4%D1%80

  • Вышел Windows Terminal 1.0
    0
    Я просто забыл поставить тэг sarcasm. Не нужно воспринимать мой комментарии столь прямо. Это просто юмор)
  • Вышел Windows Terminal 1.0
    –2
    При отладке приложений которые выкидывают килотонны логов все как-то больше упирается в скорость восприятия человеком. 25 кадров в секунду. До сотни строк на кадр. Думаю, больше не потянет.
  • Пользователю все это не нужно! Хватит пропагандировать Линукс
    0
    Apple — это больше про хитрые стратегии маркетинга и монетизации основанные на «Эксклюзивности», где немалую роль играет эксклюзивная ОС.
    Все дело в том, что предустановка на ПК — Это основной канал продаж домашних ОС, а мы ведь именно про них и говорим. Объем продаж коробочных версий рядом не стоял. Настолько мизер по сравнению с предустановками, что можно считать этих продаж почти нет. Apple, просто сознательно пожертвовал этим мизером в обмен на «Эксклюзивность», которая сильно помогает продажам их железа. И, да. Покупая их железо, — ОС вы тоже покупаете. Разработка своей ОС такого уровня стоит дорого, и, не зря маки столько стоят. И, в том числе за это платят пользователи «лишние 70к».
    Да. Это глупо платить «лишние 70к» за мак чтобы потом «пользоваться видной». Платить пользователь будет в первую очередь за качественное железо, удобство, дизайн и «эксклюзивность». ОС будет только одним из пунктов.
    Более того, благодаря хитрым маркетинговым стратегиям, поставив на мак Линукс или Винду пользователь теряет «эксклюзивность», что заставляет пользователя сохранить MacOS.
    Итого.
    ~90% пользователей домашних ПК «выбирают» ОС при покупке железа и никогда ее не меняют.
    ~90% лицензий на ОС для домашних ПК распространяется через предустановку на железо.
    Именно по этой причине Apple более чем достойный конкурент на рынке ОС для домашних ПК.
  • Пользователю все это не нужно! Хватит пропагандировать Линукс
    0
    Есть неплохая вероятность, что именно поэтому вы купите мак, при этом не заплатив за Винду. Именно поэтому MacOS — конкурент на рынке ОС. Не чемпион по установкам пользователями на уже имеющиеся десктопы. А именно равноправный конкурент на рынке ОС.
  • Пользователю все это не нужно! Хватит пропагандировать Линукс
    +1
    Совершенно согласен)
  • Пользователю все это не нужно! Хватит пропагандировать Линукс
    0
    Все-же на Mac (эти самые железки) сейчас можно поставить Линукс или Винду.

    Но, это не главное. Третья сторона потому что ОС установленную на ПК (или возможность установки) пользователь рассматривает как аргумент за/против покупки.
  • Пользователю все это не нужно! Хватит пропагандировать Линукс
    0
    Нужен ли Линукс на домашних ПК — это конечно вопрос, но вопрос скорее наличия заинтересованных сторон и денег. Разработка домашних дистрибутивов дело относительно затратное и мало выгодное коммерчески при наличии серьезных конкурентов и устоявшегося рынка. Просто не будет того объема инвестиций который необходим чтобы конкурировать с MS. Не зря Убунту делают усилиями благотворительной организации.

    Однако, возьмем новый рынок в свое время — смартфоны. Google не зря выбрал Линукс в качестве основы Android. С «бесплатным» продуктом очень трудно конкурировать когда речь идет о масштабировании на миллиарды устройств, даже если у платного продукта цена 1 доллар. Был новый рынок, была возможность, Гугл сделал ставку на Линукс и не прогадал.
    Тут кстати не надо говорить про Эппл. У них другая ситуация. Они сами выпускают свои телефоны и платят за проприетарную ОС, по-сути, сами себе. Эта модель вполне себе конкурентоспособная.

    Если бы в Линукс для домашнего ПК было вложено столько денег, сколько MS вложил в Винду, думаю, что он бы уже доминировал на домашних ПК. Но, этого в ближайшее время не случится именно из-за финансового вопроса. Хотя, например, тот-же Google и мог бы вложиться в это в убыток себе. Что они, видимо, и делают со своей Chrome OS (тоже Линукс). Пока так себе получается.

    Я думаю, что в данный момент мы наблюдаем сдвиг в пользу Linux на рынке домашних ПК. Тут надо сказать спасибо NVidia и ATI которые в результате конкуренции наконец-таки озаботились поддержкой Линукса в приоритете, а не по остаточному принципу, Google, Canonical, и, как не странно, Apple.
    Про Apple поясню. Рост популярности Mac способствует укоренению в сознании пользователей мысли, что Windows не безальтернативна. Это, в свою очередь, приводит к тому, что пользователи экспериментируют с Линуксом на домашних ПК.

    На последок скажу. Странно говорить что Линуксу не место на Десктопах. В отличие от Windows Линукс разнообразен. Ему везде найдется свое место и свое применение. И, если вы не согласны, скажите это отделу разработки Chrome OS в гугл, например.

    Мое субъективное мнение:
    Холивар Линукс или Виндоус устарел. Во первых, потому что есть третья сторона — MacOS. Во вторых — Windows больше не безальтернативна, а значит MS уже проиграл, или, как минимум сдал, позиции в этой нише.

    Еще добавлю, что Линукс на домашних ПК можно и нужно пропагандировать. В первую очередь потому, что в индустрии огромный спрос на разработчиков/программистов, и, даже не важно в какой системе. И, эксперименты с различными ОС способствуют приросту в стане разработчиков. А это выгодно всем в индустрии. Даже МС.
  • Что общего между LVM и матрешкой?
    0
    Мое почтение.
    Все это имеет место быть.
    Однако, как я успел намекнуть в статье, эта СХД создавалась исключительно для себя. Добавлю, что и исключительно в свободное от работы время, и для домашнего использования. Работа моя, хоть и связана с разработкой, но совершенно не связана с администрированием вообще и Linux в частности. Все это, — просто хобби. Ни в коем случае не предлагаю просто брать, и использовать что-то такое в продакшенах!
    Однако, кое-какой полезный опыт имеется, чем и делюсь. Думаю, что уж что-то точно будет кому-то да полезно.
    Надеюсь, после прочтения этой статьи, кто-то не спалит свои NVMe SSD при первой инициализации RAID массива. Кто-то не потратит зря ресурс на инициализацию. Кто-то не забудет оставить кусочек свободного места под кэш. Кто-то не выкинет жесткие диски через 2-3 года работы. А кто-то не потеряет все свои данные из-за кэширования метаданных lvm-thin и. т.п.

  • Что общего между LVM и матрешкой?
    0
    Сама идея — хорошая, но, к сожалению, на железе без поддержки ECC в RAM, — не особо полезная. Подумаю об этом при следующем апгрейде...)
  • Подстава с NVMe на Линуксе
    0
    Личное мнение, — в случае multipath было бы неплохо именовать Namespaces по имени любого (желательно первого обнаруженного) контроллера через который они доступны. Но, точно не как сейчас.
  • Подстава с NVMe на Линуксе
    0
    Не хочу вклиниваться в холивар, но личное мнение, — аппаратные рейд, это точка отказа, если в системе он только один. Их должно быть два, либо на замену, либо какой-нить multipath должен работать с двумя контроллерами.
    Лично, в свое время попадал с аппаратным рейдом с кэшем и батарейкой. Не спорю он проработал много лет, но когда погорел сервер где он стоял, выяснилось что под шину PCI эти контроллеры уже не делают и даже если купить БУ контроллер, то в новой системе он не факт что заработает.
    Слава богам кэш в контроллере использовался в режиме write through и данные на дисках были целостны. В итоге восстановил данные собрав массив RAID6 из слепков дисков через специальный софт для восстановления данных. На удивление легко и быстро получилось.

    Так что, лично для себя я решил аппаратные рэйды не использовать, если в системе нет резервирования хотябы на нескольких независимых узлах.

    В данный момент использую следующую конфигурацию:
    1. Массив из 2х-3х NVMe Samsung SSD 970 EVO в зеркале. Если 3, то третий — для горячей замены.
    2. Массив из много Samsung SSD 860 QVO 2TB (SATA) в RAID1/RAID 6.
    3. Массив из много HGST Travelstar 7K1000 (SATA) тоже в RAID 6.

    1. — используется для root fs, lvm-cache и метаданных lvm-thin
    2. — используется для boot (маленькое зеркало в начале под GRUB) и как lvm-основное хранилище данных за кэшем (RAID 6).
    3. — используется исключительно для резервного копирования.

    Оно вроде бы переживает перезагрузки по питанию нормально, но это было всего пару раз. Обычно все это живет годами не выключаясь с резервным питанием, и большинство носителей меняется на горячую.
  • Подстава с NVMe на Линуксе
    +1
    Так тоже можно. Разделы там надо создавать если хочется сделать массив загрузочным. Или сделать одновременно зеркало (RAID1) и RAID6 на разных кусочках одного диска.
  • Подстава с NVMe на Линуксе
    +1
    Да… лучше из разных чтобы исключить вероятность брака в партии. Но NVMe на самом деле можно даже брать разных моделей если они примерно по скоростям и задержкам подходят. Это не так критично как с дисками. Разных производителей SSD пока не пробовали мешать.
  • Подстава с NVMe на Линуксе
    +1
    edo1h
    Это будет долгая игра. Думаю, что баг будет иметь низкий приоритет и фикс выйдет в релиз не очень скоро.

    Если займетесь, буду благодарен.
  • Подстава с NVMe на Линуксе
    +1
    Собственно износ и происходит. Есть, правда и второй вариант…
    Эти SSD греются сильно… если на них плохо наклеить радиатор (или вообще не наклеить), то они перегреваются и могут выйти из строя раньше срока. Внешне выглядит как износ, только намного быстрее происходит.

    На уровне юмора: массив из четырех накопителей по схеме Mirror0-Mirror1-Spare-RMA дает бесконечный TBW при постоянной ротации, если SSD стабильно не доживают до заявленного производителем TBW.
  • Подстава с NVMe на Линуксе
    0
    Тут варианты есть. Можно покопать smartd. Можно копать в сторону udev rules. Можно просто скрипт написать который правильно переименует устройства.
    Тут главное, — знать о проблеме, т.к. с настройками по-умолчанию можно ошибиться по-незнанию.
  • Подстава с NVMe на Линуксе
    +2
    Резервные копии конечно-же есть. Делаются автоматически, регулярно и на внешнее устройство. Но, тут обошлось даже без восстановления из резервных копий. Спасло то, что NVMe SSD заменяются на основе SMART атрибутов до фактического выхода из строя. Оставшийся в массиве «плохой» диск был способен проработать еще пару недель как минимум.
    Проблему заметили вовремя и перенесли с него данные на новый рабочий носитель в штатном порядке.
  • Подстава с NVMe на Линуксе
    +1
    Smartmontools мониторит NVMe устройства через их символьные устройства контроллеры. В отчетах которые присылаются по почте — тоже указывается именно символьное устройство:
    Device: /dev/nvme2, Temperature 59 Celsius reached critical limit of 59 Celsius (Min/Max 33/80)

    Собственно да, отсюда и растут ноги у подставы. Особенность работы smartctl с NVMe. В сочетании с особенностью ядра, которое назначает имена контроллерам и нэймспейсам абы-как.
  • Когда фильтр Блума не подходит
    0
    P.S. для тех кто захочет это написать в коде…
    Хэш делить на две части. Ту часть которая используется для вычисления offset в таблице, — в саму таблицу не надо пихать. Это избыточная информация.
  • Когда фильтр Блума не подходит
    0
    Проблема со случайным доступом к памяти у фильтра Блума — штука известная и довольно очевидная для тех, кто знает числа, которые должен знать каждый программист.
    Замена фильтра Блума на подобную хэш таблицу работает хорошо, но там совсем не нужен linear probing при обработке коллизий. Он легко заменяется на bitwise OR. Проверка наличия строчки в таблице делается через bitwise AND. В этом случае потребление памяти получается практически равно таковому у фильтра Блума, и работает быстрее предложенной таблички, т.к. нет лишних условных переходов/циклов, которые процессору надо предсказывать. Работает еще быстрее.
  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    0
    Деятельность сия почетна и надо доводить дело до конца. Для этого есть суды. Однако, к пересмотру результатов выборов это не приведет.
    Однако, если мы переходим на личности, поучаствовать в процессе не могу. Давно не живу в России. Так что, для меня, это не какая-то личная трагедия. Это, возможно, делает меня более объективным.
  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    –1
    Автор предложил модель. Показал что она не соответствует реальности. И, попытался объяснить это подтасовками.
    Если удалить из статьи объяснение, которое субъективно. В сухом остатке у нас просто модель которая не сходится с реальностью.

    Пики широкие и не очень ярко выражены относительно их основания, да и после 70% кривая из Гаусса становится чем-то совсем незнакомым.


    У нас явно композиция случайных величин, и, не все они имеют нормальное распределение. Там что-то другое. Например, из графиков очевидно, что на участках, где мало избирателей — гауссовым распределением и не пахло.
    Однако, строить дальнейшие рассуждения не учитывая это опасно. Можно прийти к неверным выводам.

  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    0
    более простого объяснения образования пиков вроде тех, что видны на самых разнообразных графиках по выборам, нигде не предложено


    Ну почему-же. Попытки предложить объяснения были по ссылкам в статье. Есть еще предположение, что это может быть объяснено количеством бюллетеней. Это все разумные доводы. Я уверен, что можно найти еще.

    Мы всегда начинаем с создания статистической модели честных выборов. Показываем что модельные числа не сходятся с действительностью. Однако, из этого можно сделать два совершенно различных вывода:
    1. Выборы были нечестными.
    2. Модель не отражает реальность.

    К сожалению, учитывая простоту рассмотренной в статье модели, второе субъективно кажется более вероятным. Так что, вопрос лежит скорее в плоскости факторов которые не учтены.

    В итоге это всегда сводится к вопросу о том, кому мы больше верим — автору модели или избирательной комиссии. А, это всегда субъективно. Это политика. И ей тут не место.

  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    0
    нарисуйте гистограмму, где изображены остатки при делении на 10 от числа пришедших; или, ближе к рассматриваемому вопросу, распределение числа участков по явке, но с бином гистограммы в 10%. Результат будет гладким как при случайной симуляции, но это же ничего не говорит.


    Это, действительно, совершенно бессмысленное занятие и результат ни о чем не будет говорить. Однако, ища отличия и не пытаясь найти этим отличиям более простое объяснение чем «теория заговора» мы впадаем в другую крайность, которая ничем не лучше.
  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    +1
    Про бюллетени — это откуда такая информация? Кажется достаточно странным, и ни разу не слышал, чтобы кому-то не хватило бюллетеня.

    Просто оставлю это здесь:
    image

    График с фильтрацией может и более явно показывает отличие. Но, я ищу, как раз, совпадения.
  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    0
    Для полноты картины не стоит фильтровать по >500. И, еще стоит учесть количество бюллетеней доставленных на участки. Даже если на участке 500 избирателей, если туда доставлено только 400 бюллетеней, — то больше 400 голосов не будет. Если придет голосовать 401 человек — голосов будет всё равно 400. Вероятность этого исхода резко возрастает. На многих участках бюллетеней меньше чем избирателей.

    Дополнительно скажу, что на графике видно видно очень большое количество пиков. И, мне кажется, что после учета количества бюллетеней они совпадут.
  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    –2
    К сожалению, все графики в статье отражают количество голосов, а не избирателей. Проверить теорию можно следующим способом:
    1. Берем количество избирателей на всех участках.
    2. Для каждого участка предполагаем что любое количество проголосовавших избирателей равновероятно.
    3. Для каждого возможного количества проголосовавших избирателей на каждом участке определяем в какой процент на шкале оно попадает и агрегируем по процентам и участкам.

    На графике получатся пики в тех местах где наиболее вероятно появление пиков вызванных неслучайностью распределения избирателей по участкам.

  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    –2
    Я прочитал. Мне просто показалось что в вашем исследовании вы считаете, что количество избирателей на избирательных участках — случайно. Однако же, когда избиратели распределяются по участкам, — процесс совершенно неслучаен. Там есть конкретные нормативы по пропускной способности одной кабинки для голосования. Я конечно могу быть не прав, но, например, 200 человек на кабинку. При распределении домов по участкам могут пытаться по максимуму нагрузить каждую кабинку для голосования. Отсюда и пики.
    Я не вижу, или, может быть, не понимаю, как это учтено в вашем исследовании. Если можете пояснить или дополнить, буду рад продолжить дискуссию.
  • Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
    –11
    Чем больше у значения процента простых множителей — тем выше пик. Это, думаю, как-то связано с избирательными комиссиями у которых очень мало избирателей и округлением.
    А вы тут заговор городите.
  • Как именно работает Meltdown
    0
    Код атаки — всего четыре инструкции. Уязвимых комбинаций инструкций очень много. Они очень часто встречаются в дикой природе (в разных вариациях).
  • CPU сдаст вас с потрохами: самая серьезная дыра в безопасности за всю историю наблюдений?
  • CPU сдаст вас с потрохами: самая серьезная дыра в безопасности за всю историю наблюдений?
    0
    spectreattack.com/spectre.pdf
    JavaScript does not provide access to the rdtscp instruction, and Chrome intentionally degrades the accuracy of its high-resolution timer to dissuade timing attacks using performance.now()[1]. However, the Web Workers feature of HTML5 makes it simple to create a separate thread that repeatedly decrements a value in a shared memory location [18, 32]. This approach yielded a high-resolution timer that provided sufficient resolution.

    Кажется, отключение WebWorkers должно предотвратить/усложнить использование атаки через браузер.
  • Intel взяла графику Radeon в свой мультичиповый модуль
    –1
    Может всё-таки Интел хочет купить НВидию и манипулирует рынком с целью снизить стоимость?
  • Быстрое удаление пробелов из строк на процессорах ARM — альтернативный анализ
    0
    Всё зависит от задачи. Вылизывать ARM до уровня x86 стоит денег и времени. Когда это будет сделано, то и цены будут схожие.
  • Быстрое удаление пробелов из строк на процессорах ARM — альтернативный анализ
    0
    Я взял на себя смелость изменить первоначальную процедуру обрезки SSSE3 Даниэля — на самом деле, я использовал свою версию для теста. Причина? Я не могу просто так взять 2 ^ 16 * 2 ^ 4 = 1 Мбайт таблицы поиска в моем коде — это был бы большой пожиратель кеша для любых сценариев, где мы не просто обрезаем потоки ascii, но вызов подпрограммы облегчает другую работу.


    Если не использовать кеш на полную, то всё, что на самаом деле будет измеряться, — это скорость памяти. Так получилось исторически, что в армах и x86 память одинаково медленная. Так получилось, что тактовая частота у х86 больше. Поэтому, больше циклов расходуется впустую в ожидании ответа от памяти. Отсюда и результаты измерния в «тактах ЦП на символ».

  • Восстановление данных из поврежденного массива RAID 5 в NAS под управлением Linux
    0
    Раз уж тут в комментариях зашла речь о ПО, то для восстановления своего массива при сгоревшем контроллере использовал:
    UFS Explorer