Современные программные и аппаратные решения часто оперируют безразмерными потоками данных, т. е. стримами
На данный момент нет ни одной системы чтобы она оперировала «безразмерными» потоками данных.
Хотя здесь приврал, есть один пример – такой поток не усрался никому. Его не будут сохранять, его не будут обрабатывать (потому что итог обработки — это опять же - файл).
То есть даже если взять в качестве примера онлайн трансляцию, то и они в массе своей превращаются в файлы.
Строго говоря, поток может никогда не заканчиваться, пока работает железо и владелец готов оплачивать расходы на электроэнергию и связь. Это первое и основное отличие стрима от файла
Это нифига не отличие. Выше уже я привел примеры как потоки элегантно превращаются в файлы. И да, я хотел бы посмотреть на ученного для которого стрим это стрим, а не поток данных, которые нужно будет воссоздать или еще раз пересмотреть, проанализировать. То есть где-то зафиксировать. И фиксировать он его конечно будет не в файлах, а в потоках :-)
Разработчики Linux подобных систем (думали что) выкрутились, придумав концепцию файла устройства. Здесь весь поток разбивается на сообщения некой длины, не превышающей заранее известного определенного максимального значения.
Я так понимаю, возвращаясь к началу статьи, у автора есть понимание в реализации бесконечных и безграничных мощностях, хранилках, и сетевых устройств? Для сравнения возьмем решения типа Oracle Enterprise Database или Splunk. Вас не смущает что эти продукты свободно могут оперировать террабайтами и петабайтами данных и не просто показать, а еще и обработать и выдать результат анализа. Они не стали придумывать новую парадигму, а обошлись старой, где все есть файл. А ведь Splunk как раз работает в основном именно с потоками. Так же вся бизнес-аналитика Apple Store построена именно на Splunk.
Что породило такие вынужденные приемы, как циклическая перезапись файлов в видеорегистраторах. т. е. когда пространство на диске заканчивается, видеорегистратор затирает самые старые файлы и на их место помещает новую информацию
Насколько я понимаю, это как раз не основная причина циклической перезаписи, основная в том, что в массе своей эти видео не нужны. Более того, в тех же системах видеорегистрации есть возможность сохранения части видео как инцидента. И на минуточку – ОПППА в виде файла.
Смотря в настоящее, я вижу попытки создания подобных объектных систем хранения. Например, documentum — промышленное ПО для хранения документов представлено объектным движком с sql подобным языком объектных запросов. В данном случае, любые данные могут храниться послойно и слои представляют собой иерархию наследования объекта
И какое это имеет отношение к «Все есть файл»? Я тоже могу назвать классы систем, для которых потоки и файлы вообще не являются како-либо величиной – ГИС, СУБД. Но это не отменяет что под ними все же есть как правило БД для которой используются файлы на уровне ФС. Без которых они банально работать не будут. Или может быть произошел прорыв и documentum не использует файлы?
Но в контексте файла и ОС речь нужно вести о вводе такого стандарта хранения файла в ОС и обработку его средствами ОС. Насколько я знаю, та же microsoft не пошла этим путем, а просто сделала механизм стримов рядом с механизмом файлов. Почему — не знаю. Вероятно, посчитали, что так будет удобнее. Возможно, с годами планируют уйти от файлов и перейти на хранение в стримах.»
Потому что это такой мелочный и частный пример, что для него даже мелкомягкие не стали придумывать свой «новый и прорывной стандарт». Скорее всего они даже не рассматривают такую "проблему" как проблему
Конечно, можно что то накостылить, но все попытки примирить файловую систему с современностью, видимо, будут расцениваться как «костыли». Потому что летать это будет «ниже и ближе» альтернативных решений. Стримы дают нам возможность облачного хранения информации. Чтобы то же сделать в файлах, нужно очень сильно переработать концепцию файловой системы
ОК, все плохо, Вы не смогли посмотреть видео на ютубе или где еще современность Вам подставила подножку? Из того, что было написано совсем не выходит, что нужно переработать фундаментальную парадигму в целом семействе ОС (собственно, даже не семействе, а во всех ОС) чтобы в итоге переработки ФАЙЛОВОЙ системы у Вас получилась ФАЙЛОВАЯ система. Это же бред. Опять же маркетинговый бред об облачном хранении стримов не стоит даже об его упоминания в аспекте технической "проблемы". Какие облака или альтернативные решения летают "выше и дальше"?
Опять же в целой статье я увидел только нытье как все плохо в надуманной автором проблеме. Не нравиться – предлагайте альтернативу, делайте форк. Тем более исходный код доступен и открыт путь к звездам.
На данный момент нет ни одной системы чтобы она оперировала «безразмерными» потоками данных.
Хотя здесь приврал, есть один пример – такой поток не усрался никому. Его не будут сохранять, его не будут обрабатывать (потому что итог обработки — это опять же - файл).
«потоки сейсмоданных» - архив по землетрясениям - https://ds.iris.edu/seismo-archives/quakes/
«курсы колебаний с биржи» - посмотрите на свои потоки в виде файлов- https://www.nasdaq.com/market-activity/stocks/aapl/historical
То есть даже если взять в качестве примера онлайн трансляцию, то и они в массе своей превращаются в файлы.
Это нифига не отличие. Выше уже я привел примеры как потоки элегантно превращаются в файлы. И да, я хотел бы посмотреть на ученного для которого стрим это стрим, а не поток данных, которые нужно будет воссоздать или еще раз пересмотреть, проанализировать. То есть где-то зафиксировать. И фиксировать он его конечно будет не в файлах, а в потоках :-)
Я так понимаю, возвращаясь к началу статьи, у автора есть понимание в реализации бесконечных и безграничных мощностях, хранилках, и сетевых устройств? Для сравнения возьмем решения типа Oracle Enterprise Database или Splunk. Вас не смущает что эти продукты свободно могут оперировать террабайтами и петабайтами данных и не просто показать, а еще и обработать и выдать результат анализа. Они не стали придумывать новую парадигму, а обошлись старой, где все есть файл. А ведь Splunk как раз работает в основном именно с потоками. Так же вся бизнес-аналитика Apple Store построена именно на Splunk.
Насколько я понимаю, это как раз не основная причина циклической перезаписи, основная в том, что в массе своей эти видео не нужны. Более того, в тех же системах видеорегистрации есть возможность сохранения части видео как инцидента. И на минуточку – ОПППА в виде файла.
И какое это имеет отношение к «Все есть файл»? Я тоже могу назвать классы систем, для которых потоки и файлы вообще не являются како-либо величиной – ГИС, СУБД. Но это не отменяет что под ними все же есть как правило БД для которой используются файлы на уровне ФС. Без которых они банально работать не будут. Или может быть произошел прорыв и documentum не использует файлы?
Потому что это такой мелочный и частный пример, что для него даже мелкомягкие не стали придумывать свой «новый и прорывной стандарт». Скорее всего они даже не рассматривают такую "проблему" как проблему
ОК, все плохо, Вы не смогли посмотреть видео на ютубе или где еще современность Вам подставила подножку? Из того, что было написано совсем не выходит, что нужно переработать фундаментальную парадигму в целом семействе ОС (собственно, даже не семействе, а во всех ОС) чтобы в итоге переработки ФАЙЛОВОЙ системы у Вас получилась ФАЙЛОВАЯ система. Это же бред. Опять же маркетинговый бред об облачном хранении стримов не стоит даже об его упоминания в аспекте технической "проблемы". Какие облака или альтернативные решения летают "выше и дальше"?
Опять же в целой статье я увидел только нытье как все плохо в надуманной автором проблеме. Не нравиться – предлагайте альтернативу, делайте форк. Тем более исходный код доступен и открыт путь к звездам.