Почему в asplinux данные с флэшки копируются медленнее чем в виндовс

Автор: skycheg Дата: 01.02.2010 12:08 Заметил что копирование данных на флэшку и с флэшки медленнее чем в виндовс.. Почему а?
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 01.02.2010 14:26blH, Смотря какая флэшка.
Отформатируйте её под ext2 -- и картинка изменится на прямо противуположную
под виндовсом -- вообще тогда хрен скопируешь, а под линуксом -- быстрее, чем "обычная" флешка под виндой.

Просто если хотите работать быстрее -- нужно выбирать файловые системы, нативные для линукса, а не привнесенные из хрен поймешь какой оси.
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 01.02.2010 18:12lkanter в линуксе медленный драйвер fat.
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 02.02.2010 07:47skycheg У меня и флэшка и переносной хард в нтфс, че неужель из-за этого.. Ну реально медленнее чем в винде... Вроде как сначала как начнет копироваться, а потом стоп.... пауза, потом опять копируется... Опять пауза.. И так вот, до конца. Че за х...? Как будто буфер какой то переполняется... Это у всех так?
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 02.02.2010 09:14BigAndy А смонтировать с nosync не пробовали?
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 02.02.2010 10:20blH, skycheg Пишет:
-------------------------------------------------------
> У меня и флэшка и переносной хард в нтфс, че
> неужель из-за этого..
А из-за чего ещё это может быть-то? Я когда M$ Word под линуксом (точнее, под вайном) запускаю -- тоже подтормаживает, зараза, нипадецки.

И, кстати, использовать на флешках журналируемые файловые системы (будь то ext3/ext4/reiserfs или ntfs -- это уже не важно) -- порочная пракитка. Журнал очень быстро прогрызает во флешках дыру, после чего флешка отправляется на помойку.
Для флешек есть fat16/fat32 (если Вы -- виндузятник) или ext2 в случае линукса.
Никакого журнала, никаких проблем с погрызом...
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 02.02.2010 11:21msv2 Может и несколько не к месту, но у меня такой вопрос: не было ли у вас проблем в случае, если в винде установлены драйверы для ext и из винды можно читать разделы с линуксом? И вообще о проблемах с безопасностью при установке этого драйвера в винде?
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 02.02.2010 12:46blH, Чего только эти русские не напридумывают, чтобы денег не платить линукс на компьютере не запускать... ну вот объясните, нахрена вообще винде драйверы к линуксовым ФС? Запускать линуксовые программы из-под виндового аналога вайна? Который уже по определению должен быть с блэкджеком и шлюхами вирусами и касперским?
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 02.02.2010 15:58BigAndy
Цитата:
Запускать линуксовые программы из-под виндового аналога вайна? Который уже по определению должен быть с блэкджеком и шлюхами вирусами и касперским?

Как бы вам потактичнее намекнуть на POSIX расширения масдая? ;d
В том числе для "бинарной совместимостти"
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 03.02.2010 06:52blH, BigAndy Пишет:
-------------------------------------------------------
> Как бы вам потактичнее намекнуть на POSIX
> расширения масдая? ;d
Ай, не смешите. Лучше напомните, рассказывал ли я уже Вам про одного древнего монаха с электробритвой?
Тут тот самый случай...

>для "бинарной совместимостти"
Лучший способ добиться бинарной совместимости с каким-нибудь линуксом -- это запускать программы именно из-под этого линукса. Хотя можно, конечно, и вайн-для-линукса в мастдайку прикрутить. А можно и пяткой за ухом почесать, при большом-то желании.
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 03.02.2010 14:19skycheg BigAndy Пишет:
-------------------------------------------------------
> А смонтировать с nosync не пробовали?
А как это?


К теме последних дебатов:
Я установил драйвер ext на винду по простой причине. У меня 2 ОС на компе.. Я часто забывал скачанную инфу в домашнем каталоге линукса... И бесился когда приходилось пару раз туда сюда перезагружаться. Вот для этого.
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 03.02.2010 18:36BigAndy skycheg Пишет:
-------------------------------------------------------
> BigAndy Пишет:
> --------------------------------------------------
> -----
> > А смонтировать с nosync не пробовали?
> А как это?
man mount, man fstab
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 04.02.2010 08:54skycheg ничего не видно в этих манах про nosync
Re: почему в asplinux данные с флэшки копируются медленнее чем в виндовс 04.02.2010 09:21BigAndy
Some of these options are only useful when they appear in the /etc/fstab file.

       Some of these options could be enabled or disabled by default in the system kernel. To check
       the current setting see the options in /proc/mounts.

       The  following  options  apply  to any file system that is being mounted (but not every file
       system actually honors them - e.g., the sync option today has effect only  for  ext2,  ext3,
       fat, vfat and ufs):

       async  All I/O to the file system should be done asynchronously. (See also the sync option.)....


man mount | grep sync
       async  All  I/O  to the file system should be done asynchronously. (See
       sync   All I/O to the file system should be done synchronously. In case
              drives) "sync" may cause life-cycle shortening.
              gid  of  the mount point upon the first sync or umount, and then
              tem  operations  to  be  batch together with a synchronous write
              operation. Since a synchronous write operation is going to force
              the synchronous write. The algorithm used is designed  to  auto-
              threaded, synchronous workloads on very fast disks, at the  cost
              Many broken applications don’t use fsync() when  noauto_da_alloc
       ext3, fat and vfat file systems do support synchronous  updates  (a  la
RSS-материал