MIRhosting.com: 1. Рейд карта должна уметь отключать все свои кеширования, как на запись так и на чтение, т.к. скорости кешей карты ниже чем прямая запись на SSD диск. Проверено на 100+ сторадж нодах и over 10 моделей рейд контролеров всех известных брендов.
Кстати да, на самых хороших контроллерах IOPS'ы упираются в 125-150к, это при том, что софтовый вариант может легко переходить эту границу.
Современные ТОПовые SSD'шки сами по себе представляют из себя конструкцию в виде 2-3 ядерного контроллера + 512-1024Мб RAM буфер + NAND'ы собраны в некое подобие RAID-5 (для защиты от выхода из строя одного из NAND чипов). И при этом часть ячеек переводится в режим SLC, и именно туда идет предварительная запись, с последующим "фоновым" уплотнением в MLC/TLC.
esetnod: В некоторых СХД питается также сам накопитель, для защиты тамашнего кеша. С другой стороны, есть и SSD со своим конденсатором.
Правильно, им надо-то сбросить содержимое RAM-кеша (от 256Мб до 1Гб) на флеш, в заранее подготовленную теневую область NAND, на это уходит не более полутора секунд, а конденсатора хватает на 5-7 секунд (с большим запасом).
Odysseus: Если делать приоритет на увеличение быстродействие и сохранность данных.
Главное, что вырастет надежность, а рассматривать системы без RAID-1 логики (или другой отказоустойчивой), в более менее ответственном продакшне не имеет смысла.
Давайте распределим процент отказов по вероятности (исходя из статистики на сегодня, кто найдет другие данные, велкам):
Косяки firmware, когда устройства просто дохли из-за какого-то бага, такие баги периодически всплывали у многих производителей. Например - один из параметров S.M.A.R.T. данных выходил за расчетные границы (не умещался в 4 байта) и устройство зависало.
Баги на уровне ОС, например известный баг с кривой отработкой TRIM, когда затирался произвольный блок с данными, вместо стирания пустого сектора.
Выход из строя одного из NAND-чипов, в современных устройствах реализована логика схожая с RAID-5 (RAIN и т.п. технологии), т.е. выход из строя одного из NAND'ов не разрушает сами данные.
Выход из строя контроллера или RAM-кеша.
IPzon: Имхо, если озаботиться энергозащищенным кэшем
Никто не мешает поставить аппаратный RAID-контроллер с батарейкой, если уж настолько критична надежность.
nginx2: @seocore, то есть если мне нужно 500 Гб, я должен купить SSD на 1Тб и не заполнять его более 50%? разве это не устарело, в новых дисках есть такое?
Если хотите стабильной скорости и долговечности, то рекомендую такое решение.
sladkydze: И ничего страшного, что кэш этих дисков на запись не защищен по питанию. В отличие от интелов DC серий.
Объективнее изучать % отказа устройств, а не вероятность потери содержимого кеша в случае отвала питания (в ДЦ это очень актуально, электричество же с перебоями дают, да и блоки питания резервируют не просто так). Надо дисклеймер добавить - если вы юзаете нежурналируемую ФС и MyISAM таблички в MySQL, то ни в коем случае не выбирайте SSD без буковок DC в названии! 🤪
lhoster: SSD брать от Intel (Data Center) или Samsung (Pro).
Хороший совет, я бы тоже рекомендовал брать Samsung 850 PRO, объем из расчета 2х от предполагаемого объема использования (чтобы 50% диска всегда оставалось пустыми).
karen1994: Что нужно сделать, чтобы сервис PageSpeed Insights не ругался... Сейчас у сайта 0/0 баллов(
Проблема в полноразмерных картинках, пример 1600px × 900px (в масштабе 810px × 470px). Подгоните все картинки под реальную ширину центральной колонки - 810px, а полноразмерную картинку размещайте по ссылке (при клике на эту миниатюру). CSS/JS можно не оптимизировать, там и так все не плохо.
А по поводу винды и усталости глаз, настраивайте ClearType (сглаживание шрифтов), а также их масштаб, цвета, контрастность\яркость под комфорт глаз и все будет хорошо.
vlad00777: Диску совсем хана или может программное что-то? Думал уже делать низкоуровневое форматирование, но не убъет ли оно жд окончательно, с таким его состоянием. Диск 750 Гб ST750lm022 (Segeate\Samsung). Ноуту 2 года, что-то уж рано он начал сыпаться. Спасибо всем за помощь.
Судя по данным G-сенсора, диск подвергался регулярным физическим воздействиям, скорее всего на выброс. Проведите полное форматирование диска и смотрите на число бэдблоков, если оно в течении недели увеличится (после форматирования), то диск можно смело на помойку.
sstyle: впервые слышу чтобы innodb было медленнее myisam. На нагруженных серверах это 100% не так.
Зависит от специфики использования, но при всех прочих равных будет значительно медленнее, и это не пустые слова, а практика в виде активных 1.5Тбайт данных на SSD-массивах Intel DC S3700 🍿
sstyle: Стояла 5.1, запись по битрикс-тесту около 8тыс попугаев. Обновил до 5.5. Запись упала до 2500 попугаев. Поставил перкону. Те же цифры. InnoDB разумеется. Как так?
К слову, XtraDB реализован на InnoDB Plugin, только первый быстрее второго значительно, а второй в быстрее встроенного InnoDB. Но это только в теории, на практике, логика работы там иная, дефолтные значения типа innodb_io_capacity могут быть весьма интересными (по умолчанию IOPS'ов всего 200), в итоге это выливается в ситуацию когда более быстрое решение (но криво настроенное) проигрывает в пух и прах более старой реализации (в виде встроенного InnoDB).
И попробуйте потюнить:
# временные файлы в ОЗУ
tmpdir = /dev/shm
# если ОЗУ позволяет, то выставляем равным объему всех таблиц
innodb-buffer-pool-size = 2G
# чем выше предыдущее значение, тем выше устанавливаем это значение
SeVlad: :) "Не тот ключ" - FPS? Обновление экрана это, собсно, характеристика скорости прохода черезстрочной развертки. В ЖК её просто нет. Есть время реакции пикселей, но это как бэ совершенно другое.
Верно, прежде всего для игр, но также и для реализации затворного 3D (стереоскопии). Но обновление экрана - это обновление экрана, черезстрочная - это к примеру 1920х1080 - 60i, ... но есть же и 60p, т.е. вопрос именно в скорости обновления картинки. :)
SeVlad: В опчем, для ЖК написанные 60гц - это нормально. Всё равно этого там нет :) (мои фантазии: я думаю, это параметр служит просто для "обмана" видюх для поддержки совместимости с ЭЛТ)
Обновление картинки как раз и лежит на видюхе и процессоре монитора, собственно тут вопрос еще и в пропускной способности кабеля (HDMI/DP), т.е. при всем желании по HDMI не прогнать 4k в 200Гц, как бы не старались.
К слову, скорость обновления пикселя - 5-10 мс, т.е. если взять 1000 мс (1 секунда), то 1000/10 = как минимум 100 обновлений пикселя в секунду (на самом дешевом мониторе), только вопрос в том, насколько сама логика железа монитора раскроет это значение в реальности.
Как правильно заметили, там и полноценных 60Гц не всегда есть, на дешевых TN'ах можно уже визуально видеть "шлейфы" после динамичных картинок (т.е. при разных цвет-в-цвет переходах пикселя, разная скорость обновления), что как бы подсказывает, что там даже 24Гц не пахнет. 😂
1. Рейд карта должна уметь отключать все свои кеширования, как на запись так и на чтение, т.к. скорости кешей карты ниже чем прямая запись на SSD диск. Проверено на 100+ сторадж нодах и over 10 моделей рейд контролеров всех известных брендов.
Кстати да, на самых хороших контроллерах IOPS'ы упираются в 125-150к, это при том, что софтовый вариант может легко переходить эту границу.
Современные ТОПовые SSD'шки сами по себе представляют из себя конструкцию в виде 2-3 ядерного контроллера + 512-1024Мб RAM буфер + NAND'ы собраны в некое подобие RAID-5 (для защиты от выхода из строя одного из NAND чипов). И при этом часть ячеек переводится в режим SLC, и именно туда идет предварительная запись, с последующим "фоновым" уплотнением в MLC/TLC.
В некоторых СХД питается также сам накопитель, для защиты тамашнего кеша. С другой стороны, есть и SSD со своим конденсатором.
Правильно, им надо-то сбросить содержимое RAM-кеша (от 256Мб до 1Гб) на флеш, в заранее подготовленную теневую область NAND, на это уходит не более полутора секунд, а конденсатора хватает на 5-7 секунд (с большим запасом).
Если делать приоритет на увеличение быстродействие и сохранность данных.
Главное, что вырастет надежность, а рассматривать системы без RAID-1 логики (или другой отказоустойчивой), в более менее ответственном продакшне не имеет смысла.
Ihor вообще evo ставит
Давайте распределим процент отказов по вероятности (исходя из статистики на сегодня, кто найдет другие данные, велкам):
Имхо, если озаботиться энергозащищенным кэшем
Никто не мешает поставить аппаратный RAID-контроллер с батарейкой, если уж настолько критична надежность.
@seocore, то есть если мне нужно 500 Гб, я должен купить SSD на 1Тб и не заполнять его более 50%? разве это не устарело, в новых дисках есть такое?
Если хотите стабильной скорости и долговечности, то рекомендую такое решение.
И ничего страшного, что кэш этих дисков на запись не защищен по питанию. В отличие от интелов DC серий.
Объективнее изучать % отказа устройств, а не вероятность потери содержимого кеша в случае отвала питания (в ДЦ это очень актуально, электричество же с перебоями дают, да и блоки питания резервируют не просто так). Надо дисклеймер добавить - если вы юзаете нежурналируемую ФС и MyISAM таблички в MySQL, то ни в коем случае не выбирайте SSD без буковок DC в названии! 🤪
SSD брать от Intel (Data Center) или Samsung (Pro).
Хороший совет, я бы тоже рекомендовал брать Samsung 850 PRO, объем из расчета 2х от предполагаемого объема использования (чтобы 50% диска всегда оставалось пустыми).
Что нужно сделать, чтобы сервис PageSpeed Insights не ругался... Сейчас у сайта 0/0 баллов(
Проблема в полноразмерных картинках, пример 1600px × 900px (в масштабе 810px × 470px). Подгоните все картинки под реальную ширину центральной колонки - 810px, а полноразмерную картинку размещайте по ссылке (при клике на эту миниатюру). CSS/JS можно не оптимизировать, там и так все не плохо.
Устал - отдохни
жизненно, пойду отдохну! 😂
А по поводу винды и усталости глаз, настраивайте ClearType (сглаживание шрифтов), а также их масштаб, цвета, контрастность\яркость под комфорт глаз и все будет хорошо.
Диску совсем хана или может программное что-то? Думал уже делать низкоуровневое форматирование, но не убъет ли оно жд окончательно, с таким его состоянием. Диск 750 Гб ST750lm022 (Segeate\Samsung). Ноуту 2 года, что-то уж рано он начал сыпаться. Спасибо всем за помощь.
Судя по данным G-сенсора, диск подвергался регулярным физическим воздействиям, скорее всего на выброс. Проведите полное форматирование диска и смотрите на число бэдблоков, если оно в течении недели увеличится (после форматирования), то диск можно смело на помойку.
впервые слышу чтобы innodb было медленнее myisam. На нагруженных серверах это 100% не так.
Зависит от специфики использования, но при всех прочих равных будет значительно медленнее, и это не пустые слова, а практика в виде активных 1.5Тбайт данных на SSD-массивах Intel DC S3700 🍿
Стояла 5.1, запись по битрикс-тесту около 8тыс попугаев. Обновил до 5.5. Запись упала до 2500 попугаев. Поставил перкону. Те же цифры. InnoDB разумеется. Как так?
К слову, XtraDB реализован на InnoDB Plugin, только первый быстрее второго значительно, а второй в быстрее встроенного InnoDB. Но это только в теории, на практике, логика работы там иная, дефолтные значения типа innodb_io_capacity могут быть весьма интересными (по умолчанию IOPS'ов всего 200), в итоге это выливается в ситуацию когда более быстрое решение (но криво настроенное) проигрывает в пух и прах более старой реализации (в виде встроенного InnoDB).
И попробуйте потюнить:
# временные файлы в ОЗУ
tmpdir = /dev/shm
# если ОЗУ позволяет, то выставляем равным объему всех таблиц
innodb-buffer-pool-size = 2G
# чем выше предыдущее значение, тем выше устанавливаем это значение
innodb_buffer_pool_instances = 2
# оптимизируем логи
innodb_log_file_size = 1G
innodb_log_buffer_size = 64M
# тюним работу со сторэджем (пример для SSD)
innodb_read_io_threads = 32
innodb_write_io_threads = 32
innodb_io_capacity = 1024
# оптимизируем сброс логов
innodb-flush-log-at-trx-commit = 2
:) "Не тот ключ" - FPS? Обновление экрана это, собсно, характеристика скорости прохода черезстрочной развертки. В ЖК её просто нет. Есть время реакции пикселей, но это как бэ совершенно другое.
Верно, прежде всего для игр, но также и для реализации затворного 3D (стереоскопии). Но обновление экрана - это обновление экрана, черезстрочная - это к примеру 1920х1080 - 60i, ... но есть же и 60p, т.е. вопрос именно в скорости обновления картинки. :)
В опчем, для ЖК написанные 60гц - это нормально. Всё равно этого там нет :) (мои фантазии: я думаю, это параметр служит просто для "обмана" видюх для поддержки совместимости с ЭЛТ)
Обновление картинки как раз и лежит на видюхе и процессоре монитора, собственно тут вопрос еще и в пропускной способности кабеля (HDMI/DP), т.е. при всем желании по HDMI не прогнать 4k в 200Гц, как бы не старались.
К слову, скорость обновления пикселя - 5-10 мс, т.е. если взять 1000 мс (1 секунда), то 1000/10 = как минимум 100 обновлений пикселя в секунду (на самом дешевом мониторе), только вопрос в том, насколько сама логика железа монитора раскроет это значение в реальности.
Как правильно заметили, там и полноценных 60Гц не всегда есть, на дешевых TN'ах можно уже визуально видеть "шлейфы" после динамичных картинок (т.е. при разных цвет-в-цвет переходах пикселя, разная скорость обновления), что как бы подсказывает, что там даже 24Гц не пахнет. 😂