Да, выглядело как будто бы часть команд (самые простые вроде чтения OCR/CID/CSD) обрабатывается прямо железом, их софтовые обработчики пустые. Подозреваю, команда STOP TRANSMISSION обрабатывается и аппаратно (сразу тормозит передачу данных на ММС интерфейсе), и дальше софтово (отмена текущей операции везде, где нужно - сбросить DMA, вывести NAND в состояние ничегонеделания, ну и собственно выход из цикла обработки очередных секторов). Достоинство такой архитектуры - гибкость, в софте всё-таки проще делать что-то «нелинейное», а вашему проекту, насколько я его понимаю, в будущем гибкость ещё нужнее, чем настоящим eMMC. К примеру, дойдёт дело до экспериментов над Андроидом, понадобится эмуляция RPMB, а там весь протокол - на уровне выше, пакеты с командами/параметрами/статусами внутри данных секторов.
Вдруг пригодится: встроенные контроллеры eMMC, которые смотрел (Phison, Appotech) обрабатывают большинство команд софтово: приняли команду, попали в ISR, там её спарсили, выставили статус на отправку, протранслировали LBA в физический адрес NAND (при этом, возможно, читали NAND, чтобы заглянуть в таблицу трансляции), запустили чтение NAND, дождались готовности, настроили DMA между NAND и MMC интерфейсами, дали старт, и вот только тут пошли данные в сторону ММС хоста, и он всё это терпел. Т.е. тайминг команда-данные заведомо не такой уж жёсткий. Особенно учитывая, что всякие «унылые» QLC NAND могут с первой попытки нормально не прочитаться, потребовать более «агрессивной» коррекции (чтение с разными уровнями Vtt и прочие танцы с бубном), и приличные данные из них вылезут и того позже. Ну и сами контроллеры - отнюдь не гигагерцовые монстры, у них и RAM под всю прошивку не у всех хватает, подгружают overlay’и в процессе (опять же из NAND). Масса неопределённостей в общем, но хоста это как-то устраивает.
Да всё бы хорошо, но в нынешней российской реальности ссылки на опыт других стран почему-то возникают в основном в контексте «гражданам запретили»/«граждан ограничили». При этом в тех же США, на опыт которых так любят ссылаться, есть и запреты другого плана (22 поправка, к примеру), а так же масса всяких интересных разрешений (да хоть 1, 2 поправки), но этот опыт рассматривать, увы, никто не торопится
Здорово, но интересна и архитектура программной/логической стороны: что именно делает каждый из 8192 МК? Просто выводит присланное ему RGB на один светодиод? Или что-то знает и о соседних пикселях и отрабатывает какой-нибудь пиксельный шейдер?
Справедливости ради, FTDI - ну очень массовый копеечный товар с невообразимым кол-вом точек продажи/перепродажи, изначально непонятно, где оригиналы, где подделки (да ещё и уже проданное окирпичивали). В случае же более дорогого/штучного/уникального товара с сетью продаж вида «производитель и десяток официальных дилеров, перечисленных им» понимание, где оригинал, не теряется. Например, всякая аппаратура для диагностики авто, Scanmatik какой-нибудь - покупатели прекрасно знают, где брать оригиналы, клоны покупают на свой страх и риск, добрая слава оригинала от них только ширится.
Эх, я уж думал, и ASICи оригинальные на чём-то перевоссоздали. Так то, не знаю насчёт PnP версии, а предыдущих Гусей дефектных плат немало в продаже, но нужны на замену оригинальные чипы GF1, которые тоже «либо выпаять из донора, либо найти в залежах», но в реальности их почти не осталось. Они и есть основная ценность по сути.
А вам внутри самому удобно с этими порядками то? Мне - нет, родственникам и друзьям моим - тоже нет. Нашли тоже способ для проявления уважения - «мучайся как местные». Ещё какие-нибудь ямы на дороге защищать начните, объехал - не уважает!
Если редуцировать - да, тогда и 80% свободы и 8% свободы - одно и то же, «отсутствие полной свободы». Но есть нюанс.
Сторонники редуцирования, как у них принято, ответили своим главным аргументом - молчаливым минусованием здешнего неназываемого параметра. Ну значит, в точку.
Вы нейросеть репостите? Нет при чтении никакого «теста на скорость», падение скорости на просевших ячейках - несколько чтений с разными уровнями Vth (пороговое напряжение), они ничего не «подзаряжают», пускаем напряжение с ячейки на один вход компаратора, выбранный Vth - на другой, получаем 0/1 на выходе, а дальше по собранной статистике софтово (в прошивке) пытаемся вычислить, к чему ближе реальное хранимое значение. И сами чтения вообще вредны (см. “read disturb”), если без последующей перезаписи.
А то, что «ssd сами всё перезаписывают» - всего лишь предположение от надежд на лучшее, до сих пор не встретил ни одного внятного заявления производителя «такая-то модель делает это»,ю. Если кто даст ссылку на документацию, где такое заявлено, буду благодарен.
Это общеизвестная информация. А как вы «подпитывать» ячейки собирались, так и не рассказали. Потому что никак, только читать, стирать и записывать вычитанное назад. И миф о пользе подачи питания в изначальном виде как раз содержал идею, что контроллеры флешек занимаются этим в простое, но подтверждений этому до сих пор не нашли.
Как оно поступает в ячейку, которая в данный момент не читается и не пишется и соответственно, ни к чему не подключена? (посмотрите схему такой памяти, увидите, что ячейки в покое отключены).
А что сделает «подпитывание» (если бы оно работало) с ячейкой, в которой хранится единица, т.е. заряда изначально нет и «дозаряжать» её не нужно?
Да непривычно людям ещё. Племянник, хоть и матёрый ездок, несколько дней назад в жару встрял в очередь в первый раз, без малейшего представления о длительности, досидел с кондиционером до красной лампочки, запарковался и ушёл (на дизеле заглохнуть от полной выработки - потом то ещё удовольствие заполнить систему).
Да, выглядело как будто бы часть команд (самые простые вроде чтения OCR/CID/CSD) обрабатывается прямо железом, их софтовые обработчики пустые. Подозреваю, команда STOP TRANSMISSION обрабатывается и аппаратно (сразу тормозит передачу данных на ММС интерфейсе), и дальше софтово (отмена текущей операции везде, где нужно - сбросить DMA, вывести NAND в состояние ничегонеделания, ну и собственно выход из цикла обработки очередных секторов). Достоинство такой архитектуры - гибкость, в софте всё-таки проще делать что-то «нелинейное», а вашему проекту, насколько я его понимаю, в будущем гибкость ещё нужнее, чем настоящим eMMC. К примеру, дойдёт дело до экспериментов над Андроидом, понадобится эмуляция RPMB, а там весь протокол - на уровне выше, пакеты с командами/параметрами/статусами внутри данных секторов.
Вдруг пригодится: встроенные контроллеры eMMC, которые смотрел (Phison, Appotech) обрабатывают большинство команд софтово: приняли команду, попали в ISR, там её спарсили, выставили статус на отправку, протранслировали LBA в физический адрес NAND (при этом, возможно, читали NAND, чтобы заглянуть в таблицу трансляции), запустили чтение NAND, дождались готовности, настроили DMA между NAND и MMC интерфейсами, дали старт, и вот только тут пошли данные в сторону ММС хоста, и он всё это терпел. Т.е. тайминг команда-данные заведомо не такой уж жёсткий. Особенно учитывая, что всякие «унылые» QLC NAND могут с первой попытки нормально не прочитаться, потребовать более «агрессивной» коррекции (чтение с разными уровнями Vtt и прочие танцы с бубном), и приличные данные из них вылезут и того позже. Ну и сами контроллеры - отнюдь не гигагерцовые монстры, у них и RAM под всю прошивку не у всех хватает, подгружают overlay’и в процессе (опять же из NAND). Масса неопределённостей в общем, но хоста это как-то устраивает.
Да всё бы хорошо, но в нынешней российской реальности ссылки на опыт других стран почему-то возникают в основном в контексте «гражданам запретили»/«граждан ограничили». При этом в тех же США, на опыт которых так любят ссылаться, есть и запреты другого плана (22 поправка, к примеру), а так же масса всяких интересных разрешений (да хоть 1, 2 поправки), но этот опыт рассматривать, увы, никто не торопится
А никого не ставить в пример - не вариант?
Ну вот тоже подумалось, что никакой это не GPU, а «драйвер матрицы»
Здорово, но интересна и архитектура программной/логической стороны: что именно делает каждый из 8192 МК? Просто выводит присланное ему RGB на один светодиод? Или что-то знает и о соседних пикселях и отрабатывает какой-нибудь пиксельный шейдер?
«Это просто праздник какой-то!»
Справедливости ради, FTDI - ну очень массовый копеечный товар с невообразимым кол-вом точек продажи/перепродажи, изначально непонятно, где оригиналы, где подделки (да ещё и уже проданное окирпичивали). В случае же более дорогого/штучного/уникального товара с сетью продаж вида «производитель и десяток официальных дилеров, перечисленных им» понимание, где оригинал, не теряется. Например, всякая аппаратура для диагностики авто, Scanmatik какой-нибудь - покупатели прекрасно знают, где брать оригиналы, клоны покупают на свой страх и риск, добрая слава оригинала от них только ширится.
Эх, я уж думал, и ASICи оригинальные на чём-то перевоссоздали. Так то, не знаю насчёт PnP версии, а предыдущих Гусей дефектных плат немало в продаже, но нужны на замену оригинальные чипы GF1, которые тоже «либо выпаять из донора, либо найти в залежах», но в реальности их почти не осталось. Они и есть основная ценность по сути.
А ещё был EDGE не позже середины нулевых. Не отдельное поколение, конечно, но уже и не «классический» GPRS.
А вам внутри самому удобно с этими порядками то? Мне - нет, родственникам и друзьям моим - тоже нет. Нашли тоже способ для проявления уважения - «мучайся как местные». Ещё какие-нибудь ямы на дороге защищать начните, объехал - не уважает!
Если редуцировать - да, тогда и 80% свободы и 8% свободы - одно и то же, «отсутствие полной свободы». Но есть нюанс.
Сторонники редуцирования, как у них принято, ответили своим главным аргументом - молчаливым минусованием здешнего неназываемого параметра. Ну значит, в точку.
«Везде всё так же!» - главная российская скрепа.
В том, что заряд утекает, сомнений не было. Вопрос был к вашей «подпитке», и никакой конкретики по нему вы так и не выдали. У меня, пожалуй, всё.
Вы нейросеть репостите? Нет при чтении никакого «теста на скорость», падение скорости на просевших ячейках - несколько чтений с разными уровнями Vth (пороговое напряжение), они ничего не «подзаряжают», пускаем напряжение с ячейки на один вход компаратора, выбранный Vth - на другой, получаем 0/1 на выходе, а дальше по собранной статистике софтово (в прошивке) пытаемся вычислить, к чему ближе реальное хранимое значение. И сами чтения вообще вредны (см. “read disturb”), если без последующей перезаписи.
А то, что «ssd сами всё перезаписывают» - всего лишь предположение от надежд на лучшее, до сих пор не встретил ни одного внятного заявления производителя «такая-то модель делает это»,ю. Если кто даст ссылку на документацию, где такое заявлено, буду благодарен.
Это общеизвестная информация. А как вы «подпитывать» ячейки собирались, так и не рассказали. Потому что никак, только читать, стирать и записывать вычитанное назад. И миф о пользе подачи питания в изначальном виде как раз содержал идею, что контроллеры флешек занимаются этим в простое, но подтверждений этому до сих пор не нашли.
И как вы себе представляете это «подпитывание»?
Как оно поступает в ячейку, которая в данный момент не читается и не пишется и соответственно, ни к чему не подключена? (посмотрите схему такой памяти, увидите, что ячейки в покое отключены).
А что сделает «подпитывание» (если бы оно работало) с ячейкой, в которой хранится единица, т.е. заряда изначально нет и «дозаряжать» её не нужно?
«Подпитывание» флешки - миф, раздутый журналистами, но не подтверждённый ни одним экспериментом.
Да непривычно людям ещё. Племянник, хоть и матёрый ездок, несколько дней назад в жару встрял в очередь в первый раз, без малейшего представления о длительности, досидел с кондиционером до красной лампочки, запарковался и ушёл (на дизеле заглохнуть от полной выработки - потом то ещё удовольствие заполнить систему).
В честь одного известного прицепа назвали?</s>