Комментарии 97
На ютубе есть ролики, как люди вполне счастливы от Oracle F80.
Вторая категория — это легендарные Fusion. Если нужна быстрая случайная запись, то они до сих пор в своей ценовой нише вне конкуренции и рвут многие современные аналоги.
По поводу Oracle F160, F320 и F640. Тут уже принцип рыбалки. Иногда всплывают выгодные варианты. Нужно успеть купить.
На форуме есть многочисленные примеры как люди покупали подобные девайсы и были счастливы от ресурса и скорости.
Я не агитирую именно за этот лот. Лично себе я купил Oracle F320.
И вообще советую покупать лоты в состоянии новый или «open box».
Такие придётся ловить, как рыбку на рыбалке.
Но если у кого-то бюджет маленький, то за такие копейки можно и чуть-чуть рискнуть.
В этой статье мы рассмотрим флэш-акселераторы ..., которые можно купить сейчас на разных барахолках по цене обычных SSD или меньше ..., получив при этом корпоративную качество, защиту по питанию… и ресурс.Вроде бы всё указано.
К слову, а как решается проблема отказа такого кэша? Как я понимаю это кэш на запись в том числе и если он вылетает, со всеми файловыми системами поверх него всё совсем печально.
И не надо писать про «От $50 за 800ГБайт.», там где от 50 за 800 — показатели совсем убогие, а что то реально получше/поновее, стоит уже куда дороже.
Я не люблю всякие переходники: чем больше контактов, тем больше глюков. Поэтому предпочитаю SSD, которые сразу в PCI-E можно воткнуть.
Смысл этой статьи, что иногда можно заплатив дешевле, чем вы предлагаете, купить намного более крутое железо. Вот посмотрите, например, на Oracle F160. Его иногда можно купить дешевле, чем вы предлагаете, но получить при этом полноценную защиту по питанию и в 10 раз больший ресурс.
Вот статья про выгодные варианты корпоративных SATA SSD.
1TB QLC с переключением в режим SLC для быстрой записи очень хорошо смотрится для обычного ПК.
А на игровом вполне. Сейчас AAA игры весят под 100, и это только начало :(
Опять таки, это моё имхо.
У меня рабочие образы виртуалок занимают от 8ГБ до 111ГБ. Лично, я не хочу тратить свою жизнь на ожидание пока там что-то скопируется.
Виртуалка и обычный ПК понятия малосовместимые. Не в смысле что это невозможно, а в смысле, что не нужно подбирать характеристики обычного ПК под виртуалки.
Второй пример: почтовые программы, типа Thunderbird. Там удаление писем тормозной процесс, и реально может вызывать фриз. Браузер с 40-ка вкладками при загрузке сильно тормозит.
Разработчики софта принимают это как данность. Никого из них не беспокоит, что Хром на hdd может больше минуты загружаться.
Виртуальные машины используются повсеместно. Я даже слышал, что Windows для запуска в некоторых режимах совместимости их использует, ничего не говоря об этом пользователю.
Удаление писем… ну у меня аутлук и дешевый SSD. С проблемами не сталкивался.
Браузер при загрузке-опять чтение.
Виндовс не копирует виртуалки на 100 гигов. Опять мимо.
Даже по чтению QLC память в 1.5 раза медленнее.
Про почтовые базы. У меня на HDD тоже нет проблем с удалением. И там есть фризы. И даже на быстром SSD это занимает некоторое время, так как у меня в базе письма за 10 лет. А ты говорил, что их быть не должно быть, так как софт рассчитан для HDD.
Виндовс и не должен копировать виртуалки по 100ГБ. Это я их копирую.
Короче говоря, есть минимальные системные требования — это одно. И там любые фризы допустимы. А есть рекомендованные. Это другое.
Контроллер SSD живёт своей жизнью. Ему может захотеться переписать данные из SLC-кэша в другое место или выполнить отложенную очистку ячеек. В этот момент будут задержки по чтению. И чем выше износ ячеек, тем чаще возможно появление фризов.
Или контроллеры настолько тупы, что подолжают выполнять чистку, даже если операции пошли потоком?
Когда у моего первого SSD с тупым контроллером ресурс начал подходить к концу — да, меня это начало раздражать.
Микрофризы — тот случай, когда SSD может внезапно оказаться медленнее HDD.
Микрофризы на SSD — от неполного понимания ОС организации SSD. Тут нужно более тесное взаимодействие ОС с SSD.
Видимо, речь о переносе ответственности за сервисную работу с контроллера SSD на ОС. Как по мне, так это бесполезная задача, т.к. только повысит нагрузку на ОС, увеличит задержки из-за необходимости постоянной коммуникации и приведёт к проблемам с совместимостью и переносимостью: вместо универсального протокола (например, NVM-e) будет использоваться отдельный драйвер для каждого SSD и каждой ОС.
А зачем? Вот пришёл запрос на чтение. ОС знает, что SSD сейчас занят сервисной работой. И что она (ОС) сделает?Закеширует данные и подождёт флага готовности SSD, вместо насильного запихивания этих данных в замороженный буфер SSD и, как следствие, фриза всей системы?
Сейчас буфер запросов на запись (каждый процесс их отправивший висит и ждет) — кажется простое FIFO, но если операционная система будет знать, и даже планировать (точно знаяя сколько времени потребует каждая запись) порядок, это повысит отзывчивость системы (каждый процесс будет в среднем меньше ждать), а в некоторых граничных случаях — ускорит (например подгадывать запросы на чтение с hdd к моменту поворота шпинделя к нужному сектору).
2)Это точно есть в sas\scsi.
3)Не нужно подгадывать запросы. это нужно хорошо знать механику диска. Правильнее отдать на откуп контроллеру.
Это даже не оверкилл, это вообще должна быть ОС реального времени.
Кстати, судьба первого формата компьютерных флеш-карт — SmartMedia (который не смарт, а вовсе наоборот — начисто лишён контроллера и перекладывает все операции на cpu) — довольно быстрое забвение — подтверждает безперспективность такого пути.
Проблема как раз cо временем. Да, время предсказуемо, но команды придётся отправлять с высокой точностью интервалов, а в обычных операционных системах такая точность неосуществима.
1000-2000 тиков в секунду — это предел для современных ОС, т.к. при большем разрешении таймера накладные расходы становятся существенными.
Предел можно обойти, используя высокоточный таймер и busy wait, но это расточительство ресурсов процессора, к тому же нет никакой гарантии, что системный поток, работающий с диском, не будет вытеснен.
1000-2000 тиков в секунду — это предел для современных ОС, т.к. при большем разрешении таймера накладные расходы становятся существенными.Просто MS так решила. В XP стандартно были десятки микросекунд, а при лёгком натирании можно было добиться единиц.
Конечно, тратить cpu на столь низкоуровневое управление устройством непродуктивно.
Просто MS так решила. В XP стандартно были десятки микросекунд, а при лёгком натирании можно было добиться единиц.
Причём тут MS? В Linux всё то же самое. Вы, видимо, путаете high-resolution timer с таймером планировщика задач.
С помощью первого таймера вы можете померить время с точностью до микро-наносекунд. И всё, больше вы ничего сделать не можете. Хотите подождать строго определённый промежуток времени — просто крутитесь в цикле и постоянно проверяете условие.
Если же вы не хотите busy wait, то вам придётся использовать таймер, генерирующий прерывания и передающий управление планировщику задач ОС. Несмотря на то, что частота этого таймера может быть высокой, разработчики ОС ограничивают его частоту 1000-2000 Гц из соображений эффективности.
Так что гораздо лучше, когда эту работу делает специализированный инструмент в лице контроллера, чем микроскоп в виде CPU.
Но сами же пишете, что (новые) ОС ограничивают частоту генератора прерываний. А в XP реально (было) запрограммировать события с точностью 2-5 микросекунд (без циклов и смс).
А под DOS и вовсе фокусники добиваются сотен наносекунд, используя, например, канал таймера для управления рефрешем ОЗУ.
Как раз таки в новых ОС есть служба, которая может понизить значение таймера, если воспроизводится мультимедиа контент.
В новых ОС есть API, позволяющий управлять частотой таймера. Приложения могут запросить определённую минимальную частоту таймера, а ОС глобально выставляет частоту, удовлетворяющую всех.
Как с этим было дело в XP — не знаю, самому интересно.
Как раз таки в новых ОС есть служба, которая может понизить значение таймераДа, может понизить, с 1000 мс до 500. А были достижимы значительно меньшие задержки порядка единиц мс, недоступные сейчас, и, конечно же, ради эффективности.
Закеширует данные и подождёт флага готовности SSD, вместо насильного запихивания этих данных в замороженный буфер SSD и, как следствие, фриза всей системы?
Внимательно посмотрите цитируемый текст. Там вообще-то про чтение речь шла, а не про запись. Запись всегда можно отложить, а вот чтение — нет.
Ну если в системе жёсткий дефицит оперативной памяти и она вынуждена свапить критичные объекты, а ssd заполнен разросшимся свап-файлом и прочим мусором под завязку и часто надолго уходит в себя — то да, будут фризы.
Абсолютно для всех акселераторов (кроме Oracle F160) нужно 8 линий шины PCI-E.Получается, вставленные в типичную бытовую материнку с двумя слотами PCIe x16, которые автоматически конфигурируются как x16+x1 или x8+x8, эти платы откусят половину пропускной способности от слота видеокарты? Вот в чём может быть засада для бытового использования.
Или можно как-то обойти этот неприятный момент? Просто посадить флеш-акселератор на x1, или добавить какой-нибудь мост PCIe-PCIe?
Давно не изучал эту тему, но навскидку то что вы написали справедливо для интелл чипсетов Z, а в X картина иная, линий хватит и на две видеокарты и на на подобный контроллер
Хабраэффект на eBay, вы взвинтили цены, поздравляю.
Вернее все дешевое раскуплено.
Какие-то драйвера к Virident FlashMax нашлись тут:
https://www.sendspace.com/file/1go0w3
3. PCI-E карты, поддерживающие спецификацию NVMe
Такие диски не нуждаются в драйверах
Плюсы:
драйвера есть везде
Хм…
То есть, чтобы при загрузке винт сразу подключался, и винда не ругалась бы на не успевший, из-за загрузки системы и драйверов, подсоединиться винт.
В линуксе всё гораздо проще, система сама подождёт монтирования устройства при загрузке. Ну или можно просто позвать swapon уже после загрузки системы в стартовых скриптах — это позволит начать работать ещё до полной активации свапа.
1 и 3 группы
1. Ищем то, чего почти нет на рынке, но может принести существенный денежный плюс
2. Закупаем
3. Пилим статью на хабре и примерно говорим где искать
4. Размещаем рекламные объявления)))
PS. Автору статьи на заметку. Мне кажется, если бы он так сделал — получил бы готовый денежный поток, потому что тот же Oracle F640 с ходу не найти )
Сегодня прошел по всему городу и не смог найти в продаже
даже завалящего SSD на 512GB. Ощущение спада в продажах.
Ноутбуки устаревших моделей по цене новых… Я в ауте.
И это в областном центре.
Флеш-ускорители PCI-E от 800GB до 6.4TB: от рассвета до жизни в обычном ПК/сервере