seocore

seocore
Рейтинг
143
Регистрация
25.09.2006
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 логики (или другой отказоустойчивой), в более менее ответственном продакшне не имеет смысла.

IPzon:
Ihor вообще evo ставит

Давайте распределим процент отказов по вероятности (исходя из статистики на сегодня, кто найдет другие данные, велкам):

  • Косяки 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 можно не оптимизировать, там и так все не плохо.

ebankpro:
Устал - отдохни

жизненно, пойду отдохну! 😂

А по поводу винды и усталости глаз, настраивайте 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

# чем выше предыдущее значение, тем выше устанавливаем это значение

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

SeVlad:
:) "Не тот ключ" - FPS? Обновление экрана это, собсно, характеристика скорости прохода черезстрочной развертки. В ЖК её просто нет. Есть время реакции пикселей, но это как бэ совершенно другое.

Верно, прежде всего для игр, но также и для реализации затворного 3D (стереоскопии). Но обновление экрана - это обновление экрана, черезстрочная - это к примеру 1920х1080 - 60i, ... но есть же и 60p, т.е. вопрос именно в скорости обновления картинки. :)

SeVlad:
В опчем, для ЖК написанные 60гц - это нормально. Всё равно этого там нет :) (мои фантазии: я думаю, это параметр служит просто для "обмана" видюх для поддержки совместимости с ЭЛТ)

Обновление картинки как раз и лежит на видюхе и процессоре монитора, собственно тут вопрос еще и в пропускной способности кабеля (HDMI/DP), т.е. при всем желании по HDMI не прогнать 4k в 200Гц, как бы не старались.

К слову, скорость обновления пикселя - 5-10 мс, т.е. если взять 1000 мс (1 секунда), то 1000/10 = как минимум 100 обновлений пикселя в секунду (на самом дешевом мониторе), только вопрос в том, насколько сама логика железа монитора раскроет это значение в реальности.

Как правильно заметили, там и полноценных 60Гц не всегда есть, на дешевых TN'ах можно уже визуально видеть "шлейфы" после динамичных картинок (т.е. при разных цвет-в-цвет переходах пикселя, разная скорость обновления), что как бы подсказывает, что там даже 24Гц не пахнет. 😂

Всего: 1078