История изменений
Исправление intelfx, (текущая версия) :
Там есть коммент от Рейзера, что это нужно для повышения производительности.
Где?
Я вижу в reiser4_writeback_inodes() вызов generic_writeback_sb_inodes() и костыли вокруг. Никакого повышения производительности не вижу.
Но вообще я говорю не только и не столько про super_operations. Про выкинутые интерфейсы — это про PF_FLUSHER, set_page_dirty_notag etc. А вообще я про то, например, что в какой-то момент мы запретили миграцию страниц для страничного кэша reiser4, потому что «ниработаит», а искать проблему и чинить её — да кому это нужно? Эдуард помогать мне в написании ->migratepage() не захотел, и теперь там -ENOENT. Про всякие там опциональные методы в inode_operations (tmpfile, atomic_open, RENAME_EXCHANGE) и поддержку ACLs/xattrs даже не заикаюсь.
Исправление intelfx, :
Там есть коммент от Рейзера, что это нужно для повышения производительности.
Где?
Я вижу в reiser4_writeback_inodes() вызов generic_writeback_sb_inodes() и костыли вокруг. Никакого повышения производительности не вижу.
Но вообще я говорю не только и не столько про super_operations. Про выкинутые интерфейсы — это про PF_FLUSHER. А вообще я про то, например, что в какой-то момент мы запретили миграцию страниц для страничного кэша reiser4, потому что «ниработаит», а искать проблему и чинить её — да кому это нужно? Эдуард помогать мне в написании ->migratepage() не захотел, и теперь там -ENOENT. Про всякие там опциональные методы в inode_operations (tmpfile, atomic_open, RENAME_EXCHANGE) и поддержку ACLs/xattrs даже не заикаюсь.
Исправление intelfx, :
Там есть коммент от Рейзера, что это нужно для повышения производительности.
Где?
Я вижу в reiser4_writeback_inodes() вызов generic_writeback_sb_inodes() и костыли вокруг. Никакого повышения производительности не вижу.
Но вообще я говорю не только и не столько про super_operations. А про то, например, что в какой-то момент мы запретили миграцию страниц для страничного кэша reiser4, потому что «ниработаит», а искать проблему и чинить её — да кому это нужно? Эдуард помогать мне в написании ->migratepage() не захотел, и теперь там -ENOENT. Про всякие там опциональные методы в inode_operations (tmpfile, atomic_open, RENAME_EXCHANGE) и поддержку ACLs/xattrs даже не заикаюсь.
Исправление intelfx, :
Там есть коммент от Рейзера, что это нужно для повышения производительности.
Где?
Я вижу в reiser4_writeback_inodes() вызов generic_writeback_sb_inodes() и костыли вокруг. Никакого повышения производительности не вижу.
Но вообще я говорю не только и не столько про super_operations. А про то, например, что в какой-то момент мы запретили миграцию страниц для страничного кэша reiser4, потому что «ниработаит», а искать проблему и чинить её — да кому это нужно? Эдуард помогать мне не захотел, и теперь там -ENOENT. Про всякие там опциональные методы в inode_operations (tmpfile, atomic_open, RENAME_EXCHANGE) и поддержку ACLs/xattrs даже не заикаюсь.
Исходная версия intelfx, :
Там есть коммент от Рейзера, что это нужно для повышения производительности.
Где?
Я вижу в reiser4_writeback_inodes() вызов generic_writeback_sb_inodes() и костыли вокруг. Никакого повышения производительности не вижу.
Но вообще я говорю не только и не столько про super_operations.