Ответить
  • ehardcore Member
    офлайн
    ehardcore Member

    194

    10 лет на сайте
    пользователь #552009

    Профиль
    Написать сообщение

    194
    # 1 августа 2022 11:32
    xyligano:

    ehardcore:

    Доброго дня
    Помогите, пожалуйста, под вот такую мп https://catalog.onliner.by/motherboard/biostar/h610mhver60 нужен ssd
    Выбираю между https://catalog.onliner.by/compare/wds500g3b0c+mzv8v500bw
    Возможно в эти деньги есть что-то лучше

    лучше нету
    но учитывая матплату можно примерно представить всю остальную систему
    и думаю тебе вполне можно сэкономить, взяв Kingston NV1 500GB SNVS/500G
    нигде он тебя не расстроит, и разницу с выбранными тобой моделями искать будешь под лупой
    подробнее в статье

    Ну мне системник достался чуть дороже чем цена ВК в нём, поэтому что есть)
    Спасибо, за помощь!

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 1 августа 2022 11:55
    NY152:

    Wolfheart:

    NY152:

    все таки уплотнение, по исчерпанию SLC кэша, и трим это скорее дефрагментация

    нет

    суть процесса в целом та же, группирование данных по средством перезаписи, только для хдд для ускорения чтения, для ссд - ускорения записи.

    Нет суть процесса совсем не та. в SSD идет уплотнение данных,а не перенос их из одного места в другое. Перенос там тоже есть - но это просто технологическая особенность. HDD переносит данные, чтобы один логический элемент данных как можно точнее соответствовал физическому элементу. То есть группирует данные. SSD же наоборот, при записи старается раскидать данные по разным физическим блокам, то есть, как и писал ранее, фрагментирует их, для того, чтобы снизить среднее количество циклов перезаписи одного физического блока. В этом принципиальное отличие. Как и писал ранее, само по себе понятие фрагментации, как оно понимается у HDD, для SSD не имеет смысла. Там нету головок, которые нужно двигать, нету дорожек или последовательного доступа к данным, где время доступа является функцией от текущего положения подвижной системы диска и места положения запрашиваемых данных

  • Неизвестный кот Senior Member
    офлайн
    Неизвестный кот Senior Member

    4889

    11 лет на сайте
    пользователь #343989

    Профиль

    4889
    # 1 августа 2022 12:18 Редактировалось Неизвестный кот, 2 раз(а).
    Yosic:

    SSD же наоборот, при записи старается раскидать данные по разным физическим блокам, то есть, как и писал ранее, фрагментирует их, для того, чтобы снизить среднее количество циклов перезаписи одного физического блока.

    откуда вы это взяли? а после удаления файла, когда потребуется перезаписать страницы, нужно все эти разные блоки полностью стереть, и перезаписать. Коэффициент wa просто в космос улетит.
    Запись идет последовательно, ничего специально не фрагментируется, и при уплотнении именно происходит перенос данных.

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 1 августа 2022 16:45
    NY152:

    откуда вы это взяли?

    Могу задать вам тот же вопрос.

    NY152:

    а после удаления файла, когда потребуется перезаписать страницы, нужно все эти разные блоки полностью стереть, и перезаписать.

    Изучите мат. часть для начала, сколько можно переливать из пустого в порожнее? Никто специально ничего не стирает, как и у HDD. Файлы и их логические блоки в файловой системе, на первом этап просто помечаются как свободные, а потом поверх них, когда нужно пишутся новые файлы и данные затираются. Более того команда трим - тоже ничего не стирает. Она просто обнуляет текущую таблицу трансляции внутри SSD и все. Сами данные - никуда не деваются, просто из-за их колоссальной фрагментированности восстановить файл, не зная что в нем должно быть - очень и очень непросто.

  • Неизвестный кот Senior Member
    офлайн
    Неизвестный кот Senior Member

    4889

    11 лет на сайте
    пользователь #343989

    Профиль

    4889
    # 1 августа 2022 17:06 Редактировалось Неизвестный кот, 3 раз(а).
    Yosic:

    Изучите мат. часть для начала, сколько можно переливать из пустого в порожнее?

    могу порекомендовать вам сделать тоже самое, ну или дайте мне линк на правильную инфу

    Yosic:

    Никто специально ничего не стирает, как и у HDD.

    именно стирает, перезаписать данные на ssd как на hdd невозможно, прежде удаляются старые данные, и это нельзя сделать для конкретной ячейки, удаление проходит блоками страниц. Сами данные именно деваются, после сборки мусора, контроллер перезаписывает блоки где большинство страниц помечены к удалению, группируя оставшиеся данные в новых блоках (полностью заполненных) затирая исходные. Собственно от перемещений и группировки данных такая разница между хост и нанд записями, у меня как раз есть плекстор который отдает инфу по нанд записям, и он в супер тепличных условиях работает, 80% свободны, в большинстве случаев эта разница куда больше.

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 1 августа 2022 17:27
    NY152:

    блоки где большинство страниц помечены к удалению

    Сами же пишите и вас ничего не смущает. А помечает он их для удаления наверное, от нечего делать? Стираться страница будет только при необходимости туда что-то записать. До этого никто не будет ничего там стирать просто так.

    NY152:

    группируя оставшиеся данные в новых блоках

    Ничего он не группирует. Он просто пишет и все, если нужно. Если же контроллер видит, что в этот блок часто пишут, он начнет писать в другой и не важно один это файл или другой. Для него это не проблема. Внешне линейное пространство, видимое снаружи, внутри может быть сколь угодно сильно фрагментировано, для SSD - это не проблема. Тут, примерно, тот же принцип что и с памятью в компьютере. Для программы память - это линейная область, реально же, в физической памяти, данные могут гулять по разным страницам, но для программы это все будет линейный блок. За это отвечай контроллер памяти (MMU=MemoryMangementUnit)

    NY152:

    ну или дайте мне линк на правильную инфу

    Что такое и для чего нужна таблица трансляции почитайте.

  • Неизвестный кот Senior Member
    офлайн
    Неизвестный кот Senior Member

    4889

    11 лет на сайте
    пользователь #343989

    Профиль

    4889
    # 1 августа 2022 18:00 Редактировалось Неизвестный кот, 1 раз.
    Yosic:

    Сами же пишите и вас ничего не смущает. А помечает он их для удаления наверное, от нечего делать? Стираться страница будет только при необходимости туда что-то записать.

    если он это будет делать именно в момент записи, скорость этого процесса вашего ссд вряд ли вас обрадует. Потому что , просто из вики

    Так как очистка ячеек в странице необходима перед тем, как в них можно будет записывать снова, но только целый блок может быть очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись: содержимое целого блока должно быть сохранено в кеше перед тем, как оно может быть удалено с накопителя, перезаписываемые данные модифицируются в кеше и только после этого целый блок (с обновленной страницей) записывается на накопитель. Это явление известно как усиление записи

    что естественным образом сильно тормозит накопитель

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

    если остановить здесь запись на 60% , и через пятнадцать минут начать писать по новой, с какой скоростью возобновится запись, 45мб или 450? и почему?

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 1 августа 2022 20:07
    NY152:

    если он это будет делать именно в момент записи, скорость этого процесса вашего ссд вряд ли вас обрадует. Потому что , просто из вики

    Слушайте, интересный вы человек, вам тут все разжевали, но нет, вы все равно даете ссылки на то, чего не понимаете:)
    Вы же сами пишите, что блок стирается и записывается целиком и тут же говорите, что его можно стереть заранее:) Как же это у вас все уживается вместе? При поступлении команды на изменение блока происходит следующее:
    1. Проверяется пустой блоки или нет. Ну тут сложнее несколько, на самом деле SSD знает все свои полностью пустые блоки и пишет сперва в них, если такие еще остались.
    2. Если пустой в него сразу же пишется информация
    3. Если нет, то читается старая в кэш и дописывается новая в кэше же
    4. Блок стирается
    5. Блок записывается целиком

    Где тут противоречие с тем, что я писал ранее?:)
    На счет команды trim.
    Она делает, вернее может делать, 2 вещи
    1. Находит все блоки в которых, по записям SSD в таблице трансляции, более нету никакой полезной информации и очищает их, это то о чем вы пишите
    2. Оптимизирует свою таблицу трансляции или, если диск очищается полностью, очищает ее.

    Эти действия вообще никак не связаны с "дефрагментацией", в кавычках потому, что, как и писал ранее, для SSD этот термин не применим, там нету такой фрагментации как в HDD этот термин - глупость для SSD.

    NY152:

    что естественным образом сильно тормозит накопитель

    Примерно как еще одна запись блока, по времени. Поэтому и рекомендуют иметь свободное место на диске, чтобы писать сразу в чистые блоки.

    NY152:

    если остановить здесь запись на 60% , и через пятнадцать минут начать писать по новой, с какой скоростью возобновится запись, 45мб или 450? и почему?

    Со скоростью 450. Но это не имеет ничего общего ни с "дефрагментацией" ни с очисткой ячеек.
    Просто срабатывает SLC кэш - область ячеек, которая работает в другом режиме чем все остальные, в более скоростном режиме, когда объем ячеек меньше максимума, они работают в обычном, двоичном режиме, что сильно быстрее чем работать в режиме когда храниться 3 или 4 бита данных в одной ячейке. Во время простоя, или когда кэш заполнен, SSD в фоне переносит данные из кэша в область где уже большая плотность записи на ячейку, это заметно медленнее, что вы и видите на графике. Кэш освобождается - скорость восстанавливается. Но это никак не связано вообще с объединением данных или чем-то еще. Это просто перенос данных из быстрой, но маленькой по объему памяти, в более медленную, но значительно большую по объему. При переносе данных SSD руководствуется, в общем, алгоритмы достаточно разные могут быть в деталях, теми же правилами, что и при обычной записи, а именно, по возможность, старается писать данные в разные ячейки, не важно один это файл или разные, просто для того, чтобы увеличить ресурс.
    Если вы будете писать в один и тот же файл в одно и тоже место даже постоянно, то данные не будут писаться в один и тот блок, а будут писаться в разные блоки все время, для балансировки ресурса ячеек ну и, по возможности, в те, которые полностью пустые, для скорости.
    Так же при переносе данных из SLC кэша, так как данных много, пишет их сразу же блоками, чтобы заполнять блок целиком и опять же сократить количество перезаписей блоков. При этом он вообще ничего не знает о файловой системе, то есть не может делать никакой "дефрагментации" просто потому, что он не знает где там какие файлы, данные и прочее. Он оперирует блоками и при модификации даже части блока предпочтет просто записать все данные, старые и новые, в новый блок, а старый очистить, сделав его готовы для записи сразу.
    Надеюсь теперь все встало на свои места?

  • Неизвестный кот Senior Member
    офлайн
    Неизвестный кот Senior Member

    4889

    11 лет на сайте
    пользователь #343989

    Профиль

    4889
    # 1 августа 2022 21:44
    Yosic:

    Вы же сами пишите, что блок стирается и записывается целиком и тут же говорите, что его можно стереть заранее

    Не фантазируйте, блок стирается целиком, а записывается информация постранично.

    Yosic:

    Если пустой в него сразу же пишется информация

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

    Проверяется пустой блоки или нет.

    актуален только для накопителя из коробки, потому что в каждом блоке лежит кусочек какого ни-будь актуального файла, и раз мы в фоне ничего не переносим этот блок для нас не пустой.
    Значит переходим к

    3. Если нет, то читается старая в кэш и дописывается новая в кэше же
    4. Блок стирается
    5. Блок записывается целиком

    что займет больше времени, или может оно одинаковое будет, не знаю, как по вашему? прочитать данные из блока, записать их в кэш, добавить к ним новые данные, очистить первоначальный блок, записать блок (новые данные и старые но все еще актуальные)... или записать только новые данные в блок (если этот блок заранее в фоне был очищен, а условные 20% страниц с актуальными данными были перезаписаны в другой блок )?

    Yosic:

    Просто срабатывает SLC кэш - область ячеек, которая работает в другом режиме чем все остальные

    т.е. по фашему на этом диске есть какой то отдельный быстрый кэш, на 35% от объема диска, после заполнения которого данные начинают перезаписываться в медленную память? Там нет никакого отдельного кэша, вся память одинаково "быстрая", просто сразу данные в нее записываются в 1-бытовом режима, а после того как диск забит и пустых блоков уже не осталось, начинается история, с чтением, кэшем, стиранием и перезаписью в три бита, и делается это не в тот же блок, он не перезаписывая полупустым... а данные объединяются, высвобождая блоки для стирания.

  • StepCool Senior Member
    офлайн
    StepCool Senior Member

    14025

    15 лет на сайте
    пользователь #82896

    Профиль
    Написать сообщение

    14025
    # 1 августа 2022 21:55

    Yosic, вы сами разобрались бы что к чему. Столько текста и столько противоречий.

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 1 августа 2022 22:57
    NY152:

    Не фантазируйте

    Фантазер тут точно не я:)

    NY152:

    ну следуя вашей логике, если контроллер стремиться максимально фрагментировать файл

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

    NY152:

    актуален только для накопителя из коробки, потому что в каждом блоке лежит кусочек какого ни-будь актуального файла, и раз мы в фоне ничего не переносим этот блок для нас не пустой.
    Значит переходим к

    3. Если нет, то читается старая в кэш и дописывается новая в кэше же
    4. Блок стирается
    5. Блок записывается целиком

    что займет больше времени, или может оно одинаковое будет, не знаю, как по вашему? прочитать данные из блока, записать их в кэш, добавить к ним новые данные, очистить первоначальный блок, записать блок (новые данные и старые но все еще актуальные)... или записать только новые данные в блок (если этот блок заранее в фоне был очищен, а условные 20% страниц с актуальными данными были перезаписаны в другой блок )?

    Вы просто не читали, что я написал, объяснять повторно - не вижу смысла.

    NY152:

    т.е. по фашему на этом диске есть какой то отдельный быстрый кэш, на 35% от объема диска, после заполнения которого данные начинают перезаписываться в медленную память? Там нет никакого отдельного кэша, вся память одинаково "быстрая", просто сразу данные в нее записываются в 1-бытовом режима, а после того как диск забит и пустых блоков уже не осталось, начинается история, с чтением, кэшем, стиранием и перезаписью в три бита, и делается это не в тот же блок, он не перезаписывая полупустым... а данные объединяются, высвобождая блоки для стирания.

    Слушайте, просто прочитайте внимательно, что было написано выше, там уже есть ответы не все ваши вопросы, и про то, что есть SLC кэш и как он формируется и из чего.

    StepCool:

    вы сами разобрались бы что к чему. Столько текста и столько противоречий.

    Ну вы не стесняйтесь, называйте противоречия. А то "столько противоречий", а пример привезти - стесняетесь:)

  • Неизвестный кот Senior Member
    офлайн
    Неизвестный кот Senior Member

    4889

    11 лет на сайте
    пользователь #343989

    Профиль

    4889
    # 1 августа 2022 23:09 Редактировалось Неизвестный кот, 2 раз(а).
    Yosic:

    Слушайте, просто прочитайте внимательно

    я не охотник до бессмыслиц , утомили

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 1 августа 2022 23:14 Редактировалось Yosic, 1 раз.
    NY152:

    я не охотник до бессмыслиц

    Просто не пишите больше про "дефрагментацию" и все будет хорошо:)

  • Неизвестный кот Senior Member
    офлайн
    Неизвестный кот Senior Member

    4889

    11 лет на сайте
    пользователь #343989

    Профиль

    4889
    # 1 августа 2022 23:16
    Yosic:

    NY152:

    я не охотник до бессмыслиц

    Просто не пишите больше про "дефрагментацию" и все будет хорошо:)

    а вы лучше вообще ничего сюда не пишите :super:

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 1 августа 2022 23:20
    NY152:

    Yosic:

    NY152:

    я не охотник до бессмыслиц

    Просто не пишите больше про "дефрагментацию" и все будет хорошо:)

    а вы лучше вообще ничего сюда не пишите :super:

    Лучше для кого, для вас? Возможно, для остальных? Одно могу вам обещать - реакция на речи про "дефрагментацию" с вашей стороны, будет получать соответствующий ответ:) Чтобы людей не вводили в заблуждение.

  • StepCool Senior Member
    офлайн
    StepCool Senior Member

    14025

    15 лет на сайте
    пользователь #82896

    Профиль
    Написать сообщение

    14025
    # 2 августа 2022 08:01
    Yosic:

    Никто специально ничего не стирает.

    стирает

    Файлы и их логические блоки в файловой системе, на первом этап просто помечаются как свободные, а потом поверх них, когда нужно пишутся новые файлы и данные затираются.

    поверх ничего не пишется, в простое место под запись готовится

    Просто срабатывает SLC кэш - область ячеек, которая работает в другом режиме чем все остальные,

    область... омг :roof:

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

    вы точно про слц кэш там писали?

    Yosic:

    Ну вы не стесняйтесь, называйте противоречия. А то "столько противоречий", а пример привезти - стесняетесь:)

    Да у вас куда не ткни, везде перл. Самопридуманный бред

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 2 августа 2022 11:59
    StepCool:

    поверх ничего не пишется, в простое место под запись готовится

    О, чукча не читатель, чукча - писатель? Вы хоть поняли, о чем речь там шла? Вижу, что совершенно нет. Подсказка, речь там шла о файловой системе, о которой диск ничего не знает:)

    StepCool:

    область... омг

    StepCool:

    вы точно про слц кэш там писали?

    Точно. Может быть это не область, а отдельная микросхема или еще что-то, ну так может покажите нам ее на картинке SSD?:)

    StepCool:

    Да у вас куда не ткни, везде перл. Самопридуманный бред.

    Да да, конечно :lol:

  • StepCool Senior Member
    офлайн
    StepCool Senior Member

    14025

    15 лет на сайте
    пользователь #82896

    Профиль
    Написать сообщение

    14025
    # 2 августа 2022 12:15

    даю наводку, как такового нет понятия слц кэш, есть режим записи слц-кэширования

  • Yosic Senior Member
    офлайн
    Yosic Senior Member

    10240

    19 лет на сайте
    пользователь #6433

    Профиль
    Написать сообщение

    10240
    # 2 августа 2022 12:29
    StepCool:

    даю наводку, как такового нет понятия слц кэш, есть режим записи слц-кэширования

    Yosic:

    Просто срабатывает SLC кэш - область ячеек, которая работает в другом режиме чем все остальные

    Yosic:

    чукча не читатель, чукча - писатель?

  • StepCool Senior Member
    офлайн
    StepCool Senior Member

    14025

    15 лет на сайте
    пользователь #82896

    Профиль
    Написать сообщение

    14025
    # 2 августа 2022 12:33
    Yosic:

    StepCool:

    даю наводку, как такового нет понятия слц кэш, есть режим записи слц-кэширования

    Yosic:

    Просто срабатывает SLC кэш - область ячеек, которая работает в другом режиме чем все остальные

    Yosic:

    чукча не читатель, чукча - писатель?

    ну так может скажете, что же это за область?