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

Для Linux представлена файловая система TxFS с поддержкой AC..., opennews (??), 18-Июл-18, (0) [смотреть все] Фига они быстрые Я только месяц назад начал размышлять, как по настоящему транз, Аноним (1), 01:19 , 18-Июл-18, (1) –3 // Год назад https www sqlite org fasterthanfs html, Андрей (??), 01:33 , 18-Июл-18, (3) целый месяц , Аноним (8), 04:05 , 18-Июл-18, (8) +1 Этим программист от пользователя и отличатся, что второй только размышляем, мечт, Аноним (36), 10:55 , 18-Июл-18, (36) –3 Ка только каникулы начались, так сразу и начал размышлять , Led (ok), 11:34 , 18-Июл-18, (41) +19 У меня круче было Полночи изобретал солнечный коллектор на вакуумных трубках С, ovg (ok), 14:22 , 19-Июл-18, (103) +3 CICS, adolfus (ok), 11:53 , 20-Авг-18, (109) Если базы данных начнут эти расширения поддерживать - то взлетит Но только в эт, Вареник (?), 01:30 , 18-Июл-18, (2) –2 // Базам данных-то это зачем У них транзакции свои, нормальные, из коробки , x3who (?), 02:52 , 18-Июл-18, (7) +8   // С одной стороны конечно это так, но с другой To demonstrate the power and ease o, angra (ok), 05:42 , 18-Июл-18, (10) +5   // Эффективно они вроде как подменили журнал наката SQLite журналом ФС Возможно эт, x3who (?), 10:21 , 18-Июл-18, (30) +1   Базы точно так же оперируют страницами с данными, записями было б слишком дорого, anonymous (??), 12:54 , 18-Июл-18, (46)   В БД ты спокойно можешь апдейтить разные записи, сидящие в одном блоке, из разны, x3who (?), 13:23 , 18-Июл-18, (52)   Зависит от БД В sqlite стоковом одновременно может быть только один писатель, , funny.falcon (?), 09:33 , 19-Июл-18, (101)   Не совсем так, в классическом Read committed , в худшем случае пишущая транзак, x3who (?), 11:54 , 20-Июл-18, (105)   Почитал немного про SQLite и до меня дошло, что весь ваш пост был про SQLite З, x3who (?), 03:18 , 21-Июл-18, (106)   Базы оперируют блоками страницами с данными только для чтения записи на носи, Очередной аноним (?), 12:03 , 21-Июл-18, (107)   Ну соберите стендик, если интересно Тут ведь как - новая заявленная функциональ, mickvav (?), 12:56 , 18-Июл-18, (47)   Прикольно , Лис (?), 02:05 , 18-Июл-18, (4) А что на таком новом непроверенном ядре, надо было на 2 6 делать Тогда бы точно, rm1 (?), 02:22 , 18-Июл-18, (5) +4 // потому что stable api is no sense , а людям нужна была работающая реализация, а, пох (?), 07:04 , 18-Июл-18, (13) –9 // Опять у ZFS-фанбоев боли, что кто-то не восхищается этим монструозным корявым по, Fracta1L (ok), 08:06 , 18-Июл-18, (20) +4 // а что, есть из чего выбирать А если еще и хотя бы попытаться сделать не linux-o, нах (?), 10:26 , 18-Июл-18, (32) –4 Выбирай HAMMER на BSD и BTRFS на Linux А эта твоя zfs - инородный костыль везд, Аноним (57), 14:01 , 18-Июл-18, (57) –2 то есть две жертвы NIH-синдрома, одну из которых уже второй раз переписали с нул, нах (?), 15:18 , 18-Июл-18, (62) Это не жертвы синдрома, это жертвы лицензий и юридического крючкотворства Давай, Annoynymous (ok), 16:02 , 18-Июл-18, (68) более отвратительно мутной лицензии, чем cddl, придумать сложно и вполне может , нах (?), 17:18 , 18-Июл-18, (75) Понятно, очередной форумный куаретик Всё там работает нормально, если руки прям, Аноним (84), 19:13 , 18-Июл-18, (84) тогда тебе сразу засчитаем слив, поскольку твой аргумент насчет инородного ко, нах (?), 20:32 , 18-Июл-18, (91) На Dragonfly BSD, ты хотел сказать Больше нигде её нет Оно ещё живо Что удивите, Аноним (76), 17:19 , 18-Июл-18, (76) ну не то чтобы без проблем, но эти проблемы в основном общие, и с иллюмосными то, нах (?), 20:54 , 18-Июл-18, (92) что из этого - пики точеные , Аноним (98), 00:35 , 19-Июл-18, (98) Видимо, разработка началась в момент, когда ядро 3 18 было актуальным, и команда, Аноним (17), 07:32 , 18-Июл-18, (17) +6 потому что эта версия используется как основная LTS в куче встраиваемых устройст, Аноним (24), 08:53 , 18-Июл-18, (24) +1 Потому-что Линус и КО постоянно воротят VFS включая API, да и в целом в ядре пос, asd (??), 09:27 , 18-Июл-18, (25) Android , ajp (?), 11:26 , 18-Июл-18, (40) // В качестве клиента к БД и сопутствующему , Алексей Михайлович (?), 14:58 , 18-Июл-18, (60) Видимо, под 6-й андроид начинали пилить , Аноним (53), 13:34 , 18-Июл-18, (53) Не взлетит В их ФС пока одна транзакция произвела запись в страницу данных и ещ, x3who (?), 02:50 , 18-Июл-18, (6) +1 // Разве не это ли является примером атомарности , Аноним (8), 04:43 , 18-Июл-18, (9) +3 Во-первых, абортятся не процессы, а транзакции этих процессов, сами процессы про, angra (ok), 06:08 , 18-Июл-18, (11) +3 // Так человек и написал же я бы прикопал вместо типичного такое не надо, зако, Андрей (??), 11:05 , 18-Июл-18, (37) может тогда нужна мультиверсионность , Catwoolfii (ok), 08:32 , 18-Июл-18, (21) –2 // Не знаю, что им нужно Может витаминов Они в своей брошюрке утверждают, что Tx, x3who (?), 09:37 , 18-Июл-18, (26) +1 Кстати да, транзакции без MVCC это ж жеппа, vitalif (ok), 13:40 , 18-Июл-18, (54) Может, просто не стоит использовать эту ФС на var, а использовать где-то в боле, Annoynymous (ok), 16:03 , 18-Июл-18, (69) Лог конечно читать внутри транзакции никчему, но представьте бинарный формат вир, Аноним (12), 06:58 , 18-Июл-18, (12) // и зачем тебе транзакции - для vhd Нет там никаких транзакций и нахрен они ему н, пох (?), 07:05 , 18-Июл-18, (14) +1 Непонятна идея совать это дело в фс, на которой лежит бд, если в бд уже есть сво, Аноним (-), 07:17 , 18-Июл-18, (15) +1 // А если нет , Annoynymous (ok), 16:04 , 18-Июл-18, (70) // В которой из них нет Намедни уже даже геи из монгодб про acid вещали , Аноним (-), 17:28 , 18-Июл-18, (77) +1 Если в БД нет ACID, то это значит, что она прекрасно обходилась и обходится хот, Аноним84701 (ok), 19:41 , 18-Июл-18, (86) Как она себя ведет в случае если есть bad sectors на диске , Аноним (16), 07:21 , 18-Июл-18, (16) // Видимо, ровно так же, как повела бы себя та, журналируемая ФС, поверх которой кр, x3who (?), 09:58 , 18-Июл-18, (27) В Qt есть класс QSaveFile не путать с обычным QFile , сразу про него вспомнил к, Аноним (18), 07:36 , 18-Июл-18, (18) +1 // Не задумались о гарантиях-то Ваши телодвижения без ядра --- это потрясание бубн, yet another anonymous (?), 13:56 , 18-Июл-18, (56) // Так я и написал же, что это не то же самое Просто вспомнил про интересный класс, Аноним (18), 22:14 , 18-Июл-18, (97) +1 Это классно конечно, но в прикладном ПО не должно быть привязки к конкретной фай, немезидеЦ (?), 07:40 , 18-Июл-18, (19) +1 // вы прослушали мнение неосилятора configure и ifdef прикладное ПО тебе в общем-, нах (?), 10:23 , 18-Июл-18, (31) –2 // Что касается типичного использования, то как и у других развитых ФС на сегодняшн, Андрей (??), 11:12 , 18-Июл-18, (39) // ну вот пользуюсь я той же zfs - атипично, в смысле, не на петабайтных стораджах , нах (?), 12:10 , 18-Июл-18, (42) ext4 на стораджах больше 128Т - это очень грустно создавайте удаляйте файлы в , Аноним (81), 18:06 , 18-Июл-18, (81) +1 там гораздо раньше становится грустно Собственно, нарваться на побочные эффекты , нах (?), 21:01 , 18-Июл-18, (93) Думаю, вы не один у нас такой - поэтому объясняю юзкейс Допустим у вас есть два, x3who (?), 10:47 , 18-Июл-18, (34) // А кто в здравом уме, в наше время хранит такие данные в чистой файловой системе , bOOster (ok), 12:27 , 18-Июл-18, (43) // Так транзакций же в фс доселе не было - вот и не хранят , x3who (?), 13:17 , 18-Июл-18, (50) Ну а теперича обьективно - каковы плюсы хранения всего этого добра в файлах то , bOOster (ok), 08:43 , 20-Июл-18, (104) А где в новости указание транзакция в файловой системе вцелом Разве речь идет , немезидеЦ (?), 13:00 , 18-Июл-18, (48) –1 // Извиняюсь, некорректно прочел код , немезидеЦ (?), 13:01 , 18-Июл-18, (49) Говорим о транзакциях, но результаты fs_tx_begin , open , write не проверяем, Аноним (29), 10:15 , 18-Июл-18, (29) –3 // Но не всех ФС А ещё нельзя перенести все метаданные, например https github co, Андрей (??), 11:11 , 18-Июл-18, (38) А как у неё с фрагментацией Так же как у ext4 почти отсутствует или в лучших , Аноним (33), 10:38 , 18-Июл-18, (33) –3 // так жетебя обманули нет, аналога creat с prealloc у нас нет и не будет в прин, нах (?), 12:35 , 18-Июл-18, (44) это у ext4 нету франгментации вы серьезно давайте посмеемся вместе , Аноним (81), 17:52 , 18-Июл-18, (79) +1 // он не видит - значит, нету - это ms что-то перевозбудилась, понапридумывала не, нах (?), 21:06 , 18-Июл-18, (94) поддержка двухфазного коммита есть если нет -- то могут засунуть эту поделку обр, Xasd (ok), 10:49 , 18-Июл-18, (35) –2 // В их доке сказано, что есть , x3who (?), 13:19 , 18-Июл-18, (51) // тогда могут не засовывать, Xasd5 (?), 14:40 , 18-Июл-18, (58) +1 // Не факт Лучше это сделать самостоятельно, чем ждать пока это сделает кто-нибуд, x3who (?), 16:05 , 18-Июл-18, (71) Совсем неинтересный стал у вас линукс Где новости о том, как попрана и опозорен, Куда уходит Ledo (?), 12:45 , 18-Июл-18, (45) –1 // Предлагаю обратное сходить на фронтам и посмотреть сравнение производительности, Аноним (63), 15:24 , 18-Июл-18, (63) // Фроникс , Аноним (63), 15:25 , 18-Июл-18, (64) // Смысл ходить на мороникс и смотреть, если можно сразу из пальца высосать Там же, др. Аноним (?), 15:39 , 18-Июл-18, (66) +4 Простого обывателя причины волнуют слабо Да и вовсе не должны, на самом деле В, Аноним (73), 16:16 , 18-Июл-18, (73) –2 Результат чего Завуалированного высасывания из пальца Походу, простому обывате, др. Аноним (?), 16:54 , 18-Июл-18, (74) +2 Фроникс сложно заподозрить в подыгрывании Windows Есть тестовый пакет и резул, Аноним (83), 18:40 , 18-Июл-18, (83) –1 И правда, главное ведь Правильные Результаты, а не их корректность И чего это я, Аноним (87), 19:46 , 18-Июл-18, (87) +3 Куда-куда , др. Аноним (?), 15:27 , 18-Июл-18, (65) // Дико извиняюсь Писал на планшете , Аноним (73), 16:15 , 18-Июл-18, (72) в винде ntfs похожая штука есть начиная то ли с висты, то ли с семёрки, TxF назы, Нанобот (ok), 13:51 , 18-Июл-18, (55) // а почему в венде инсталляторы так долго работают не из-за этих ли транзакций , Xasd5 (?), 14:41 , 18-Июл-18, (59) –1 // Не, там просто надо мышкой водить над прогрессбаром, иначе установка не идёт , Аноним (-), 17:29 , 18-Июл-18, (78) +1 // Мамонне надо поклониться - и пойдет , Аноним (89), 20:05 , 18-Июл-18, (89) Думаю нет Обычный инсталлятор должен уметь устанавливать на хр и устанавливать , Нанобот (ok), 18:17 , 18-Июл-18, (82) вот тутhttps docs microsoft com en-us windows desktop FileIO performance-consi, нах (?), 15:11 , 18-Июл-18, (61) // journaled data - никогда не было быстрым , Аноним (81), 17:53 , 18-Июл-18, (80) // для ext4, кстати, не факт - разумеется, данные должны писаться специфическим обр, пох (?), 21:18 , 18-Июл-18, (95) Т е они в ядро добавили новые вызовы и работать с этой ФС надо только с языками, Аноним (89), 19:36 , 18-Июл-18, (85) // угу, ведь библиотеки отменили еще, кажется, до вашего рождения жабист должен стр, пох (?), 21:19 , 18-Июл-18, (96) –1 // Какой лютый бред Ну кто побежит во все библиотеки ко всем языкам встраивать э, Аноним (89), 01:48 , 19-Июл-18, (99) костыль к ext4пока круче fat32 ничё не придумали, Аноним (100), 07:50 , 19-Июл-18, (100) –1 // что за глупости Давно мы все придумали, exfat кстати, самсунь втащил его и в ва, ms (??), 18:52 , 21-Июл-18, (108) Пингвины, роясь на свалке технологий, нашли обрывки концепта WinFS, abi (?), 11:26 , 19-Июл-18, (102) 1,2,4,5,6,12,15,16,18,19,29,33,35,45,55,85,100,102

Сообщения

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

	7. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+8 +/–
	Сообщение от x3who (?), 18-Июл-18, 02:52
	Базам данных-то это зачем? У них транзакции свои, нормальные, из коробки.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+5 +/–
	Сообщение от angra (ok), 18-Июл-18, 05:42
	С одной стороны конечно это так, но с другой: To demonstrate the power and ease of use of TxFS transactions, we modify SQLite and Git to incorporate TxFS transactions. We show that when using TxFS transactions, SQLite performance on the TPC-C benchmark improves by 1.6x
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+1 +/–
	Сообщение от x3who (?), 18-Июл-18, 10:21
	Эффективно они вроде как подменили журнал наката SQLite журналом ФС. Возможно это даёт какие-то преимущества по скорости. Мне вот что только непонятно: БД оперирует записями, а TxFS - объектами ядра, т.е. страницами. Одна страница может содержать много записей. Вот что происходит в TxFS, если мы интенсивно апдейтим/добавляем/читаем записи из множества транзакций, обращаясь к одной и той же странице? Инсерты будут создавать разреженные страницы, содержащие одну или несколько записей, созданные одной транзакцией? Конфликты при доступе на чтение и апдейт к уже закоммиченным данным? Это же вполне реальный юзкейс: приходят данные и как-то обрабатываются, при этом новые данные обычно ложатся рядом и при этом они наиболее востребованы другими приложениями.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+/–
	Сообщение от anonymous (??), 18-Июл-18, 12:54
	Базы точно так же оперируют страницами с данными, записями было б слишком дорого.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+/–
	Сообщение от x3who (?), 18-Июл-18, 13:23
	>  Базы точно так же оперируют страницами с данными, записями было б слишком дорого В БД ты спокойно можешь апдейтить разные записи, сидящие в одном блоке, из разных транзакций. ФС же ничего не знает про твои структуры данных.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+/–
	Сообщение от funny.falcon (?), 19-Июл-18, 09:33
	Зависит от БД. В sqlite (стоковом) одновременно может быть только один писатель, т.е. ситуации "ты можешь спокойно апдейтить разные записи из разных транзакций" в принципе нет. И в классическом режиме (с undo) писатель блокирует читателей тоже, копирует страницы в undo, а меняет их прям на месте. Этому режиму транзакционная фс очень поможети вместо того, чтобы выгонять читателей и использовать собственный undo, sqlite может использовать транзакции файловой системы.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+/–
	Сообщение от x3who (?), 20-Июл-18, 11:54
	> И в классическом режиме (с undo) писатель блокирует читателей тоже, копирует страницы в undo, а меняет их прям на месте. Не совсем так, в классическом "Read committed", в худшем случае "пишущая транзакция блокирует изменяемые данные для читающих транзакций" [1], в лучшем - вообще не блокирует. Но, что важно, эти самые "изменяемые данные" - это конкретные строки, которые изменил писатель. А не какие-то единицы хранения данных > Этому режиму транзакционная фс очень поможети вместо того, чтобы выгонять читателей и использовать собственный undo, sqlite может использовать транзакции файловой системы. Может на нём и можно реализовать такой эрзац нормальных транзакций, но тогда будет невозможно проектировать приложения без дидлоков, да и работать это всё будет медленнее по сравнению с нормальными СУБД за счёт лишних, не нужных, абортов при изменении разных данных, случайно оказавшихся на одной странице. [1]: https://ru.wikipedia.org/wiki/%D0%A3%D1%...
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+/–
	Сообщение от x3who (?), 21-Июл-18, 03:18
	> В sqlite Почитал немного про SQLite и до меня дошло, что весь ваш пост был про SQLite.. Заодно дошло, что он там как раз страницами и оперирует с его serializable транзакциями, за ненадобностью блокировок на уровне строк в этом режиме. Так что как минимум сабжевая ФС с ним смотрится естественно. Хотя вот по этому вс равно не понятно что TxFS тут может дать: "вместо того, чтобы выгонять читателей и использовать собственный undo, sqlite может использовать транзакции файловой системы". Чтобы  читатели могли сосуществовать с писателями есть WAL - ведь при параллельном чтении может потребоваться множество версий одной и той же страницы. В режиме UNDO - какая разница кто осуществит копирование при записи SQLite или ФС? Ну разве что может за счет того, что происходит в ядре и используются, насколько я понял, аппаратные средства.. Но чтобы ажно в полтора-два раза только из-за этого - сомнительно оно как-то.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	107. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+/–
	Сообщение от Очередной аноним (?), 21-Июл-18, 12:03
	> Базы точно так же оперируют страницами с данными, записями было б слишком дорого. Базы оперируют блоками ("страницами с данными") только для чтения/записи на носители (читают/пишут один блок за раз, а не построчно). Но внутри блоков они оперируют записями. Транзакции и блокировки в обычных нормальных реляционных БД имеют своей минимальной единицей манипулирования как раз строку (а не блок). Причем некоторые (опять же, нормальные) БД еще являются и версионными (а не строгими чистыми блокировочными) - одна строка может иметь несколько версий для разных транзакций, в зависимости от уровней изоляции этих транзакций. К примеру (для Оракла и его дефолтного уровня изоляции транзакций) - написАл ты очень сложный запрос связав несколько огромных таблиц. Выполняется этот запрос долго, к примеру, 3 минуты. С момента начала выполнения запроса все данные в таблицах должны быть (для запроса) согласованными, иначе ты получишь неверный результат, ибо в течение этих трех минут еще куча других транзакций может закоммитить кучу изменений (и ты бы в начале выполнения запроса читал старые данные, а во второй-третьей минуте - новые свежие данные). Т.е. читать нужно только данные, зафиксированные на момент начала выполнения оператора SELECT (повторюсь, при дефолтном уровне изоляции транзакций в Оракле). В древних БД-блокировочниках для такой согласованности требовалось бы блокировать целиком все таблицы, входящие в запрос (т.е. 3 минуты никто ничего не пишет в эти таблицы). В БД-версионниках никто ничего не блокирует, SELECT выполняется (в случае необходимости) над старыми версиями строки, если она успела измениться и закоммититься другой транзакцией после начала работы селекта. Правда Оракл немного неполноценный, можно получить исключение snapshot too old, но все же. Делать подобные механизмы БД опираясь на представленный в статье функционал файловой системы - как-то по-детски, от непонимания внутренних алгоритмов работы БД и уровней изоляции транзакций. Вам там ссылку оставили, про эти сами уровни, читайте.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	47. "Для Linux представлена файловая система TxFS с поддержкой AC..."	+/–
	Сообщение от mickvav (?), 18-Июл-18, 12:56
	Ну соберите стендик, если интересно. Тут ведь как - новая заявленная функциональность требует и новых методов тестирования - стандартно же ФС - это про файлы и неструктурированные данные, а БД - это про структурированные данные и транзакции.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

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

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