The OpenNET Project / Index page

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



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

Оглавление

Dropbox прекращает поддержку всех ФС в Linux, за исключением..., opennews (??), 12-Авг-18, (0) [смотреть все]

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


73. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  –1 +/
Сообщение от Xasd5 (?), 12-Авг-18, 14:18 
> есть исследование, показавшее, что на f2fs больше износ, чем на fat или ext4

есть исследования что вся скорость F2FS -- это лишь следствие агрессивного кэширования, реализованного с *нарушением* ранее установленного *протокола* синхронизации.

то есть программа говорит:

"..., пишу данные, пишу данные, ... стоп! sync()! вот тут хочу подождать пока данные реально на диске окажутся! ... так ладно, подождали а теперь дальше пишу данные, пишу данные, пишу данные, ..."

а файловая система такая отвечает: "ой! ды не буду я ничего тебе ждать, пиши свои данные дальше, если что-то сломается то пользователь просто всё занова себе переустановит!"

> ...больше износ, чем на ...

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

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

80. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  +/
Сообщение от Orduemail (ok), 12-Авг-18, 14:45 
> износ контролируется контроллером накопителя, и собственно говоря с точки зрения файловой системы на него особо не повлияешь ни как

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

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

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

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

90. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  +/
Сообщение от Аноним (90), 12-Авг-18, 16:17 
Головки? Вам бы внимательнее быть. А что до управляющей логики - они вполне способны равномерно распределить запись по всему объему. Если же говорить об управляющей логики винта - и тут она многое решает, так как контролёр просто переупорядочит запросы с целью оптимальной работы блока головок. Да и запись никак не отражается на здоровье винта, в отличии от ссд.
Ответить | Правка | Наверх | Cообщить модератору

94. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  +/
Сообщение от Orduemail (ok), 12-Авг-18, 16:51 
> Головки? Вам бы внимательнее быть.

Это к чему? Я перечитал, и заподозрил, что речь идёт об SSD, ты об этом? Но сомневаться в том, что способ использования ssd может влиять на скорость износа, мне кажется совсем уж наивным.

> А что до управляющей логики - они
> вполне способны равномерно распределить запись по всему объему.

Разве? То что я слышал о резервных секторах нисколько не похоже на это. Есть ссылка на почитать? Или ты опять об ssd? Но ssd дохнет от записи, и чем чаще мы пишем, тем быстрее он дохнет. Костыли типа распределения записи по всему объёму лишь размазывают износ, не позволяя ему концентрироваться в отдельно взятых местах, но не уменьшают его.

> Если же говорить об управляющей логики винта - и тут она многое решает, так
> как контролёр просто переупорядочит запросы с целью оптимальной работы блока головок.

Если он и переупорядочивает, то его способности к переупорядочиванию ограничены размером его памяти. Но даже если они безграничны -- и что? Ты можешь исходя из допущения безграничности памяти у контроллера доказать, что нельзя придумать такого способа записи, который будет увеличивать износ?

> Да и запись никак не отражается на здоровье винта, в отличии
> от ссд.

Да ладно, неужто? У тебя есть вечный жёсткий диск, который не сдыхает от использования? Запись, как минимум, приводит к движениям механики, а движения приводят к износу, к чисто механическому износу. Я уверен, что и перемагничивание поверхности тоже приводит к деградации этой поверхности, но в этом я уверен совершенно голословно исходя из самых общих соображений, поэтому настаивать на этом не буду.

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

137. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  +/
Сообщение от Аноним (137), 13-Авг-18, 00:10 
Он, конечно же, не вычный... но и такой характеристики как огр.кол.записи у него нет. Банально, все сводится к тому - как быстро сдохнет блок головок или двигатель винта. А сам процесс записи на блин деградацию не вызывает.
Ответить | Правка | Наверх | Cообщить модератору

145. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  +/
Сообщение от Orduemail (ok), 13-Авг-18, 05:31 
> А сам процесс записи на блин деградацию не вызывает.

Что именно ты знаешь, и почему ты думаешь, что ты это знаешь?


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

194. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  +/
Сообщение от Аноним (-), 15-Авг-18, 19:06 
> Банально, все сводится к тому - как быстро сдохнет блок головок или двигатель винта.

Двигатель почти вечный, 10 лет круглосуточной работы - обычное дело. Если шпиндель клинит, данные вынуть совсем не получается - юзеры очень расстраиваются. Пришлось научиться делать нормально.

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

193. "Dropbox прекращает поддержку всех ФС в Linux, за исключением..."  +/
Сообщение от Аноним (-), 15-Авг-18, 18:52 
> есть исследования что вся скорость F2FS -- это лишь следствие агрессивного кэширования,
> реализованного с *нарушением* ранее установленного *протокола* синхронизации.

Скорость F2FS - из-за локализации данных и поведения удобного крупноблочному флешу. Вот так просто и банально. Некоторые другие ФС тоже пытаются подыгрывать флешу в таком духе, группируя записи, но когда это сразу в основы структур заложено - работает лучше, ясен перец.

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

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

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




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

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