Исходное сообщение
"Samsung предложил новый вариант драйвера exFAT для ядра Linu..." Отправлено пох., 21-Янв-20 14:46
> Да вот не совсем правда. Если стоит задача таскать данные не только > между виндами, то exfat даже 10 лет назад был лучшим - ну мне вот чего - флэшку из-за него переформатировать? Как kingston решил, так и будет лучше! > win + mac нативная поддержка, на линуксе хватало fuse. Плюс ntfs > имел скорость записи ниже и обязательно требовал безопасного извлечения - бухгалтера это что-то странное. Обычно либо первое (на машине бухгалтера) либо второе (на моей, где винде сказано не включать "optimize for quick removal") > постоянно теряли файлы на флешках, когда дёргали их из компа. как будто если кэшируемый exfat дернуть на ходу, не потеряешь? (хотя, там наверняка в родной винде какая-нибудь антиоптимизация именно на этот случай, из серии саму fat/битмэпы не кэшировать в принципе)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Да вот не совсем правда. Если стоит задача таскать данные не только >> между виндами, то exfat даже 10 лет назад был лучшим - > ну мне вот чего - флэшку из-за него переформатировать? Как kingston решил, > так и будет лучше! >> win + mac нативная поддержка, на линуксе хватало fuse. Плюс ntfs >> имел скорость записи ниже и обязательно требовал безопасного извлечения - бухгалтера > это что-то странное. Обычно либо первое (на машине бухгалтера) либо второе (на > моей, где винде сказано не включать "optimize for quick removal") >> постоянно теряли файлы на флешках, когда дёргали их из компа. > как будто если кэшируемый exfat дернуть на ходу, не потеряешь? (хотя, там > наверняка в родной винде какая-нибудь антиоптимизация именно на этот случай, из > серии саму fat/битмэпы не кэшировать в принципе)
	Введите код, изображенный на картинке: