однажды кудах захотел перекачать файл на ext4

а тут такой адовый обсёр, сука.

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

>>2142221
Про рейзерфс забыл написать, 4МБ/с, да, обосрамс. Алсо btrfs уже коммерчески поддерживается, так что ящитаю можно на десктопе использовать.

Журналирование отключал, никакой разницы. Журнал кстати вообще нипричем, потому что tar только читает, ничего не пишет.

# hdparm -t /dev/sda
/dev/sda: Timing buffered disk reads: 204 MB in 3.02 seconds = 67.44 MB/sec
Ext4, ссаный ноутбучный хитачевский хард с 8Мб кэша и 5400 об/мин. Такие дела.

>>2142225
Так это же просто сырая скорость самого диска, без фс.

А теперь поставь операционную систему, пердолик.

>>2142229
Двачую, ставь OpenBSD.

Во первых, для почты юзай райзер, во вторых, 2Mb — это у тебя хард дохнет.

Да ты же мегауебан. /dev/zero с /dev/null перепутал, уёба.

>>2142249
Не перепутал. Если указать /dev/null, то он вообще нихуя не делает.

>>2142252
Делает. Ну если хочешь, сделай tar c ~/Maildir > /dev/null.

>>2142243

2Mb — это у тебя хард дохнет.

Хард новый.

/dev/sda:
 Timing buffered disk reads: 350 MB in  3.00 seconds = 116.50 MB/sec
---\

В папке 22000 файлов, много мелких по 4–7кб.

>>2142256
У тебя же чуть выше было 67.44

>>2142257
У меня на серваках тысячи пользователей, почта хранится тоже в мейлдире. Файлов так много, что порой кончаются иноды. Скорость не падает.

>>2142258
Это другая колчанька была же.

>>2142262
Кури tune2fs, попробуй монтировать с noatime и/или barier, хуй знает в чем у тебя там проблема. Проверь atop'ом нагрузку на диск, может быть у тебя ещё что-то пишет/читает. Проверь вывод hdparm'а, может у тебя как-нибудь по левому определился хард и работает в каком-нибудь сраном compatibility-mode.

Небось стоит какая-нибудь бубунта с дефолтным LVM'ом.

Кури tune2fs, попробуй монтировать с noatime и/или barier, хуй знает в чем у тебя там проблема.

Я уже вчера и позавчера форматировал и переформатировал фс целый день. Пробовал и включать кучу фич и уменьшать количество айнодов или размеры блоков, пробовал делать фс с livecd арча и с установщика убунты. Всё примерно тоже самое, максимум выигрыш от пердоленья 30 секунд.

Проверь atop'ом нагрузку на диск, может быть у тебя ещё что-то пишет/читает.

Я в dstat смотрю — нихуя особого.
>

Вообще, каким образом ты создавал партицию и ставил туда фс?

Прыщепроблемы не нужны, ставьте семёрочку

>>2142273

Вообще, каким образом ты создавал партицию и ставил туда фс?

Гпартедом.

Семёрочка сама становится, по одному клику

>>2142275
Проверь, не 4к секторный ли у тебя диск.

Поссал на прыщеговноедов.

>>2142278
Говорит что 512, но может быть эмуляция. Все партиции выровнены.

>>2142272
Так какого размера партиция на которой у тебя лежит почта, что там ещё находится, юзаешь ли ты LVM, с какими опциями монтируешь, указывал ли дополнительные параметры при создании ФС?

>>2142280
Кто говорит?

>>2142282
Я создавал тестовые партиции в разных местах диска и тестировал там, нихуя. LVM нет, опции relatime, пробовал крутить noatime и выключать баррьеры — как я уже говорил выигрыш небольшой.

Можно просто остановится на том что ext4 сосёт хуй.

>>2142284
Какого размера партиции и как ты их тестировал?

>>2142285
Ну так попробуй райзер и jfs.

>>2142286
От 800МБ до 30ГиБ.

как ты их тестировал?

time cp -r /mnt/db/Maildir mail
echo 3 > /proc/sys/vm/­drop_caches
time tar cf /dev/zero mail

>>2142285
Хуи сосет твой жесткий диск.

>>2142288
Буду переходить на btrfs.

>>2142289
А нахуя ты прицепился к /dev/zero? Попробуй писать в /dev/shm/test какой-нибудь.

>>2142296
То бишь оперативку.

>>2142296
Результат тот же, похуй куда писать, проблемы-то со чтением.

>>2142303
Ну хуй знает. Какая нагрузка на хард во время тестов?

>>2142306
По dstat'у как раз 1.5–2МБ/с рид, физическую нагрузку не мерял.

>>2142311
Таки сравни с выводом atop'а.

hdparm -I /dev/sda?

>>2142315
DSK | sda | busy 95% | read 2039 | write 0 | MBr/s 1.75 | MBw/s 0.00 | avio 4.69 ms

>>2142325

/dev/sda:

ATA device, with non-removable media
        Model Number:       ST500DM005 HD502HJ
        Serial Number:      S20BJ90CB63578
        Firmware Revision:  1AJ10001
        Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6
Standards:
        Used: unknown (minor revision code 0x0028)
        Supported: 8 7 6 5
        Likely used: 8
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      255
        --
        CHS current addressable sectors:   66842640
        LBA    user addressable sectors:  268435455
        LBA48  user addressable sectors:  976773168
        Logical  Sector size:                   512 bytes
        Physical Sector size:                   512 bytes
        device size with M = 1024*1024:      476940 MBytes
        device size with M = 1000*1000:      500107 MBytes (500 GB)
        cache/buffer size  = 16384 KBytes
        Form Factor: 3.5 inch
        Nominal Media Rotation Rate: 7200
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 32
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Advanced power management level: disabled
        Recommended acoustic management value: 254, current value: 0
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns

Commands/features:
        Enabled Supported:
                SMART feature set
                Security Mode feature set
           *    Power Management feature set
           *    Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    NOP cmd
           *    DOWNLOAD_MICROCODE
                Advanced Power Management feature set
                Power-Up In Standby feature set
           *    SET_FEATURES required to spinup after power up
                SET_MAX security extension
                Automatic Acoustic Management feature set
           *    48-bit Address feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    FLUSH_CACHE_EXT
           *    SMART error logging
           *    SMART self-test
           *    General Purpose Logging feature set
           *    64-bit World wide name
           *    WRITE_UNCORRECTABLE_EXT command
           *    {READ,WRITE}_DMA_EXT_GPL commands
           *    Segmented DOWNLOAD_MICROCODE
           *    Gen1 signaling speed (1.5Gb/s)
           *    Gen2 signaling speed (3.0Gb/s)
           *    Native Command Queueing (NCQ)
           *    Host-initiated interface power management
           *    Phy event counters
           *    NCQ priority information
                DMA Setup Auto-Activate optimization
                Device-initiated interface power management
           *    Software settings preservation
           *    SMART Command Transport (SCT) feature set
           *    SCT Long Sector Access (AC1)
           *    SCT LBA Segment Access (AC2)
           *    SCT Error Recovery Control (AC3)
           *    SCT Features Control (AC4)
           *    SCT Data Tables (AC5)
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
                supported: enhanced erase
        76min for SECURITY ERASE UNIT. 76min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50004cf20907318a
        NAA             : 5
        IEEE OUI        : 0004cf
        Unique ID       : 20907318a
Checksum: correct

>>2142329

Это >>2142225 не ты был что-ли? Параметры не совпадают.

>>2142331

>>2142262

Ну хуй знает, вроде все ок. Какой у тебя размер блока фс? И покажи cat /proc/mounts | grep ФС.

>>2142329
Сделай hdparm -M 254 /dev/sda и проверь скорость чтения ещё разок.

>>2142337

размер блока

4к для всех фс.

Сделай hdparm -M 254 /dev/sda и проверь скорость чтения ещё разок.

Та же хуйня, но шумит сильнее.

DSK | sda | busy 91% | read 1424 | write 2 | MBr/s 0.96 | MBw/s 0.00 | avio 6.42 ms

>>2142339
Ну так попробуй 2к блоки, странно, что -M не влияет на скорость чтения.

>>2142340
Мне кажется ничего странного, если предпологать что проблема в ext4, большие файлы и папки с большими файлами тарятся и копируются на близкой к 100МБ скорости, вне зависимости от режима. Печально что даже новые фс не выжимают больше 20МБ на мелких файлах.

>>2142340

попробуй 2к блоки

Та же хуйня.

>>2142341
А вот в irc подсказывают спросить, есть ли у тебя среди tune2fs -l /dev/sdaX | grep features dir_index, например?

>>2142344
Да, на всех дисках.
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize

>>2142345
Ты и есть долбаеб.

>>2142349
Да мне похуй, пррррррр.

>>2142346
Ну тогда просто странно, что у меня без всех оптимизаций с примерно таким же диском производительность на маленьких файлах на порядок больше. Ты эти параметры ФС давал при создании? Можешь попробовать речекнуть (e2fsck) ФС с параметром -D, ман говорит, что это обязательно поможет.

>>2142352
e2fsck -Df /dev/sdaX, — вот так.

>>2142355
tar не сжимает файлы, оверхед минимален

>>2142352
Без всяких параметров, только что сделал mkfs.ext4 -b 2048.
>>2142352

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

У нас видимо разные файлы. Гугл говорит что таки ext сильно расходуется если поместить в одну папку дохуя совсем мелочных файлов. (Хотя у меня всего-лишь 20000 безобидных емейлов)

>>2142355

мелкие файлы это хардварное ограничение диска, их невозможно читать так же быстро, как большие НИКАК

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

>>2142360

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

А хули бы им в нем не быть? Только что отформатированный пустой диск на 30гб получает 200МБ папку по кабелю, фрагментации быть не должно.

>>2142365
Для этого и нужна фс, чтобы такой парашей себя заботить.

Ну ладно, похуй на ext, но почему у тебя райзер то тормозит?

>>2142372
Как раз нужно, и ты слишком плохого мнения о современных процессорах.

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

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

Ну ладно, похуй на ext, но почему у тебя райзер то тормозит?

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

>>2142372
Это, блять, не прикладное говно. Он записывает целиком директорию, и целиком её же считывает. Если бы индексы работали, как они должны работать, то проблем бы не должно было быть.

Правда при mkfs.reiserfs посыпались охуенные истории про петушинную жизнь ханса в тюрячке, наверное это всё-таки новая версия.

>>2142376
Насчет ext, ты таки пробовал после копирования директории пройтись по ФС e2fsck -fD?

>>2142380
Никаких изменений.

>>2142380
Ещё раз, порядок такой. Размонтируешь ФС, проверяешь, что в features у ней есть dir_index, проходишься e2fsck -fD, монтируешь.

>>2142383
Нихуя. Хорошо я съёбываю, спасибо за внимание. Вечером попробую сгенерировать такую же ебанутую папку, потестите как у вас будет работать.

Пишу в /dev/null, УМВР. 0m0.022s

>>2142567
Лол, у тебя же в кэше всё.

О чем пиздите?

>>2142568
Что у меня в кэше, блять?!

>>2142574
Инфа какая-то.