The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Линус Торвальдс не видит для ФС пространства пользователя се..., opennews (??), 01-Июл-11, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


17. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от SchweinDeBurg (ok), 01-Июл-11, 10:08 
> "Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально
> низкоскоростному устройству. Но для чего-то вроде корневой ФС ? Нет. Из
> этого ничего не выйдет."?

Ну, я регулярно обновляю на этой флэшке данные, так что о "редко используемом" говорить вряд ли можно. Да и называть USB 2.0 девайс "изначально низкоскоростным" тоже ИМХО не совсем корректно.

Ответить | Правка | Наверх | Cообщить модератору

20. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от Аноним (-), 01-Июл-11, 10:16 
Смотрим второй пост сверху. Ваш оппонент сам ничего не читает, зато упрекает в этом других.
Ответить | Правка | Наверх | Cообщить модератору

35. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от fr0ster (ok), 01-Июл-11, 10:58 
> Смотрим второй пост сверху. Ваш оппонент сам ничего не читает, зато упрекает
> в этом других.

Это вот эта прелесть?
"И - да: "редко используемый интерфейс к изначально низкоскоростному устройству" - это SATA III к гибридному (SSD+HDD) диску? Или NTFS/HFS+ на нём же?"

Ну извините, "бачилы очи шо купылы", ntfs-3g на SATA III? Ну вас это устраивает по скорости, меня нет. Я предпочту что либо без бутылочных горлышек, столь узких.

Ответить | Правка | Наверх | Cообщить модератору

61. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +1 +/
Сообщение от Аноним (-), 01-Июл-11, 11:36 
NTFS v3.1 при работе Windows Server 2008 R2 и Windows 7 на SATA III гибридном (SSD+HDD) диске с advanced format не является "бутылочным горлышком". При обычном, зачастую нерегулярном, доступе к этой ФС из Linux тоже проблем не возникнет. Делать этот раздел корневым никто не заставляет, это противоестественно даже как-то, но для данных пользователя, чтобы получить к ним доступ из-под Windows, сгодится. FUSE - игрушки для Линуса, за всех пусть не отвечает.
Ещё раз FUSE - File System in User Space - для данных в пространстве пользователя подходит без нареканий. Не будьте категоричными.
Ответить | Правка | Наверх | Cообщить модератору

72. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от ананим (?), 01-Июл-11, 12:11 
>Ещё раз FUSE - File System in User Space - для данных в пространстве пользователя подходит без нареканий.

абсолютно и категорично согласен.
Есть задачи, где скорость имеет гораздо меньшее значение, чем возможность безопасно(!!!) и просто получить необходимые данные.
Более того, нтфс в юзерспейсе меня с этой точки зрения устраивает даже больше альтернативы  возможного кернелпаника и/или дыр и багов.
Хотя народ конечно может пропиарить свою шкурно-платную разработку. :D

Ответить | Правка | Наверх | Cообщить модератору

77. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от fr0ster (ok), 01-Июл-11, 12:38 
> NTFS v3.1 при работе Windows Server 2008 R2 и Windows 7 на
> SATA III гибридном (SSD+HDD) диске с advanced format не является "бутылочным
> горлышком". При обычном, зачастую нерегулярном, доступе к этой ФС из Linux

Речь была о ФУЗЕ. Хотя в данном разрезе стоит поднять вопрос об оправданности использования НТФС раздела для мультиОСного использования данных.

> тоже проблем не возникнет. Делать этот раздел корневым никто не заставляет,
> это противоестественно даже как-то, но для данных пользователя, чтобы получить к
> ним доступ из-под Windows, сгодится. FUSE - игрушки для Линуса, за
> всех пусть не отвечает.

Опять таки, есть более прямые способы разделения данных, ФУЗЕ же остается большей частью для нечастого и некритичного использования.

> Ещё раз FUSE - File System in User Space - для данных
> в пространстве пользователя подходит без нареканий. Не будьте категоричными.

Категоричны? Категоричность это найти игрушке пару серьезных применений и считать,что дальше пилить ее в плане производительности и качественности уже некуда/ненадо.

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

130. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от Аноним (-), 01-Июл-11, 15:28 
> Речь была о ФУЗЕ. Хотя в данном разрезе стоит поднять вопрос об
> оправданности использования НТФС раздела для мультиОСного использования данных.

Да что с ним не так, с NTFS мультиОСным, для данных пользователя? /var, /log, /proc и т. д. оставьте ext4 и btrfs. Профиль пользователя меняется не столь интенсивно.

> Опять таки, есть более прямые способы разделения данных, ФУЗЕ же остается большей
> частью для нечастого и некритичного использования.

Опять-таки, есть случаи, когда "более прямые способы" неприменимы, как ни жаль. А FUSE спасает.

> Категоричны? Категоричность это найти игрушке пару серьезных применений и считать,что
> дальше пилить ее в плане производительности и качественности уже некуда/ненадо.

Но пара серьёзных применений для дела всё же нашлась и работает без сбоев и нареканий? Неужели это "игрушки"?


Ответить | Правка | Наверх | Cообщить модератору

134. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от fr0ster (ok), 01-Июл-11, 15:58 
>> Речь была о ФУЗЕ. Хотя в данном разрезе стоит поднять вопрос об
>> оправданности использования НТФС раздела для мультиОСного использования данных.
> Да что с ним не так, с NTFS мультиОСным, для данных пользователя?
> /var, /log, /proc и т. д. оставьте ext4 и btrfs. Профиль
> пользователя меняется не столь интенсивно.

Возьмем тандерберд. Почта локально лежит в разделе /home. От скорости работы с разделом /home зависит скорость работы тандырберда. Почты может быть много, очень много, папок лежащих в отдельных файлах может быть так же много. Про прочие примеры не говорим, типа необходимости поиска, чтения, записи множества файлов разного размера. Вы считаете что раздел /home может быть на ФУЗЕ? К сетевой папке может быть сделан доступ и с Винды и с Линукса, но вот тормозов ФУЗЕйных не будет. А если нет инета или еще какие проблемы, то есть внешние винты с сетевым интерфейсом небольшого размера. На данные пользователя их хватит.

>> Опять таки, есть более прямые способы разделения данных, ФУЗЕ же остается большей
>> частью для нечастого и некритичного использования.
> Опять-таки, есть случаи, когда "более прямые способы" неприменимы, как ни жаль. А
> FUSE спасает.

Не так. Иногда ФУЗЕ проще использовать, но это если задача возникла одноразовая, если же задача повторится, то надо использовать тесамые прямые способы.

>> Категоричны? Категоричность это найти игрушке пару серьезных применений и считать,что
>> дальше пилить ее в плане производительности и качественности уже некуда/ненадо.
> Но пара серьёзных применений для дела всё же нашлась и работает без
> сбоев и нареканий? Неужели это "игрушки"?

А как лучше назвать? Костыли? Ок, ФУЗЕ не игрушки, ФУЗЕ - костыли, когда прямые способы по какой либо причине недоступны. Например GmailFS, костыль заменяющий нормальный Гмыльный клиент. SSHFS - костыль заменяющий нормальный ssh клиент. Ограниченный функционал, но более удобно на некотором множестве задач. NTFS-3G это двойной костыль.

Ответить | Правка | Наверх | Cообщить модератору

33. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от fr0ster (ok), 01-Июл-11, 10:50 
>> "Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально
>> низкоскоростному устройству. Но для чего-то вроде корневой ФС ? Нет. Из
>> этого ничего не выйдет."?
> Ну, я регулярно обновляю на этой флэшке данные, так что о "редко
> используемом" говорить вряд ли можно. Да и называть USB 2.0 девайс
> "изначально низкоскоростным" тоже ИМХО не совсем корректно.

Назвать ЮСБ 2 высокоскоростным тоже язык не повернется. Да и вы используете флешку единолично, непостоянно, одним процессом чаще всего. Вам в принципе ФУЗЕ подходит, но это не значит, что критичные к скорости приложения удовольствуются ФУЗЕ.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

36. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +2 +/
Сообщение от rshadow (ok), 01-Июл-11, 10:59 
Часто используемые это когда непрерывно пишутся логи, читаются атрибуты к тысячам файлов в секунду и т.д.

Все действия производимые пользователем априори редкие. А флешка через USB медленная.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

56. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от Антоним (?), 01-Июл-11, 11:32 
> Да и называть USB 2.0 девайс "изначально низкоскоростным" тоже ИМХО не совсем корректно.

вот это настоящий лол. Переведи чтоли его мегабиты  в мб/сек

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

59. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от fr0ster (ok), 01-Июл-11, 11:35 
>> Да и называть USB 2.0 девайс "изначально низкоскоростным" тоже ИМХО не совсем корректно.
> вот это настоящий лол. Переведи чтоли его мегабиты  в мб/сек

Вспоминаем древнее модемное соединение и таки да, ЮСБ 2 верьх скорости :)

Ответить | Правка | Наверх | Cообщить модератору

62. "Линус Торвальдс не видит для ФС пространства пользователя се..."  +/
Сообщение от SchweinDeBurg (ok), 01-Июл-11, 11:36 
> вот это настоящий лол. Переведи чтоли его мегабиты  в мб/сек

Не надо ничего переводить, я выше приводил сегодняшнюю скорость копирования с ДВД на него - 3.5-3.6 МБ/сек. Да, я прекрасно понимаю, что USB 3.0 намного быстрее. Но из-за того, что тачки F1 гоняют "со скоростью света" называть Бомбу или Мерина "черепахой" я не буду.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру