Little Fs - это небольшая отказоустойчивая файловая система
Везде, где есть упоминание LFS все считают своим долгом упомянуть отказоустойчивость, хотя при вырубании питания мрёт оная за милую душу. Иногда просто перестаёт монтировать раздел, иногда пишет нулевое свободное пространство, но так или иначе, продолжать работать без реинициализации невозможно. Ещё одна вымораживающая фишка в том, что если не флашить изменения, то после вырубания питания на руках будем иметь нулевой файл. Посему надо обязательно изменения флашить. И всё бы ничего, но на каждый флаш LFS начинает вытирать кучу блоков, что-то массово перезаписывать, и это выливается в конкретные тормоза. Решением может быть применение ртоси, буферизаций и т.п. Отмечу, что всё перечисленное имеет/ло место при работе с сырым NAND, и есть вероятность, что LFS плохо учитывает особенности такой памяти.
Lazy write - это алгоритм записи, который записывает данные только в том случае, если они реально отсутствуют в памяти.
Тут вы, батенька, что-то опять выдумываете (или повторяете выдуманное кем-то). Lazy - это отложенная операция (не только записи, но и много чего другого). Складываем изменения, а когда подошло подходящее время (здесь должен быть мем про котика, часами смотрящего на часы.жпг), пишем. А незапись повторяющихся данных - это просто микрооптимизация в драйвере FS, реализуемая самым примитивным образом (хоть и не без оверхеда). То же касается и вытирания уже вытертых блоков (такое не редкость).
Увидит ли ПК файлы, если запрограммировать LittleFs на SD карте?
Есль подумать чуть-чуть, то ответ очевиден. Хотя могут быть варианты. Интрузивный - ставить драйвер на ПеКа, или не очень - подключать сам девайс и использовать USB MTP (т.е. спрятать LFS, чтобы его никто не видел).
Наверное я скажу нечто ужасное, но для бытия игроком вовсе не обязательно ассоциировать себя с персонажем (делать так - искусственно ограничивать себя в выборе). По определению игрок играет ради игры, ака геймплея (приправой может быть сюжет, визуал, музыка, атмосфера в целом и ещё куча всякого, но как правило, это не главное).
Нельзя учиться и одновременно получать удовольствие.
Исключительная субъективщина. Впрочем, легко объяснимая - школа, универ... Как там у классиков - нравились животные, пока в школе не начались занятия по биологии (вольная цитата).
Он содержал графический интерфейс Basic с возможностью выбора нового 128K BASIC, который использовал обычный набор слов, ленточный привод (магнитофон), калькулятор и режим обратной совместимости с 48K.
Интересно, чем это надо было так перевести? Кто на ком стоял?
Помимо средств разработки можно также вспомнить текстовый редактор Lexicon
Была и антимэджиковая защита, когда стек переносился на начало экрана. Соответственно, всё валилось и после записи и при попытке запуска дампа. Правда в самом дампе после можно было с переменным успехом поковыряться. Также был вариант с программированием контроллера, когда он вгонялся в состояние, при котором нажатие Мэджика просто портило диск (писался мусор).
Прогрессбар сам по себе не показывает, сколько ещё ждать. Ну и в чём прикол писать очевидные (возможно не всем, но многим) вещи, мне как-то плохо понятно. Я не говорю про явную вкусовщину.
О, да. А если в текстовый файл писать бинарное, а не шестнадцатеричное представление, то сжатие окажется ещё в 4 раза выше! Крутота!
Вообще, если скармливается именно контроллеру и именно гекс, и при этом надо его ужимать для скорости, это почти наверняка говорит о том, что формат выбран неверно (нужно разве что для чего-то из экзотики/антиквариата, как упомянуто выше). А для утилиты, отсылающей прошивку в девайс, пофиг, сжат гекс или нет. Скорости ощутимо не добавится.
Не знаю, как потом, но поначалу dlc для каждого из четырёх персонажей Genroku legends выпускалось по-отдельности (помнится, покупал с заметными интервалами).
за переработку после 18 начальство косо смотрело— ты неправильно работаешь.
Это да, раз перерабатываешь, значит медленно работаешь. Не хочешь перерабатывать, успевай всё делать за рабочее время. В любом случае, сам виноват, поэтому никакой оплаты за переработку не полагается.
Спасибо. Интересно, надо бы повозиться. Хочется иметь дополнительную подсветку типа того, как сделано в EmEditor (грубо говоря, множественный поиск), но без сильного ограничения на количество маркеров и без прибитой гвоздями расцветки. Не знаю, правда, насколько подобное реализуемо.
Взял DualSenseEdge, там L3, R3 можно ремапнуть на лепестки. Существенно удобнее. И вроде как стики отстёгиваются. Но малость подороже, это да (тут кто что больше ценит). До этого за полтора года задрифтил стоковый PS5 пад (ну и я бы не сказал, что там прям сложная разборка), а до этого ушатывался от PS4, чуть подольше проработал, но там был уже не дрейф возле вертикального положения, а скачки сопротивления с максимального значения (последствия нажатия L3 при отклонении стика). При этом на PS2, 3 никогда ничего подобного не было, хотя пады прожили существенно больше.
Однако разработка часто требует быстроты — сроки обычно жесткие.
Всё как обычно, бери больше, кидай дальше, да побыстрее, побыстрее (иначе менеджер не получит бонусов). Причём для пользователей ситуация тоже не лучше. В век интернета тенденция "скорее вывалить, а там допилим", сильно усугубляется. И если для чисто онлайн продуктов ещё ничего (при условии быстрого и корректного обновления), то для продукции на физических носителей (имеются в виду консоли), иногда ситуация превращается в какой-то сюр. Как-то купился на отзывы, взял один расхайпленный тайтл (КАЛисто протокол, я о тебе) на диске, а этот кусок Г валился буквально каждые пять минут. Понятно, сразу выпустили патч, вот только рукожопы сделали его размером, сопоставимым с размером исходного "продукта". Да, для анлима 100Гбит это не проблема, но мне нет смысла переплачивать xN только для того, чтобы качать подобные патчи. В итоге диск превратился в некое подобие ваучера, единственный плюс которого в том, что его можно отдать кому-то ещё.
А мне вот интересно, почему господин из [1] (и, видимо, вслед за ним и автор статьи) записал во фликкер шумы ещё и белый шум, за компанию с шумами, мощность которых растёт с частотой.
Везде, где есть упоминание LFS все считают своим долгом упомянуть отказоустойчивость, хотя при вырубании питания мрёт оная за милую душу. Иногда просто перестаёт монтировать раздел, иногда пишет нулевое свободное пространство, но так или иначе, продолжать работать без реинициализации невозможно. Ещё одна вымораживающая фишка в том, что если не флашить изменения, то после вырубания питания на руках будем иметь нулевой файл. Посему надо обязательно изменения флашить. И всё бы ничего, но на каждый флаш LFS начинает вытирать кучу блоков, что-то массово перезаписывать, и это выливается в конкретные тормоза. Решением может быть применение ртоси, буферизаций и т.п. Отмечу, что всё перечисленное имеет/ло место при работе с сырым NAND, и есть вероятность, что LFS плохо учитывает особенности такой памяти.
Тут вы, батенька, что-то опять выдумываете (или повторяете выдуманное кем-то). Lazy - это отложенная операция (не только записи, но и много чего другого). Складываем изменения, а когда подошло подходящее время (здесь должен быть мем про котика, часами смотрящего на часы.жпг), пишем. А незапись повторяющихся данных - это просто микрооптимизация в драйвере FS, реализуемая самым примитивным образом (хоть и не без оверхеда). То же касается и вытирания уже вытертых блоков (такое не редкость).
Есль подумать чуть-чуть, то ответ очевиден. Хотя могут быть варианты. Интрузивный - ставить драйвер на ПеКа, или не очень - подключать сам девайс и использовать USB MTP (т.е. спрятать LFS, чтобы его никто не видел).
Panama Joe aka Montezuma's Revenge?
Сокобан ещё на эркашке был. Не помню, публиковался ли где-либо дамп, но на Барсике в каком-то печатном издании попадался точно.
Наверное я скажу нечто ужасное, но для бытия игроком вовсе не обязательно ассоциировать себя с персонажем (делать так - искусственно ограничивать себя в выборе). По определению игрок играет ради игры, ака геймплея (приправой может быть сюжет, визуал, музыка, атмосфера в целом и ещё куча всякого, но как правило, это не главное).
Это ведь такая шЮтка юмора, да?
Исключительная субъективщина. Впрочем, легко объяснимая - школа, универ... Как там у классиков - нравились животные, пока в школе не начались занятия по биологии (вольная цитата).
Интересно, чем это надо было так перевести? Кто на ком стоял?
Эм? Воспоминания из параллельной вселенной?
Была и антимэджиковая защита, когда стек переносился на начало экрана. Соответственно, всё валилось и после записи и при попытке запуска дампа. Правда в самом дампе после можно было с переменным успехом поковыряться. Также был вариант с программированием контроллера, когда он вгонялся в состояние, при котором нажатие Мэджика просто портило диск (писался мусор).
Прогрессбар сам по себе не показывает, сколько ещё ждать. Ну и в чём прикол писать очевидные (возможно не всем, но многим) вещи, мне как-то плохо понятно. Я не говорю про явную вкусовщину.
О, да. А если в текстовый файл писать бинарное, а не шестнадцатеричное представление, то сжатие окажется ещё в 4 раза выше! Крутота!
Вообще, если скармливается именно контроллеру и именно гекс, и при этом надо его ужимать для скорости, это почти наверняка говорит о том, что формат выбран неверно (нужно разве что для чего-то из экзотики/антиквариата, как упомянуто выше). А для утилиты, отсылающей прошивку в девайс, пофиг, сжат гекс или нет. Скорости ощутимо не добавится.
Интересно, с каких это пор бейз64 вдруг стал "сжатым" видом.
Не знаю, как потом, но поначалу dlc для каждого из четырёх персонажей Genroku legends выпускалось по-отдельности (помнится, покупал с заметными интервалами).
Не понятно, как считали, но в основной игре две ветки, плюс dlc Genroku legends с четырьмя ветками. Других дополнений не припомню.
Наверное я не целевая аудитория, но мне даже в страшном сне не могло захотеться "мужыцких" игорей на Вите.
У автор(а/ов) KPI, ему (им) недосуг вникать в детали (а нередко это даже играет на руку, увеличивая количество коментариев).
Коли уж взялись рассказывать про название, можно было начать с того, откуда собственно взялось это "Puck" man.
Это да, раз перерабатываешь, значит медленно работаешь. Не хочешь перерабатывать, успевай всё делать за рабочее время. В любом случае, сам виноват, поэтому никакой оплаты за переработку не полагается.
Спасибо. Интересно, надо бы повозиться. Хочется иметь дополнительную подсветку типа того, как сделано в EmEditor (грубо говоря, множественный поиск), но без сильного ограничения на количество маркеров и без прибитой гвоздями расцветки. Не знаю, правда, насколько подобное реализуемо.
Взял DualSenseEdge, там L3, R3 можно ремапнуть на лепестки. Существенно удобнее. И вроде как стики отстёгиваются. Но малость подороже, это да (тут кто что больше ценит). До этого за полтора года задрифтил стоковый PS5 пад (ну и я бы не сказал, что там прям сложная разборка), а до этого ушатывался от PS4, чуть подольше проработал, но там был уже не дрейф возле вертикального положения, а скачки сопротивления с максимального значения (последствия нажатия L3 при отклонении стика). При этом на PS2, 3 никогда ничего подобного не было, хотя пады прожили существенно больше.
Всё как обычно, бери больше, кидай дальше, да побыстрее, побыстрее (иначе менеджер не получит бонусов). Причём для пользователей ситуация тоже не лучше. В век интернета тенденция "скорее вывалить, а там допилим", сильно усугубляется. И если для чисто онлайн продуктов ещё ничего (при условии быстрого и корректного обновления), то для продукции на физических носителей (имеются в виду консоли), иногда ситуация превращается в какой-то сюр. Как-то купился на отзывы, взял один расхайпленный тайтл (КАЛисто протокол, я о тебе) на диске, а этот кусок Г валился буквально каждые пять минут. Понятно, сразу выпустили патч, вот только рукожопы сделали его размером, сопоставимым с размером исходного "продукта". Да, для анлима 100Гбит это не проблема, но мне нет смысла переплачивать xN только для того, чтобы качать подобные патчи. В итоге диск превратился в некое подобие ваучера, единственный плюс которого в том, что его можно отдать кому-то ещё.
А мне вот интересно, почему господин из [1] (и, видимо, вслед за ним и автор статьи) записал во фликкер шумы ещё и белый шум, за компанию с шумами, мощность которых растёт с частотой.