Еще с первого полетевшего диска MFM задумался над этой хуйней, при том, что в спектрумовском TR-DOS чет кажется было для дискетт такое, что можно было отфоматировать дискетту чуть ли не с середины и чуть ли не на пару секторов. И прога популярнейшая под ДОС, не помню уже, тоже что-то на "мфм" похожее, кажется чет похожее делала с бэдами.
Все заточено под "запланированное устаревание" прост.

(Reply to this) (Thread)

у дискет было немного другое: реально на треке обычно было места больше, чем размечено под сектора. где-то на два сектора. поэтому можно было поменять нумерацию секторов, пронумеровав побитые сектора заведомо большими номерами (фактически, сделав неиспользуемыми). потому что номер сектора — штука чисто логическая, он записан в его заголовке. таким же образом делали нумерацию секторов «через один», чтобы быстрее читалось (потому что пока комп обрабатывает, головка успевала проскочить заголовок следующего сектора).

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

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

забавно, что HDD-то сейчас имеют механизм ремаппинга секторов. но делают они это исключительно по своей внутренней логике, и только когда сектор не удалось записать. казалось бы: ну вынеси ты управление этим механизмом наружу — и можно было бы периодически вручную ремапить сектора с системными областями в другие места. но хуй, нечего всякому быдлу такое, жрите чо дали и не выёбывайтесь.

(Reply to this) (Parent) (Thread)

С реммапингом такая хуйня, что непонятно, то ли хотя б и за то спасибо, то ли девов живьем сжигать, особенно сигейтов: сколько их, блядей, из-за косо спроектированной хуиты загнулось. Вон, лежит последний, 14-й серии, кажется, или 15-й, у меня там вообще ВСЕ за четверть века хранилось, со всеми возможными бэкапами, смартами и перестраховками. Наебнулся во время очередного бэкапа, переполнение счетчика вот этих вот "ремапленных секторов", как на форуме пояснили. Успел вытянуть едва треть, для обнуления нужно к шине подключать специальный контроллер, или фирменный, или самопаяный. Надежда, шо кадато руки дойдут, тает с каждым годом ггг
А сделано нарошно, пушшо пидарасы и никаких других причин для того, чтоб не завести всю хуйню на досутпный через АТА интерфейс, нет.

(Reply to this) (Parent) (Thread)

оно как всегда: идея хорошая, реализация… ну да, пидарасы. типа совсем не делать нельзя, потому что у конкурентов есть. но сделать максимально хуёво и неудобно — это обязательно. потому что потребитель не должен иметь возможность даже минимально чинить купленое, он должен при первом же заикании бежать покупать новое. иначе Экономике Пиздец, ага. сначала построили экономику говна, а потом те, кому она нахуй не нужна, внизапна обязаны её поддерживать. только массовые расстрелы, только!

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

ничего-ничего. вам вон готовят «ответственное потребление», «зелёный поворот» и прочие радости. ты, конечно, считаешь, что тебя это не коснётся. тем приятней мне будет, когда ещё как коснётся. ты, конечно, не придёшь извиняться за написаную тобой хуету, но и ладно. мне всё равно будет приятно, когда ты будешь стопервую заплатку на трусы лепить.

(Reply to this) (Parent) (Thread)

>рейган дурак
>а у вас вообще негров линчуют

okay

(Reply to this) (Parent)

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

(Reply to this) (Parent)

>контроллер

просто согласовать уровни. в сигейтах serial использовали. подключаешь и в терминалке пишешь комманды, если знаешь какие.

(Reply to this) (Parent) (Thread)

По SATA в смысле? Ну да! Но без посторонней приблуды никак. Наверное, это и есть "согласование уровней", как когда-то было с KMOP-TTL или RS-232/LPT.
Лет 20 назад я эту хуйню на коленке б за полчаса сам спаял, а сейчас валяется и дико бесит невозможностью

(Reply to this) (Parent) (Thread)

не SATA. UART там, цепляешь к RS-232 через согласование и вперед.

(Reply to this) (Parent) (Thread)

Нахуй путешествуй

(Reply to this) (Parent) (Thread)

зачем? ты, похоже действительно болен. лечись.

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

uart это стандарт в soc'ах, просто у других вендоров была поддержка технологических комманд через pata/sata и до такого опускаться не было нужды. через uart прошивки меняют в рутерах и модемах, например, ниже только jtag или программатор.

(Reply to this) (Parent) (Thread)

Я из дурки 2 года как со справкой выписался! А до этого 20 лет на учете значился ггг
Ну какой RS-232 в SATA-II диск, что ты несешь?
Влом сейчас копать на форум железячников, там конкретно по этой модели схема лежит. Может, в PCi-E адаптер втыкается, я не помню точно, но, кажется, даже и такого нет — тупо посредник между САТА с мамки и САТА в диске с отдельным питаловом. Вроде там еще один из технологических контактов сбоку, их там 3 или 4, кажется, используется. Дальше действительно ничего сложного: терминал и внутренние комманды SATA, которые совершенно спокойно можно было реализовать без всяких внешних добавок и мозгоебства.

(Reply to this) (Parent) (Thread)

https://forum.hddguru.com/viewtopic.php?f=1&t=29286

(Reply to this) (Parent) (Thread)

Гм-м...во, бля! А ведь ты прав!
Rs-232, ваще ахует. Да его ж щас в принципе не делают нихуя! Ну, то есть тупо на мамке не разведен и, даже, кажется, не предусмотрен в принципе.
А COM-over-USB это пиздец похлеще KMOP/ТТL, я гарантирую это. Разве что узкопленочные давно подсуетились и запилили свои микрухи ол-ин, как они обычно делают

(Reply to this) (Parent) (Thread)

пидор лжёт

(Reply to this) (Parent)

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

(Reply to this) (Parent)

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

так что предложение чего-то куда-то мигрировать - обычная хуита, ничем не лучше обсираемого решения (ne dokazano)

ПОЖАОРОМ в ДОМЕ ПРОФСОЮЗОВ, впрочем, удовлетворен.

(Reply to this) (Thread)

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

(Reply to this) (Parent) (Thread)

>некоторые проблемы она позволила бы решить

а некоторые создать

(Reply to this) (Parent) (Thread)

капитан! у вас новая причёска, не узнал.

(Reply to this) (Parent) (Thread)

дык а хуле

(Reply to this) (Parent)

Если диск дохнет - пора его выкидывать нахуй от греха подальше, а не оперировать гланды через жопу.

(Reply to this) (Parent)

Ты несомненно прав, анон.
Журнал для ФС придумали как раз для обеспечения надежности. И эта система Кетмару дырку в харде протерла, лол.

(Reply to this) (Parent)

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

нжмд? тогда нет, не логичное.

(Reply to this) (Thread)

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

(Reply to this) (Parent) (Thread)

это нобелевка!

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent)

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

(Reply to this) (Parent)

SSD всё сами куда надо раскидывают, а средневековое говно с движущимися частями не нужно.

(Reply to this) (Thread)

нужно

(Reply to this) (Parent) (Thread)

Вентиляторы тоже не нужны, кстати. Диды выпускали амиги да спектрумы без всякой крутящейся хуйни.

(Reply to this) (Parent) (Thread)

сраный макбук эйр этому анониму

(Reply to this) (Parent) (Thread)

Будто что-то плохое.

(Reply to this) (Parent)

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

Современному "мамкиному быдлокодеру" главное напихать везде ассертов, catch'ов, проверок-хуерок и убогих стилей программирования, вдобавок хренача функции на русском языке. Если у долбанного кодера самая большая проблема это утечка указателя - значит кодер по определению и по природе - говно. Просто как тест айкью.

Все тормозит. Пикселявое инди тормозит. Фреймворки (типа электрона) жрут дохрена памяти и все равно кодеры пишут говно когда у них все почти на блюдечке. Обернули джаву в скотлинк, обернули явускрипт и тайп-скрипт и думают они там боги!

Из ебаных айтишников вылупилась такая ебучая неосталинская контора как срандекс или маилсру. Аутишники даже быдлее спортвенов и певцов.

(Reply to this) (Thread)

всё так

(Reply to this) (Parent)

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

(Reply to this) (Parent) (Thread)

Она хотя бы не рушится от пука или чиха, и выходя в дверь, не рискуешь выпасть в окно (ну, не без исключений, но в целом).
«Если бы строители строили здания так же, как программисты пишут программы, первый залетевший дятел разрушил бы цивилизацию»

(Reply to this) (Parent)

>на хабре
фубля, фунахуй.

(Reply to this) (Parent)

пи.си.
хе, ты оказывается ещё живой)

/Лёльк

испанский стыд. 2020 год на дворе. ты park.com перед выключением компа делаешь?

>>>вырабатывая ресурс перезаписи

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

>>>добавить механизм, который раз в пол-года, например, будет переносить все системные области в рандомное свободное место диска

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

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

>>>такие дебилы проектировали ВСЁ современное «айти»

я тебе больше скажу, такие дебилы придумали zfs, cow, wafl, nas, vmfs и еще много страшных сокращений.

я понимаю, когда диск сыпется, а бэкап даже не предусмотрен, это неприятно.

но реально, винить прям всю мировую закулису в том, что они не предусмотрели, что у тебя не будет денег на хоть раз в полгода делать бэкап?

(Reply to this) (Thread)

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

и да, подход умиляет: «мы сдизайнили говно, бекаповайся!» вот поэтому так называемое «айти» и состоит из сплошной хуеты. а «айтишники» уверены, что иначе никак не бывает. потому что сдизайнить неговно — это надо хотя бы пару рабочих клеточек в мозгу иметь, а у «айтишников» мозга нет вообще.

да, zfs дерьмо, кстати.

(Reply to this) (Parent) (Thread)

>>>если ты не знал, что у дисков он тоже есть — то поздравляю, теперь знаешь.

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

но ты не стесняйся, рассказывай про ресурс. я это передам десятку дисков, которые еще с 2007 года живут, с момента ввода пары ds4700 в єксплуатацию, не останавливаясь.

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

>>>подход умиляет: «мы сдизайнили говно, бекаповайся!»

люди сделали то, что нужно им. ты не попал в целевую аудиторию? печаль.

(Reply to this) (Parent) (Thread)

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

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

практическое доказательство этого — вот, на моём винте. где последовательно протёрлись именно журналы на двух разделах. если ты считаешь, что отказ именно этих треков тупо случайность… нуок, чо. конечно, то, что это были журналы в режиме «метаданные+данные» (и потому туда писали постоянно) — никакого отношения к произошедшему не имеет. просто так вышло, сов-па-де-ни-е.

>люди сделали то, что нужно им.
одни говно делают, другие это говно защищают. чудесный симбиоз.

(Reply to this) (Parent) (Thread)

у меня диски работают без проблем. что я делаю не так?

(Reply to this) (Parent) (Thread)

идиотничаешь. не надо.

(Reply to this) (Parent) (Thread)

типа того. я не покупаю твое anecdotal evidence точно так же, как ты не покупаешь моё.

(Reply to this) (Parent)

>>>ресурс перезаписи конечен — просто в силу накапливающейся остаточной намагниченности. и если ты несколько лет круглосуточно будешь писать на один и тот же трек (что и делает журналирование), то этот трек со временем накопит достаточно говна, чтобы уже не удерживать столько битов, что не хватит автокоррекции.

это п-ц какой-то.

про "накапливающейся остаточной намагниченности" я уже не говорю, но епт, у тебя "последовательно протёрлись именно журналы", а все остальное не протерлось, ты ведь проверял, скрабил диски раз в месяц, да? и плохие секторы ровно на журналах, а везде все остальное ок?

(Reply to this) (Parent) (Thread)

>это п-ц какой-то.
а что, остаточную намагниченность уже отменили, да? долго я спал, однако.

>ты ведь проверял, скрабил диски раз в месяц, да? и плохие секторы ровно на
>журналах, а везде все остальное ок?
да, я проверял. знаешь, у современных винтов есть такая штука, как self-test. удивительно, но она делает именно это: читает потихонечку сектора в фоне. существует такое мнение, что она умеет находить сектора, которые или уже умерли, или относительно к этому близки. не со стопроцентной точностью, но вполне удовлетворительно.

(Reply to this) (Parent) (Thread)

Оста́точная намагни́ченность — намагниченность, которую имеет ферромагнитный материал при напряжённости внешнего магнитного поля, равной нулю[1]

Остаточная намагниченность используется:
в технике магнитной записи аналоговых и цифровых сигналов
в вычислительной технике (хранение и восстановление данных, см. остаточная информация)

(Reply to this) (Parent)

>>>есть такая штука, как self-test. удивительно, но она делает именно это: читает потихонечку сектора в фоне.

и ты думаешь, что смарт свои встроенные тесты сам запускает регулярно?

facepalm.jpg

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent)

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

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

(Reply to this) (Parent) (Thread)

>>>магнитострикция в условиях перпендикулярной записи. если уж натягивать сову...

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

(Reply to this) (Parent) (Thread)

(пожимает плечами) у тебя есть другое пояснение, почему именно журналы? готов внимательно выслушать. я пока что вижу, что примерно три года именно на эти места диска постоянно велась запись. и они умерли. такой вот фактический расклад. есть объяснение, почему примерно одновременно, и именно эти места — журналы двух разделов, причём у разделов даже размеры не совпадают? потому что я пророк и чётко угадал, где посыпется диск, и разметил его так, чтобы туда попали журналы? или, всё-таки, ресурс перезаписи?

(Reply to this) (Parent) (Thread)

извиняюсь, ты в детстве кассеты на магнитофоне електроника 301 заигрывал? это почему происходило, из-за "ресурса перезаписи" или просто магнитный слой механически до дыр протирало?

так с жестким диском та же фигня. механический износ.

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

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

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

это вроде очевидные вещи, не?

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

еще раз - "ресурс" подразумевает запланированное обслуживание и замену. ресурс - это пулеметная лента на 250 патронов. это чистящая лента для lto драйва свои 50 загрузок сделала, еще 5 загрузок, и ее гарантированно надо менять. єто lto лента, которая три тысячи раз загрузилась, и с нее данные надо быренько мигрировать, потому что иначе драйв ее не загрузит. это батарейка в ибп, которую раз в три года поменяй и не греши.

у жестокого диска такого "ресурса" нет, он может и в первый день эксплуатации накрыться, а может 10 лет проработать.

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

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

щас тем более не важно, потому что в бытовых системах мы смигрировали на ssd,

а в продуктивах живое железо видит в лучшем случае гипервизор, который раньше жил на маленьких дисках типа 72 гига - в датацентрах такие живут практически вечно, или на том же маленьком ssd. а все остальное живет виртуализованно поверх виртуализации поверх виртуализации и проблемі физического железа до него даже не долетают.

(Reply to this) (Parent) (Thread)

учесть можно всё. если этого не делается — значит, производитель не заинтересован в том, чтобы покупатель обладал полной информацией. ещё раз повторю: оба журнала слетели с разницей в пару недель. значит, работали факторы измереямые и примерно одинаковые. а что можно измерить — то можно спрогнозировать.

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

>на этот "ресурс" даже не закладывались, потому что его невозможно учесть
значит, диски делают не понимая их технологии. круто.

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

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

>ты собственно найди мне хоть одну журналируемую фс, которая бы перемещала журнал
>по драйву в онлайне.
«этого никто никогда не делал» — великолепный аргумент.

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

в общем, всё свелось к тому, что сраное ведро пинусов совершенно зря рекомендуют «для дома, для семьи» — оно для этого не дизайнилось, а пинусоидвы, которые советуют это ставить дома — дегенераты. опять не противоречит моему посту.

(Reply to this) (Parent) (Thread)

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

может, тебе сразу в диск встроить интегрирующий акселерометр с головки от минитмена?

>>>>на этот "ресурс" даже не закладывались, потому что его невозможно учесть
>>>значит, диски делают не понимая их технологии. круто.

товарищ, вы так часто передергиваете, что со стороны кажется неладное.

>>>потому что при работе закэшировано,

журнал. закеширован. ооок.

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

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

>>>сраное ведро пинусов совершенно зря рекомендуют «для дома, для семьи» — оно для этого не дизайнилось

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

это и есть дизайн для дома: купил дешево, сломалось - поменял по гарантии или купил новое. или спиздил.

а линукс да, для дома он не подходит, но не потому что дизайн фс, а по другим причинам.

(Reply to this) (Parent) (Thread)

>товарищ, вы так часто передергиваете, что со стороны кажется неладное.
это ты написал, что предсказать невозможно. значит, они не знают, как работает их изделие, что на него может влиять, и как это измерять. если бы знали — было бы возможно.

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

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

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

>а линукс да, для дома он не подходит, но не потому что дизайн фс, а по другим
>причинам.
по каким ещё? я не буду спорить и обсуждать, мне просто интересно. скорее даже любопытно.

(Reply to this) (Parent) (Thread)

>>>предсказать невозможно. значит, они не знают, как работает их изделие, что на него может влиять, и как это измерять. если бы знали — было бы возможно.

мастеркласс по демагогии в соседней аудитории.

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

только что записанные данные. потребовались. из кешированного журнала.

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

>>>если ты считаешь это нормальным — твоё право. я — не считаю.

я считаю нормальным, когда железяки, меня окружающие, стоят заметно меньше моей месячной зряплаты.

>>>по каким ещё?

спать пора, да и беседа не с той ноги началась.

(Reply to this) (Parent) (Thread)

>мастеркласс по демагогии в соседней аудитории.
я рад. теперь понятно, откуда ты зашёл.

>только что записанные данные. потребовались. из кешированного журнала.
а, ну да. в журнал же пишут данные, которые вообще не нужны. ок. ясно.

>я знаю два случая, когда могут потребоваться записанные в журнал данные.
ну точно, ненужные. подумаешь, туда же не пишут метаданные, которые нужны любому файловому менеджеру. и непосредственно данные в режиме meta+data не пишут, а если пишут — они никому тоже не понадобятся.

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

(Reply to this) (Parent) (Thread)

>>>ну точно, ненужные. подумаешь, туда же не пишут метаданные, которые нужны любому файловому менеджеру. и непосредственно данные в режиме meta+data не пишут, а если пишут — они никому тоже не понадобятся.

ето просто праздник какой-то.

может, ты меня натыкаешь носом в код из mc, где файл менеджер лезет в журнал фс? не undelete какой-нибудь, а вот прям файл менеджер. ну или просто ls. и вот прямо в журнал.

и тебе будет приятно, и я что-то новое узнаю.

>>>и нормальным кучу раз покупать одно и то же.

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

(Reply to this) (Parent) (Thread)

>может, ты меня натыкаешь носом в код из mc, где файл менеджер лезет в журнал фс? не
>undelete какой-нибудь, а вот прям файл менеджер. ну или просто ls. и вот прямо в
>журнал.
ну, почитай, что в журнал пишут. ваша тупая vfs реально такая тупая, что только что отосланые в журнал метаданные сразу из кэша выкидывает? ну, токда в ведре пинусов всё ещё хуже, чем я думал.

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

(Reply to this) (Parent) (Thread)

иди проспись. ну или сам почитай чего-нить для просвещения.

а то ты в этом топике и так уже наговорил всякого, и про остаточную намагниченность, и про кеширование jbd.

>>>тупая vfs реально такая тупая, что только что отосланые в журнал метаданные сразу из кэша выкидывает

я уже говорил про частое передергивание? ага, говорил. ну ок, не буду повторяться, продолжай, тебе это, я вижу, нравится.

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

ну мы ж не можем не передернуть еще разок перед сном, да?

при чем тут vfs к jbd? jbd пишет журнал через vfs?

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

дооо, я всю дорогу говорил о журнале фс, а тут вдруг решил сменить условия, и заговорил о журнале фс.

любо дорого смотреть, как ты юлишь, красава.

(Reply to this) (Parent) (Thread)

перестань пороть хуету, перечитай всё сначала и извинись. или иди нахуй отсюда.

(Reply to this) (Parent) (Thread)

вот здесь написана хуета?

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

ну, извините...

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

(Reply to this) (Parent) (Thread)

ясно. за свои передёрги ты извиняться не собираешься. предсказуемо.

(Reply to this) (Parent)

> ресурс перезаписи конечен

хуита
ни один диск ещё не сдох от исчерпания "ресурса перезаписи"
его там на 100 лет запасено
вот головка упадет разок - и всё, понеслась пизда по кочкам
всё механика, сука

(Reply to this) (Parent)

-люди сделали то, что нужно им

Нет, люди сделали то, что принесет им еще больше прибыли. Копроэкономика, очевидно же.

(Reply to this) (Parent) (Thread)

сделай, как надо.

(Reply to this) (Parent)

потому что проще взять на помойке два
полумертвых диска и установить на них mirror array
один диск полетит, вынуть его, вставить на его место другой
(тоже с помойки)

диски все равно дохнут же, независимо от файлосистемы

честно не понимаю, почему ты так не сделал

(Reply to this) (Thread)

пытался. меня сразу начинает душить жаба: столько места же зря пропадает! рефлекс нищеброда не вытравить, увы.

(Reply to this) (Parent) (Thread)

если нужно - ищут способы, если не нужно - причины. значит, не нужно, хуле.

(Reply to this) (Parent) (Thread)

интересно, эта идиотская и ошибочная фраза когда-нибудь забудется, или человеки будут повторять хуйню пока не исчезнут?

(Reply to this) (Parent) (Thread)

ne dokazano

(Reply to this) (Parent)

у меня дома валяется с десяток полудохлых хардов на 100-200 гигабайт
это успокаивает

посмотрел цены на диски
https://informatica.mercadolivre.com.br/hd_OrderId_PRICE
Disco rígido interno Seagate Pipeline HD ST3500312CS 500GB
новый, SATA 2, 30 баксов, доставка бесплатно
(думаю, на Амазоне можно вдвое дешевле, в Бразилии
железо дорогое неимоверно)

(Reply to this) (Parent)