The OpenNET Project / Index page

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



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

Оглавление

Оценка методов противостояния потере данных в ФС при крахе с..., opennews (??), 15-Дек-15, (0) [смотреть все]

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


3. "Оценка методов противостояния потере данных в ФС при крахе с..."  –10 +/
Сообщение от Xenia Jonessemail (ok), 15-Дек-15, 12:39 
Обидно, что в сравнении нет NFTS и HFS. Было бы интересно увидеть их преимущества по сравнении с ext2/3/4, XFS и btrfs
Ответить | Правка | Наверх | Cообщить модератору

4. "Оценка методов противостояния потере данных в ФС при крахе с..."  +7 +/
Сообщение от Аноним (-), 15-Дек-15, 12:42 
Вы хотели сказать их недостатки?
Ответить | Правка | Наверх | Cообщить модератору

6. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от qwerty (??), 15-Дек-15, 12:49 
Неужели ни одного преимущества нету?
Ответить | Правка | Наверх | Cообщить модератору

35. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от Аноним (-), 15-Дек-15, 15:25 
У FAT есть одно: файлы удаляет быстро.

И ещё одно: реализуется тривиально.

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

36. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от EuPhobos (ok), 15-Дек-15, 15:40 
> У FAT есть одно: файлы удаляет быстро.

Не удаляет, а помечает, что в дальнейшем на эти сектора можно сверху сделать перезапись..

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

47. "Оценка методов противостояния потере данных в ФС при крахе с..."  –3 +/
Сообщение от Аноним (-), 15-Дек-15, 16:45 
это и есть удаление, балбес. И оно в FAT O(размера файла)
Ответить | Правка | Наверх | Cообщить модератору

114. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Аноним (-), 16-Дек-15, 04:13 
> У FAT есть одно: файлы удаляет быстро.

но только если их мало. в FAT нет никакого индекса директорий кроме линейного списка, поэтому файловые операции на большой иерархии - крайне медленны.

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

5. "Оценка методов противостояния потере данных в ФС при крахе с..."  +5 +/
Сообщение от Аноним (-), 15-Дек-15, 12:47 
>> NFTS

Простите, что? National Film and Television School? o0

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

14. "Оценка методов противостояния потере данных в ФС при крахе с..."  +9 +/
Сообщение от z (??), 15-Дек-15, 13:43 
Что, Ваганыч, в цирк WiFi завезли?
Ответить | Правка | Наверх | Cообщить модератору

209. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Ваганыч (?), 18-Дек-15, 22:06 
Нет, блин, посетителей [s]психушки[/s] опеннета на стажировку отрядили.
Ответить | Правка | Наверх | Cообщить модератору

17. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от Анонимemail (1), 15-Дек-15, 13:48 
Это линукс детка. Нельзя смотреть на сторонние разработки, особенно на те, до которых тебе далеко и сравниваться с ними.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

21. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от Аноним (-), 15-Дек-15, 14:24 
Наверное по этому zfs портировали на линукс. Впрочем, так же как и jfs, xfs.
Ответить | Правка | Наверх | Cообщить модератору

28. "Оценка методов противостояния потере данных в ФС при крахе с..."  –5 +/
Сообщение от Анонимemail (1), 15-Дек-15, 14:52 
Дык ZFS под линукс не работало, и не работает. Впрочем пользователи btrfs будут гооворить что всё работает, если оценить состояния к использованию в промышленных масштабах, на линуксе это будет равнозначно не работать как zfs так btrfs.
Ответить | Правка | Наверх | Cообщить модератору

42. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Аноним (-), 15-Дек-15, 16:19 
Повторяй эту мантру чаще. Может полегчает.

А так - зфс в продакшне уже давно, в промышленных масштабах.

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

90. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от Аноним (-), 15-Дек-15, 23:06 
>в промышленных масштабах

Эк вы вашу пару пентиумов третиьих красиво назвали!

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

116. "Оценка методов противостояния потере данных в ФС при крахе с..."  +2 +/
Сообщение от Аноним (-), 16-Дек-15, 04:19 
> Эк вы вашу пару пентиумов третиьих красиво назвали!

Эк вы фэйсбука задвинули. В соседней новости есть фото их третьего пентиума. Тот что с 8 видеокартами.

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

115. "Оценка методов противостояния потере данных в ФС при крахе с..."  +2 +/
Сообщение от Аноним (-), 16-Дек-15, 04:17 
> если оценить состояния к использованию в промышленных масштабах

Btrfs в фэйсбуке используется. У тебя есть продакшн круче?

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

131. "Оценка методов противостояния потере данных в ФС при крахе с..."  –3 +/
Сообщение от Анонимemail (1), 16-Дек-15, 10:48 
А у Netflix UFS2 и найди того кто больше прокачивает трафика в Северной Америке?
Ответить | Правка | Наверх | Cообщить модератору

137. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Аноним (-), 16-Дек-15, 13:03 
Ютуб с убунтой. В мире.
Ответить | Правка | Наверх | Cообщить модератору

138. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Аноним (-), 16-Дек-15, 13:10 
Так вот почему они на слайдшаре выкладывают презентации об оптимизиции производительности линукса.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

161. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Led (ok), 16-Дек-15, 22:27 
> А у Netflix UFS2 и найди того кто больше прокачивает трафика в
> Северной Америке?

Шо, прям через UFS2 прокачивает?

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

25. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Аноним (-), 15-Дек-15, 14:41 
> Обидно, что в сравнении нет NFTS и HFS. Было бы интересно увидеть
> их преимущества

Устаревшие ещё в прошлом веке? Какие нахрен преимущества?

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

31. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Нанобот (ok), 15-Дек-15, 15:06 
а ещё FAT32 для полноты картины
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

48. "Оценка методов противостояния потере данных в ФС при крахе с..."  +2 +/
Сообщение от Аноним (-), 15-Дек-15, 16:47 
> NFTS
> преимущества

А ты забавный.

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

70. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от Аноним (-), 15-Дек-15, 20:03 
>> NFTS
>> преимущества
> А ты забавный.

Я смотрю, тут все такие чоткие пацаны собрались. А хоть кто-нибудь объяснит, что не так с NTFS, кроме того, что от MS? В плане надежности не хуже той же ext4, а по фичам еще фору даст.

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

77. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от angra (ok), 15-Дек-15, 22:19 
Фрагментация выше, чем у extX. Фича с дополнительными потоками файлов весьма стремная. Есть некоторые проблемы fsck, хотя скорее всего это баг реализации в винде. Другой тип ACL.
Но в целом вполне годная ФС, объективно не хуже ext3.

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

92. "Оценка методов противостояния потере данных в ФС при крахе с..."  –5 +/
Сообщение от Аноним (-), 15-Дек-15, 23:12 
Спокойно дефрагментирует смонтированный системный раздел. И не надо мне тут детскую манечку, что мол ext'ам дефрагментация не нужна. У вас всё, что у вас же можется только через *опу автогеном, автоматически становится "нинужно". Эдакий линукс-страус с головой в собственной *опе по жизни.


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

104. "Оценка методов противостояния потере данных в ФС при крахе с..."  +2 +/
Сообщение от angra (ok), 15-Дек-15, 23:57 
Из A>B(фрагментация ntfs выше, чем в extX) вовсе не следует, что B равно нулю. Ты сам выдумал про ненужность дефрагментации и мастерски разоблачил.
Ответить | Правка | Наверх | Cообщить модератору

128. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Аноним (-), 16-Дек-15, 10:39 
нинужнатор, о преаллокаторах сначала почитай. Посмотри процент фрагментации реально смонтированных разделов ехт4. И узнай о том, что дефрагментаторы под ехт4 есть.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

95. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Аноним (-), 15-Дек-15, 23:26 
> Фрагментация выше, чем у extX. Фича с дополнительными потоками файлов весьма стремная.
> Есть некоторые проблемы fsck, хотя скорее всего это баг реализации в
> винде. Другой тип ACL.
> Но в целом вполне годная ФС, объективно не хуже ext3.

Ясно, спасибо.

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

118. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Аноним (-), 16-Дек-15, 04:21 
> что не так с NTFS,

Старая бестолковая ФС, по технологиям на уровне EXT3. Работает медленно, ничего особенного не умеет, журналирование частичное.

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

94. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от iZEN (ok), 15-Дек-15, 23:20 
К широко применяемым NTFS, HFS+ в масс-стораджах хотелось бы увидеть результаты тестирования на стрессоустойчивость "рабочей лошалки" BSD-серверов - UFS2.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

129. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Аноним (-), 16-Дек-15, 10:41 
Доводилось использовать UFS2. Лошадка совсем не рабочая.

> К широко применяемым NTFS, HFS+ в масс-стораджах

Так тонко, что аж толсто.

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

146. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от Nas_tradamus (ok), 16-Дек-15, 15:14 
>> Доводилось использовать UFS2. Лошадка совсем не рабочая.

Такая не рабочая, что для СУБД с открытым кодом работает быстрее и надежней, чем все остальное. Я в особенности про PostgreSQL.

Слайды лень искать, но могу за свой опыт говорить, как человека, работавшего в компаниях с самыми большими PostgreSQL в нашей стране в качестве DBA.

И да: быстрее всех с постгресом во фре работает ядро 10.2 . А в Linux - 2.6.32 . Странно, не так ли? )

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

154. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Аноним (-), 16-Дек-15, 18:47 
- То, что постгрес на линуксе работает быстрее, чем на бзде - не странно. Много было бенчмарков.
- А вот то, что в пределах линукса быстрее всего работают ядра 2.6.32 и 3.13(убунтовское лтс) - это очень интересный факт, который прежде всего обусловлен огромным количеством платформозависимых оптимизаций в коде.Особенно, когда планировщик задач или IO клещится с таковым из СУБД. Ядро за последние несколько лет очень сильно  изменилось в лучшую сторону, особенно по отзывчивости. Например, чтобы впасть в ступор, можно запустить постгрес поверх QCOW2, чего разрабы не предусмотрели явно. Частично лечится с помощью elevator=noop.
Ответить | Правка | Наверх | Cообщить модератору

157. "Оценка методов противостояния потере данных в ФС при крахе с..."  –4 +/
Сообщение от Nas_tradamus (ok), 16-Дек-15, 20:16 
> - То, что постгрес на линуксе работает быстрее, чем на бзде -
> не странно. Много было бенчмарков.

По последним данным и моему субъетивному опыту: на FreeBSD 10.1, 10.2 Постгрес работает лучше, чем на любом Linux. Процентов на 10 быстрее, чем на лучшем для постгреса ядре linux (2.6.32) . По ЦПУ примерно одно и тоже на 10.2 vs. 2.6.32 . Выигрыш идет за счет UFS.

Сейчас с linux и postgresql большие проблемы: старые ядра перестают поддерживаться, а постгрес работает в 4 раза медленней на современных ядрах linux.

Приглашали людей из известного консалтинга по постгресу в нашей стране: они  только пожали плечами. Придется решать своими силами когда руки дойдут. Жаль что в Linux с DTrace в ядре всё плохо.

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

216. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от й (?), 19-Дек-15, 20:45 
> Выигрыш идет за счет UFS.

если можно, чуть деталей:

* рейд софтовый или хардовый?
* никаких lvm или чего подобного в linux-конфигурации не было?

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

159. "Оценка методов противостояния потере данных в ФС при крахе с..."  –2 +/
Сообщение от iZEN (ok), 16-Дек-15, 20:59 
> Доводилось использовать UFS2. Лошадка совсем не рабочая.

Проблемы у вас. У нас работает годами.

>> К широко применяемым NTFS, HFS+ в масс-стораджах
> Так тонко, что аж толсто.

ZyXEL делает SOHO-маршрутизаторы на прошивке NDMS V2. В компонентах USB Storage присутствует поддержка возможности работать именно с NTFS, HFS+ и FAT32 на подсоединяемых флэшках. Про XFS/Ext3/Ext4 - ни сном, не духом. А это, между прочим, БАЗОВЫЙ УРОВЕНЬ, который к масс-стораджам имеет косвенное отношение (ну какой из роутера NAS?! Так, примочки для торрентов).

Домашние NAS штатно должны иметь поддержку NTFS и HFS+, поскольку есть спрос на соответствующую функциональность, и он должен быть удовлетворён. Роутеры с базовыми функциями NAS - показатель нужности той или иной функциональности.


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

165. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Аноним (-), 17-Дек-15, 11:19 
Сколько несвязного бреда, особенно по NTFS и HFS+, особенно когда домашние и промышленные насы на ехт4 работают.

> Проблемы у вас. У нас работает годами.

Проблем с бздой уже давно нет, сразу после ухода бояздэшника. Те же самые машины работают идеально на линуксе.

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

171. "Оценка методов противостояния потере данных в ФС при крахе с..."  –2 +/
Сообщение от Анонимemail (1), 17-Дек-15, 13:33 
Серьёзно ext4? Промышленные??? Скорей домашнее кустарнае, на дешманском и коппечном железе. А промышленные масштабы офис из 5 компьютеров с windows.
Ответить | Правка | Наверх | Cообщить модератору

182. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Аноним (-), 17-Дек-15, 16:56 
Гнилая у тебя жизнь, но я и не сочувствую.

Я так понял, что сотни физмашин и тысячи ВМ - это "Скорей домашнее кустарнае, на дешманском и коппечном железе.", а твои "5 компьютеров с windows." - это промышленные.

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

190. "Оценка методов противостояния потере данных в ФС при крахе с..."  +/
Сообщение от Анонимemail (1), 17-Дек-15, 18:23 
Стрелочник :-) Правда обижает...
Ответить | Правка | Наверх | Cообщить модератору

192. "Оценка методов противостояния потере данных в ФС при крахе с..."  –1 +/
Сообщение от Аноним (-), 17-Дек-15, 20:01 
Ты для начала свой бред перечитай ещё раз, а потом покажи пример своего "продакшна". А насчёт правды - чем больше таких как ты, тем меньше в ИТ-сфере конкуренции.
Ответить | Правка | Наверх | Cообщить модератору

193. "Оценка методов противостояния потере данных в ФС при крахе с..."  +1 +/
Сообщение от Аноним (-), 17-Дек-15, 20:05 
Так вот почему у тебя 100500 вопросительных знаков и идиотских смайликов. Стандартное закипание бзды в образе вантузятника.
Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

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

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




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

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