Но я даже ещё больше обобщу: "как и у всех правил орфографии...". "Что бы", "остановится", "интерпритацией", "когда то", "христоматийный".
А с мягким знаком по мне так получится не оптимизация, а сомнительное исключение. Добавить к инфинитиву "ся" - у меня это автоматически происходит, задумываться не приходится.
Из-за коллизий (спится/спиться) поудачнее будет сравнение с миръ/мiръ и есть/ѣсть.
Частая ошибка? И что? Особенно с учётом современных средств проверки орфографии. И для изучающих письменный русский эта ошибка может быть очевидной, как для нас - ошибки носителей английского в духе "their looking for".
Этот вопрос адресован рекламе магазина. Они не тестируют память, они рекламируют магазин. Фото сборки взяли из старого отзыва на мегамаркете, текст накопирайтили с помощью человека или без помощи.
У них есть приличная реклама (спонсирование серии статей на 3dnews) и неприличная (собственные заметки как минимум на хабре и ixbt). На хабре с компьютерным железом не очень, тут в него не углубляются, поэтому дежурные рекламные статьи воспринимают серьёзнее, чем следует.
А числа, видимо, от разгона на интеловской платформе.
Как и у всех непроизносимых букв - сохранить более-менее стройные правила, которые позволяют получать единственный правильный вариант слова ("как слышеца..." - а слышаться может по-разному, варианты написания начнут плодиться).
Солнечный, но Сонце? Накурить, но накури́тся?
А вот по-настоящему раздражающий момент: не единообразное отношение к разделению согласной и гласной и вообще к нужности этого разделения:
Ну да, в чистых сях массив как таковой, фактически, и нельзя передать как параметр. В плюсах можно толкнуть именно встроенный массив как таковой по ссылке.
В сях остаётся передача массива по указателю. Индирекции это не добавляет, код генерируется тот же самый (godbolt), только обращаться придётся некрасиво: (*dst)[i].
на 6-8 ТБ есть модели на 5640 и 5400 об/мин, но есть и рекламный "5400 RPM Class", который не раскрывает реальную скорость (судя по отзывам и по 3.4 Вт в простое: WD60EFRX - настоящие 5400 об/мин; остальные в основном 7200)
отход от SMR на 2-6 ТБ, например, в Blue - это новое веяние
в перечисленных везде воздух, на 8 ТБ бывает гелий (это к пониженному потреблению), но они на 7200 об/мин (старая модель WD80EFZX, некоторые старые среди WD80EFAX - reddit, aphnetworks); по idle power они между воздушными 5400 и воздушными 7200.
* официальное подтверждение SMR тут на картинке; WD80EFAX уже CMR.
Но в этой ситуации, где мы не доверяем хосту (компьютеру), безумно дорого и костыльно получится.
Похожее делали, но в сильно упрощённом варианте: SSD в простое определял ФС и свободное место на ней, чтобы помечать страницы флеша как не занятые, для сборки мусора. То есть "Auto-TRIM" до распространения TRIM (~2010) и без ручного "зануления в надежде, что контроллер поймёт жест (пометит страницы свободными вместо тупой записи нулей)".
Притвориться сетевой картой (g_ether?), по которой доступна SMB-шара, через которую выставлены снапшоты btrfs, будет и то менее костыльно. Или притвориться USB Mass Storage, отдавать bin-файл с одноплатника (как чистый том), снапшотить его той же btrfs и отдавать снапшоты... как-нибудь.
"следуя заповеди милосердия, он должен быть сочтён за раскаявшегося еретика и пожизненно замурован" - чудная книга. "Однако, рассуждая строго по закону, такое раскаяние не должно внушать духовным судьям большого доверия..."
Ну, если есть SLC-кэш, то будет падать. Если нет, то может не падать. Но во внешнем SSD (не флешке) он в общем-то всегда будет, SLC/MLC-память ушла в прошлое, а SSD с TLC/QLC без SLC-кэша - штука корпоративная.
"Рутокен ЭЦП 2.0 Flash. Защищенный раздел выглядит как ридер карт памяти, но без вставленной в него карты, доступа к данным нет. Однако, запустив приложение и введя простой PIN-код..."
Это всё же не то - скрытый раздел вместо защиты от записи, есть мотив требовать приложение, чтобы не вбивать код на корпусе флешки. Защита от людей (надо знать код) вместо защиты от вредоносов (надо блокировать запись).
слёзно просить мастдай не стирать файлы
Ещё подумалось - на блочном уровне и в том рутокене защита работает, наверное, честно. Но так как производителям хочется удобно прошивать контроллеры флешек на производстве, то везде можно ожидать наличие доступа по USB, позволяющего хотя бы отформатировать флешку.
Но в 99% случаев там просто нужно установить фирменную утилиту, которая будет читать положение переключателя и слёзно просить мастдай не стирать файлы
Это странно звучит, такие флешки / внешние SSD / USB-боксы бывают ли вообще?
Производители контроллеров могут давать доступ к уже реализованной защите от записи, тут не видно больших сложностей. Если уж волноваться, то о том, точно ли нет этого доступа через USB (или достаточно ли он через USB затруднён). А то пишут об утилите PhisonWP, которая может включать/отключать блокировку на флешках* без их разбора или форматирования...
или оно определяется как файлопомойка
Представляться не совсем обычным накопителем, а... оптическим приводом должны уметь рутованные андроидофоны. Ну и известные коробки от Zalman это делают с ~2011 года.
Из некоторых одноплатников ещё флешка/привод с защитой от записи делается (modprobe g_mass_storage), но, видимо, не очень практично.
Вот как? А я наоборот, читал статью, где указывалось, что такое поведение - как раз способ вычислить smr диски.
Способ не годится: пост про SMR (TL;DR: последовательная запись всего диска никак не сигнализировала об SMR в ходе записи и, потом, чтения: картинка с чтением).
Но это было в духе волны паники лет 5 назад, тогда многих интересовало как при помощи палки и камня выявить наличие SMR, тогда все диски с большим кэшем на всякий случай записывали в SMR.
Вроде все адекватные способы в посте по ссылке и тут перечислены. Обычно достаточно запроса типа ... filetype:pdf site:seagate.com и знания, что DM-SMR нет среди дисков выше 8 ТБ у Seagate и выше 6 ТБ у WD.
Собственно, будь заголовок менее кликбейтным и будь пояснение о том, что тут не ставится целью срывать покровы с мирового заговора производителей дисков, но показать, как важно правильно проектировать хранилище - и реакция была бы другой.
Тщательное описание задержек полезно, если нам нужно быстрое случайное мелкоблочное IO. Но если оно нужно, то берут SSD.
HDD для такой нагрузки перестали производить, 20-терабайтные диски не будут выбирать по этой характеристике. И, наверное, там разницу лучше не искать в характеристиках, а создавать самому с помощью выноса метаданных ZFS на SSD и других подобных приёмов. btrfs тоже хотел такую функцию добавить, но это было давно и неправда это бесконечный долгострой.
После продольной записи (LMR) все диски - с перпендикулярной (PMR), эти тоже.
PMR пытались использовать в значении "без SMR", но это только путаницу создаёт, для "точно без SMR" придумали название conventional magnetic recording (CMR).
Из-за представления, будто все эти технологии исключают друг-друга, ещё одна ошибка встречается: что HAMR-диски не могут быть с SMR.
Можно как 3 оси представить:
LMR / PMR - ориентация магнитных доменов
CMR / SMR - расстояние между дорожками
∅ / ePMR / HAMR / MAMR - наличие доп. источника энергии
Но я даже ещё больше обобщу: "как и у всех правил орфографии...".
"Что бы", "остановится", "интерпритацией", "когда то", "христоматийный".
А с мягким знаком по мне так получится не оптимизация, а сомнительное исключение. Добавить к инфинитиву "ся" - у меня это автоматически происходит, задумываться не приходится.
Из-за коллизий (спится/спиться) поудачнее будет сравнение с миръ/мiръ и есть/ѣсть.
Частая ошибка? И что? Особенно с учётом современных средств проверки орфографии. И для изучающих письменный русский эта ошибка может быть очевидной, как для нас - ошибки носителей английского в духе "their looking for".
Этот вопрос адресован рекламе магазина. Они не тестируют память, они рекламируют магазин. Фото сборки взяли из старого отзыва на мегамаркете, текст накопирайтили с помощью человека или без помощи.
У них есть приличная реклама (спонсирование серии статей на 3dnews) и неприличная (собственные заметки как минимум на хабре и ixbt). На хабре с компьютерным железом не очень, тут в него не углубляются, поэтому дежурные рекламные статьи воспринимают серьёзнее, чем следует.
А числа, видимо, от разгона на интеловской платформе.
Как и у всех непроизносимых букв - сохранить более-менее стройные правила, которые позволяют получать единственный правильный вариант слова ("как слышеца..." - а слышаться может по-разному, варианты написания начнут плодиться).
Солнечный, но Сонце?
Накурить, но накури́тся?
А вот по-настоящему раздражающий момент: не единообразное отношение к разделению согласной и гласной и вообще к нужности этого разделения:
подъезд, суперъяхта
подытожить
субиндекс, суперигра, специнтернат, спецеда
В сях остаётся передача массива по указателю. Индирекции это не добавляет, код генерируется тот же самый (godbolt), только обращаться придётся некрасиво:
(*dst)[i].del
WD:
Кратко:
Да из-за CMR и 5400 или 5640 об/мин:
Red Plus: WD80EFPX, WD80EFZZ, WD60EFPX, WD60EFZX
Red Plus (старый): WD60EFRX
Blue: WD80EAAZ, WD80EAZZ и WD60EZAX
Нет из-за SMR: Blue WD60EZAZ, Red WD60EFAX*
Длинно:
на 8 ТБ и выше у WD нельзя наткнуться на SMR
на 6-8 ТБ есть модели на 5640 и 5400 об/мин, но есть и рекламный "5400 RPM Class", который не раскрывает реальную скорость (судя по отзывам и по 3.4 Вт в простое: WD60EFRX - настоящие 5400 об/мин; остальные в основном 7200)
отход от SMR на 2-6 ТБ, например, в Blue - это новое веяние
в перечисленных везде воздух, на 8 ТБ бывает гелий (это к пониженному потреблению), но они на 7200 об/мин (старая модель WD80EFZX, некоторые старые среди WD80EFAX - reddit, aphnetworks); по idle power они между воздушными 5400 и воздушными 7200.
* официальное подтверждение SMR тут на картинке; WD80EFAX уже CMR.
Это софтом для панорам можно автоматизировать.
https://www.discogs.com/group/thread/645487
https://en.wikipedia.org/wiki/Image_Composite_Editor#:~:text=Archived
Но в этой ситуации, где мы не доверяем хосту (компьютеру), безумно дорого и костыльно получится.
Похожее делали, но в сильно упрощённом варианте: SSD в простое определял ФС и свободное место на ней, чтобы помечать страницы флеша как не занятые, для сборки мусора. То есть "Auto-TRIM" до распространения TRIM (~2010) и без ручного "зануления в надежде, что контроллер поймёт жест (пометит страницы свободными вместо тупой записи нулей)".
Притвориться сетевой картой (g_ether?), по которой доступна SMB-шара, через которую выставлены снапшоты btrfs, будет и то менее костыльно. Или притвориться USB Mass Storage, отдавать bin-файл с одноплатника (как чистый том), снапшотить его той же btrfs и отдавать снапшоты... как-нибудь.
"следуя заповеди милосердия, он должен быть сочтён за раскаявшегося еретика и пожизненно замурован" - чудная книга. "Однако, рассуждая строго по закону, такое раскаяние не должно внушать духовным судьям большого доверия..."
Конечно, с чего бы ей не падать-то (анекдот)
Ну, если есть SLC-кэш, то будет падать. Если нет, то может не падать. Но во внешнем SSD (не флешке) он в общем-то всегда будет, SLC/MLC-память ушла в прошлое, а SSD с TLC/QLC без SLC-кэша - штука корпоративная.
Вот другое, но похожее: https://habr.com/ru/companies/aktiv-company/articles/331862/
"Рутокен ЭЦП 2.0 Flash. Защищенный раздел выглядит как ридер карт памяти, но без вставленной в него карты, доступа к данным нет. Однако, запустив приложение и введя простой PIN-код..."
Это всё же не то - скрытый раздел вместо защиты от записи, есть мотив требовать приложение, чтобы не вбивать код на корпусе флешки. Защита от людей (надо знать код) вместо защиты от вредоносов (надо блокировать запись).
Ещё подумалось - на блочном уровне и в том рутокене защита работает, наверное, честно. Но так как производителям хочется удобно прошивать контроллеры флешек на производстве, то везде можно ожидать наличие доступа по USB, позволяющего хотя бы отформатировать флешку.
Это странно звучит, такие флешки / внешние SSD / USB-боксы бывают ли вообще?
Производители контроллеров могут давать доступ к уже реализованной защите от записи, тут не видно больших сложностей. Если уж волноваться, то о том, точно ли нет этого доступа через USB (или достаточно ли он через USB затруднён). А то пишут об утилите PhisonWP, которая может включать/отключать блокировку на флешках* без их разбора или форматирования...
Представляться не совсем обычным накопителем, а... оптическим приводом должны уметь рутованные андроидофоны. Ну и известные коробки от Zalman это делают с ~2011 года.
Из некоторых одноплатников ещё флешка/привод с защитой от записи делается (modprobe g_mass_storage), но, видимо, не очень практично.
* с какими-то контроллерами от Phison, конечно.
Способ не годится: пост про SMR (TL;DR: последовательная запись всего диска никак не сигнализировала об SMR в ходе записи и, потом, чтения: картинка с чтением).
Но это было в духе волны паники лет 5 назад, тогда многих интересовало как при помощи палки и камня выявить наличие SMR, тогда все диски с большим кэшем на всякий случай записывали в SMR.
Вроде все адекватные способы в посте по ссылке и тут перечислены. Обычно достаточно запроса типа
... filetype:pdf site:seagate.comи знания, что DM-SMR нет среди дисков выше 8 ТБ у Seagate и выше 6 ТБ у WD.Так уже писали:
Тщательное описание задержек полезно, если нам нужно быстрое случайное мелкоблочное IO. Но если оно нужно, то берут SSD.
HDD для такой нагрузки перестали производить, 20-терабайтные диски не будут выбирать по этой характеристике. И, наверное, там разницу лучше не искать в характеристиках, а создавать самому с помощью выноса метаданных ZFS на SSD и других подобных приёмов. btrfs тоже хотел такую функцию добавить, но
это было давно и неправдаэто бесконечный долгострой.Если там есть какая-то ошибка, то сверху может быть побитовый xor. Так под прошлым постом два раза в джаваскрипте делали.
После продольной записи (LMR) все диски - с перпендикулярной (PMR), эти тоже.
PMR пытались использовать в значении "без SMR", но это только путаницу создаёт, для "точно без SMR" придумали название conventional magnetic recording (CMR).
Из-за представления, будто все эти технологии исключают друг-друга, ещё одна ошибка встречается: что HAMR-диски не могут быть с SMR.
Можно как 3 оси представить:
LMR / PMR - ориентация магнитных доменов
CMR / SMR - расстояние между дорожками
∅ / ePMR / HAMR / MAMR - наличие доп. источника энергии
Идея устарела/устаревает вместе с дисками на 15K и 10K RPM, вместе с 2.5". "Random Read/Write: быстрее, чем у магнитной ленты", ну и ладно.
Почитал про FlexGen.
___
Пишут, что моя ошибка тут:
Необходимо повторять процесс для каждого токена, они же зависят от предыдущих.
"For a 500 token reply you’d basically be loading the whole model, layer by layer, 500 times".
Только сейчас заметил, что оговорился: "успевать загрузить
данныеследующий кусок модели".