Выкидывает в меню bios (gd emu)

[Kilek01]

Кстати, а есть ли например принципиальная разница чем игры записывать и как форматировать флешку для GDemu ?
У меня флешка 128, форматнул через мини тол партишн в фат32 и максимум размер кластера.
Игры записываю через Gdmenu card manager v.2.0.1 последняя, образы любые принимает: cdi, gdi, mds.

[Fox_xx]

(12.02.2026 14:17)Kilek01 писал(а):  и максимум размер кластера

Тоже хотелось бы узнать, 32 или 64 кб? М.б. для определённых сборок рациональней использовать 64 кб?

[Kilek01]

(12.02.2026 19:57)Fox_xx писал(а):  

(12.02.2026 14:17)Kilek01 писал(а):  и максимум размер кластера

Тоже хотелось бы узнать, 32 или 64 кб? М.б. для определённых сборок рациональней использовать 64 кб?

Я 64 поставил.

[Fox_xx]

(12.02.2026 20:10)Kilek01 писал(а):  

(12.02.2026 19:57)Fox_xx писал(а):  

(12.02.2026 14:17)Kilek01 писал(а):  и максимум размер кластера

Тоже хотелось бы узнать, 32 или 64 кб? М.б. для определённых сборок рациональней использовать 64 кб?

Я 64 поставил.

Я понял что у вас 64 кб, хотелось увидеть ответ от знатоков.

[Kilek01]

(12.02.2026 23:25)Fox_xx писал(а):  

(12.02.2026 20:10)Kilek01 писал(а):  

(12.02.2026 19:57)Fox_xx писал(а):  

(12.02.2026 14:17)Kilek01 писал(а):  и максимум размер кластера

Тоже хотелось бы узнать, 32 или 64 кб? М.б. для определённых сборок рациональней использовать 64 кб?

Я 64 поставил.

Я понял что у вас 64 кб, хотелось увидеть ответ от знатоков.

Согласен, тоже интересно, ждём-с.

[SWAT]

Не важно какое устройство и для каких целей, тут работает одно и тоже правило.
Если файлы большие на файловой системе, то и кластер желательно делать максимально большого размера. Если много мелких файлов, то для экономии места имеет смысл сделать кластер небольшим. Образы это большие файлы, поэтому размер кластера имеет смысл сделать большим.
Хотя это еще зависит от реализации, это для большинства так работает, в том числе для GDEmu я уверен. А для DreamShell допустим, это уже не имеет никакого значения, потому что я доработал файловую систему таким образом, что всегда максимально большим куском читаются данные, независимо от размера кластера, а только от фрагментации самого файла. Но в большинстве реализаций файловой системы (в том числе и у моей изначальной), файл читается покластерно в цикле, соотвественно чем больше кластеров у считываемого фрагмента, тем больше идет запросов к драйверу устройства и интерфейса, а чем больше этих запросов, тем медленнее в целом все работает, потому что это чисто накладные расходы.