| |
| |
| |
| |
| |
| |
| 7.29, A.Stahl (ok), 15:04, 06/08/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Да, будущего не существует сейчас. Нет его и в прошлом. Но в будущем будет будущее!
Это как ∞ в математике.
| | |
| |
| 8.91, Аноним (-), 00:09, 07/08/2017 [^] [^^] [^^^] [ответить] | –12 +/– | Почитайте The Langoliers, может тогда поймете про что речь, это лучше чем строит... текст свёрнут, показать | | |
| |
| 9.111, Lain_13 (ok), 11:40, 07/08/2017 [^] [^^] [^^^] [ответить] | +/– |  Тогда я могу ссылаясь на MLP Time Loops утверждать, что заранее предопределён ст... большой текст свёрнут, показать | | |
| |
| 10.191, _ (??), 17:10, 08/08/2017 [^] [^^] [^^^] [ответить] | –1 +/– | Хммм я попал на соревнования поставщиков ширева Чемпиону - пожизненное, иб... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
| 1.4, Аноним (-), 12:33, 06/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Это получается я могу создать раздел типа tmpfs с этой файловой системой и класть файлики для быстрой работы приложения с ними? :)
| | |
| |
| |
| 3.112, Lain_13 (ok), 11:52, 07/08/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Строго говоря может даже и взяться так-как в описание чётко указывалось, что в NOVA отсутствуют некоторые техники оптимизации ФС, характерные для HDD, но совершенно лишние и только замедляющие работу ФС при работе с RAM-подобными накопителями (нет не нужной очереди чтения, есть побайтовая адресация).
Естественно только если он создаст этот раздел в памяти. Довольно традиционная схема ускорения работы некоторых приложений, выгружающих всё в кэш даже если не очень-то и нужно было. Естественно в системах с NVM в качестве основного накопителя это будет довольно странным и бесполезным решением.
| | |
|
| 2.9, Старый одмин (?), 12:55, 06/08/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
NVMDIMM
NVM
Non-volatile
DIMM
Dual In-line Memory Module
Не забудь купить модуль энергонезависимой памяти в формате планки оперативной памяти.
| | |
|
| 1.5, Аноним (-), 12:35, 06/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Несколько смущает последний абзац. Что происходит, если количество ядер в системе меняется в большую или меньшую сторону?
| | |
| |
| 2.24, я (?), 14:46, 06/08/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Видать придется монтировать. Судя из последнего обзатца
| | |
| 2.8, Аноним (-), 12:42, 06/08/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вроде стало понятнее после оригинального описания. Всё "per-CPU" распределятся равномерно во время инициализации, а не фиксируется в момент создания ФС.
| | |
| |
| 3.25, Аноним (-), 14:47, 06/08/2017 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Ничего подобного, в контексте NOVA инициализация это запуск в режиме "-o init", т.е. по сути форматирование нового раздела с нуля.
https://github.com/NVSL/linux-nova/blob/master/Documentation/filesystems/nova.
After the OS has booted, you can initialize a NOVA instance with the following commands:
# modprobe nova
# mount -t NOVA -o init /dev/pmem0 /mnt/ramdisk
...
Nova uses per-CPU allocators to manage free PMEM blocks. On initialization,
NOVA divides the range of blocks in the PMEM device among the CPUs, and those
blocks are managed solely by that CPU. We call these ranges of "allocation regions".
| | |
| 3.30, Аноним (-), 15:05, 06/08/2017 [^] [^^] [^^^] [ответить]
| +4 +/– | |
В документации сказано обратное:
following items are currently missing:
...
Moving NOVA file systems between machines with different numbers of CPUs does not work.
| | |
|
|
| 1.11, Аноним (-), 13:16, 06/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
Доколе мы будем влачить существование в прокрустовом ложе файлов и файловых систем?!
| | |
| |
| |
| |
| 4.65, Аноним (-), 20:30, 06/08/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Фантом слишком фантом, а мне надо ИРЛ, так что и ibm i не очень подходит
| | |
|
|
| 2.83, Аноним (-), 23:08, 06/08/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Действительно. Даже если не упоминать всякие модные нынче нейросети, то реализация концепции файла очень устарела по сравнению с тем же plan b.
| | |
| |
| 3.89, Crazy Alex (ok), 23:49, 06/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
 Чепуха. Всё это не зря осталось академической игрушкой - на практике очень быстро оказывается, что оторвав от "универсального" интерфейса его универсальность можно получить выигрыш в эффективности, надёжности и понятности. Ну некуда деваться - есть принципиальные различия между доступом к засунутому внутрь корпуса диску, внешнему USB-диску, процессу, крутящемуся в соседней стойке, аналогичному процессу, крутящемуся в другом датацентре и доступному по оптике, к нему же - но по 3G из движущегося поезда и так далее.
Как минимум - надо разрабатывать какой-то набор характеристик, систему их присвоения, политики работы и так далее.
| | |
| |
| 4.92, Аноним (-), 00:13, 07/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
Мало того коллега, доступ к ОЗУ тоже не однороден и приходиться плясать с бубном попадая во всякие кэши и тд.
| | |
| |
| 5.98, Crazy Alex (ok), 03:05, 07/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
Да, но одно дело отладить это на критичных участках, другое - вообще ничего не знать о надёжности и задержках хранилища в самых обычных приложениях.
| | |
|
|
|
| 2.106, Аноним (-), 10:40, 07/08/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Доколе мы будем влачить существование в прокрустовом ложе файлов и файловых систем?!
Хотите хранить объекты? Шишкин с начальником Рейзером изначально в Reiser4 планировали такую возможность.
| | |
| |
| 3.192, _ (??), 17:18, 08/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
Да тьфу на вас!
AWS S3 и "наслаждайтесь" ...
Только вот они тоже "прокрустово ложе файлов и файловых систем" поверх обжект стора _эмулируют_ :-)))
Потому как хуже водки - лучше нет! (С) До сих пор.
| | |
|
|
| 1.26, Kuromi (?), 14:54, 06/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Круто. F2FS никак до полностью рабочего состояния довести не могут, GRUB2 тормозит с поддержкой, а они новую уже придумали. Напоминает Jabber, где разработчики штампуют XEP (расширения протокола), а реализовывать поддержку в клиентах никто не спешит.
| | |
| |
| 2.42, A.Stahl (ok), 16:14, 06/08/2017 [^] [^^] [^^^] [ответить]
| +5 +/– | |
>разработчики штампуют XEP
Кладут. Судя по удобству того что они натворили, то не штампуют, а кладут.
| | |
|
| 1.45, Аноним (-), 16:40, 06/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Инновационная btrfs тормозит в большинстве тестов. Новая виндовая refs, убийца ntfs, медленнее в большинстве тестов. Понаделали инновационных файловых система со всякими cow и снапшотами, а для hdd так и нет простой, быстрой фс со сжатием.
| | |
| |
| 2.51, Аноним (-), 17:38, 06/08/2017 [^] [^^] [^^^] [ответить] | –5 +/– | А, как ранее MS пиарщики и незалежнi-тестировщики обзорщиками пиарили что NTFS б... большой текст свёрнут, показать | | |
| |
| |
| 4.60, Led (ok), 19:49, 06/08/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Можно тогда пример хорошей фс быстрой со сжатием?
reiser4. Но там свои "тараканы". В частности, образы виртуалок на неё лучше не класть (и не ложить), или ложить специальным образом.
| | |
| |
| 5.96, Аноним (-), 01:22, 07/08/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> образы виртуалок на неё лучше не класть
Кстати, много где такое слышал. Вроде вызвано тем, что при восстановлении файловая система не понимает, какая "часть" файловых секторов относится к файловой системе хоста, а какая - к файловой системе виртуалки? Как другие файловые системы от таких проблем защищаются?
| | |
| |
| 6.97, Led (ok), 01:37, 07/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> образы виртуалок на неё лучше не класть
> Кстати, много где такое слышал. Вроде вызвано тем, что при восстановлении файловая
> система не понимает, какая "часть" файловых секторов относится к файловой системе
> хоста, а какая - к файловой системе виртуалки? Как другие файловые
> системы от таких проблем защищаются?
Нет, там всё намного прозаичнее и проявляется только когда включена компрессия: просто всё жутко начинает тормозить при старте виртуалки и IO упирается "в потолок". При этом ничего не портится и после "прожёвывания" образа через несколько минут виртуалка стартует и работает.
Для reiser4 нет возможности явно сказать: "этот файл не сжимай". В рассылках был хак от Шишкина как это обойти, но это всего лишь не очень удобный хак.
| | |
| |
| 7.202, me (??), 00:14, 12/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Для reiser4 нет возможности явно сказать: "этот файл не сжимай". В рассылках
> был хак от Шишкина как это обойти, но это всего лишь не очень удобный хак.
Ну напишите уже кто-нить ioctl, чтобы помечать файлы как несжимаемые. Попросите Шишкина - он подробно объяснит как это сделать. Делов-то на пару часов.
| | |
| |
| |
| 9.204, me (??), 00:51, 12/08/2017 [^] [^^] [^^^] [ответить] | +/– | А почему xattrs с поддержкой c тогда не костыль, а всё остальное - костыль ... текст свёрнут, показать | | |
| |
| 10.205, Led (ok), 00:58, 12/08/2017 [^] [^^] [^^^] [ответить] | +/– | Потому что xattrs уже есть в vfs и реализовано в ext234 btrfs xfs может ещё где... текст свёрнут, показать | | |
|
|
|
|
|
|
| |
| 5.201, Led (ok), 23:43, 08/08/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Можно тогда пример хорошей фс быстрой со сжатием?
> ZFS
Спрашивали же хорошую и быструю, а не просто объект поклонения pussy.exe'шников.
| | |
| |
| 6.212, XoRe (ok), 16:36, 27/08/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >>> Можно тогда пример хорошей фс быстрой со сжатием?
>> ZFS
> Спрашивали же хорошую и быструю, а не просто объект поклонения pussy.exe'шников.
А я и не про BSD
| | |
|
|
|
|
|
| 1.55, Вася1970 (?), 18:43, 06/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
NVM это по идее отказ от концепции файла, отход от принципа unix и новая ОС, а не костыль в виде ФС
| | |
| |
| 2.58, Crazy Alex (ok), 18:48, 06/08/2017 [^] [^^] [^^^] [ответить]
| +/– | |
Чего, блин? И чем ты собрался заменить файл как именнованную сущность на постоянном носителе? Они, если что, не для софта, а для людей - так всю эту гору байт можно хоть как-то организовать.
И то, что в идеале оперативная и долговременная память объединятся - это вообще никак не поменяет.
| | |
| |
| 3.69, анононк (?), 20:49, 06/08/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
вообще-то может и поменяет, все будет в сжатых бинарниках(приложения), а даныe в базах которая при исполнение тоже, мать его бинарник, вместо фалов будут сжатые человеконепонятные байткоды.
| | |
| |
| 4.71, Crazy Alex (ok), 21:12, 06/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
И что поменяется? Какая-нибудь XFS или Ext4 охренеть какая человекопонятная, если тупо бинарный формат смотреть. Встроенное хранилище в каком-то виде - хоть контейнерные форматы, хоть sqlite - на каждом шагу. А главное - это всё вполне неплохо свои задачи выолняет. Поэтому никаких изменений не будет.
| | |
| |
| 5.75, анононк (?), 21:43, 06/08/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
вместо данных в "базах данных фс" не будет файлов в виде байткодов, а будут адресса(в ввиде бфйткода которые хранят ссылки на части базы данных в которой хранится инфа в ввиде бинарников) и метаданные(и адресса на метаданные) для распаковки(инфы из сжатых бинарников) понятных для человека данных. Самого понятия "файловая система" не будет, будет что-то типа "система хранения информации в режимах ввод/вывод/временно/заблокированно/"вышло за пределы адрессного пространства"/..."
| | |
| |
| 6.79, Аноним (-), 22:23, 06/08/2017 [^] [^^] [^^^] [ответить] | +3 +/– | Такое - существует давно и называется просто своп-файл или же ROM-образ прошив... большой текст свёрнут, показать | | |
|
|
|
| 3.76, Отражение луны (ok), 21:50, 06/08/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Гораздо удобнее и удачнее хранить это дело таблицей с блобами, например, выделив контейнер с "файлами" в отдельный процесс. Тебе попросту не нужна бесполезная сущность в виде фс. Но говорить об этом еще рано, т.к. действительно - все это требует радикально другого подхода в программировании и построении ОС. Скорее всего будем тянуть легаси еще лет 20 после повсеместного распространения технологии.
| | |
| 3.197, Ordu (ok), 18:12, 08/08/2017 [^] [^^] [^^^] [ответить] | +/– |  Мне кажется, что это чересчур сильное утверждение Существуют примеры софта, кот... большой текст свёрнут, показать | | |
| |
| 4.207, rex (??), 23:54, 15/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
 Идеи красивые.
К тому всё и идет, но:
Реальный софт личит, бакапится, и главное апгрейдится.
Поэтому всё равно нужны 2 представления невременных данных:
для рантайма и для переноса в следующий рантайма.
Соответственно выкинуть кучу кода для преобразования между представлениям не выйдет.
Выкинуть можно маленькую кучку, завязанную именно на фс.
Прикладной софт уже в основном работает через базу/библотеку,
т. к. хочет транзакции и индексы.
Соответственно эта кучка расположена в глубине системных библотек.
Авторы этих системных библотек смогут что-то выкинуть и как-то соптимизировать рантайм.
Но с точки зрения остальных -- сильных изменений не видно.
| | |
|
|
| 2.138, Kodir (ok), 18:29, 07/08/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
 "Концепция файла" вечна, не трогайте святое, дабы не позориться. А если очередной бред вам вступит в голову, посетите туалет, а потом напишите слово "флешка" и разъясните самому себе, как очередная концепция будет с ней работать.
| | |
| |
| 3.211, pavlinux (ok), 00:41, 18/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > "Концепция файла" вечна, не трогайте святое, дабы не позориться.
Файлов не существует, смирись.
> а потом напишите слово "флешка" и разъясните самому себе, как очередная концепция будет с ней работать.
Тебе, человеку-шаблону, надо всё разъяснять.
Есть read(), write() и lseek() - это всё что нужно, чтоб порвать твой шаблон.
| | |
|
|
| 1.62, Baz (?), 20:12, 06/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
интересно, а есть ли уже комп и OS для него где функция ПЗУ и ОЗУ объединена в NVM?
| | |
| 1.102, 111 (??), 08:11, 07/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Похоже EMC DSSD её уже давно использует (хотя может что-то и своё, но подход схож)
| | |
| 1.108, Аноним (-), 11:03, 07/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
жесткие диски гарантируют атомарность записи сектора (либо полностью запишется либо вообще не запишется) для этого у них есть конденсаторы и соответствующий алгоритм поведения. Это крайне важно для работы различных журналов, например журнала базы данных. Как быть тут? Может оно все же умеет писать более байта в случае отключения питания?
| | |
| |
| 2.117, Аноним (-), 12:25, 07/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
Оно то может и может, раз энерго-независимое,
а вот куча [ЦПУ] кэшей... Ну я писал уже о них - ранее выше, сейчас перепосчу ниже.
| | |
| 2.139, Crazy Alex (ok), 20:22, 07/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
Не знаю, как насчёт "этого" (то, что пока продаётся - честно говоря, даже на опытные о,разцы едва тянет), а в ССД конденсаторы пихают. Не во все, конечно, вероятно, с NVRAM то же самое будет. А вообще - интересно, что с архитектурой тех же БД будет, когда понятие сектора отвалится.
| | |
| 2.206, xv (??), 13:22, 14/08/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
HDD при отключении питания пишут за счёт энергии, генерируемой постепенно останавливающимся шпинделем и пакетом пластин.
Enterprise SSD для этого имеют распаянные на плате конденсаторы.
NVDIMM либо питаются через спецразъём от выносного ионистора, либо через контакты DIMM берут +12 В от конденсаторов на матплате.
| | |
|
| 1.210, pavlinux (ok), 00:21, 18/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Прекрасно, нам пиво поставляют ящиками, а мы их открываем и разливаем по рюмкам.
А когда захочется пивка, то переливаем рюмки в бутыли и пакуем в ящик.
Ну не работает официант, если на подносе меньше 4096 рюмок.
Оптимизаторы, йотп.
| | |
|
