Войти

Показать полную графическую версию : дефрагментация ext2\ext3


Страниц : [1] 2

Ge0rge
08-03-2003, 20:15
Нужно ли вообще делать дефрагментацию ext2\ext3 и как?

CyberCoder
08-03-2003, 21:18
вроде не нужно, т.к. ext2/3 "практически не фрагментируются"

glassMonk
09-03-2003, 03:54
"практически не фрагментируются"
Да это так, у тебя каждую неделю запускаеться проверка и все что с ней связано.

Barracuda
10-03-2003, 16:57
SystemZ
Скачал вот эту утилитку (ftp://metalab.unc.edu/pub/Linux/system/filesystems/defrag-0.70.tar.gz), но не разу ещё не юзал. Если интересно, то можете глянуть.

Digger
13-03-2003, 10:57
Для ext2/ext3 дефрагментация не нужна, т.к. система устроена таким образом, что фрагментация диска если и бывает, то не очень существенная. Хотя существуют программы для дефрагментации этих файловых систем, но я еще не видел ни одного пользователя который ими пользовался.

EsTaF
07-01-2009, 21:27
Для ext2/ext3 дефрагментация не нужна, т.к. система устроена таким образом, что фрагментация диска если и бывает, то не очень существенная. Хотя существуют программы для дефрагментации этих файловых систем, но я еще не видел ни одного пользователя который ими пользовался. »

А еще в Советском Союзе секса не было.

fsck -t ext3 -C -V -y -f /dev/sda1
fsck 1.41.1 (01-Sep-2008)
[/sbin/fsck.ext3 (1) -- /mnt/media2] fsck.ext3 -y -f -C0 /dev/disk/by-id/ata-MAXTOR_STM3500320AS_9QM8XASL-part1
e2fsck 1.41.1 (01-Sep-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/disk/by-id/ata-MAXTOR_STM3500320AS_9QM8XASL-part1: 3632/30531584 files (18.1% non-contiguous), 84789796/122096000 blocks

И это у меня 18%, ибо клал сюда файлы не через bittorrent/linuxdcpp/многопоточное копирование, а просто. копированием. И диск живет всего неделю. Работаю с ним неделю.

Пример человека. Диск меньше, чем 500 Gb, как у меня.

fsck -t ext3 -C -V -y -f /dev/hdb1
fsck 1.41.2 (02-Oct-2008)
[/sbin/fsck.ext3 (1) -- /media/hdb1] fsck.ext3 -y -f -C0 /dev/hdb1
e2fsck 1.41.2 (02-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/hdb1: 1590/9781248 files (34.9% non-contiguous), 18951823/19537678 blocks

Это еще человек грамотно к копированию относится. не системный раздел, еще.

2 топикстартер

google shake. правда, это экспериментальная софтина.

shisik
07-01-2009, 22:35
В реально многозадачной ОС (которой является Линукс) фрагментация диска практически не имеет значения. Допустим, в системе запущено 2 процесса: А и Б, которые работают соответственно с Файлом_А и Файлом_Б. И допустим, что эти файлы записаны непрерыно (не фрагментированы), но один в начале диска (Файл_А), а другой в конце (Файл_Б). Теперь как работает ОС с вытесняющей многозадачностью? Процесс А запросил Файл_А, ОС передала запрос на винт и он передвинул головку в начало диска для чтения этого файла. Процес А прочитал 5% файла и ОС прервала его выполнение, чтоб выделить процессорное время процессу Б. А он в свою очередь запросил Файл_Б, в результате чего винт передвинул говолку в конец диска. Не успел процесс Б прочитать весь файл, как ОС снова передала управление поцессу А и всё повторилось заново...
А теперь что бы по сути изменилось, если бы файлы были фрагментированы? Да ничего, винт всё равно туда-сюда двигал юы головки и прироста производительности всё равно не было б... Поэтому, в многозадачных ОС на самом деле дефрагментация не нужна.

EsTaF
08-01-2009, 04:22
2 shisik

однако, тормоза заметы. к примеру, я забыл веделить дисковое пространство под торренты. около 500 GB. И все время закачки параллельно на диск писались и другие данные. А теперь натравим linuxdcpp на такие файлы. Разница есть. даже по gkrellm видна невооруженным глазом. скачки до 5 MBps и ниже. и это при том, что файлы большие, процессор не нагружен и других задач нет. Так же, мне не столь важна дефрагментация файлов, сколько дефрагментация свободного пространства. под те же dv файлы. захват с камеры и проч. интересные вещи.

shisik
08-01-2009, 16:16
Имхо, причину тормозов следует искать в другом месте. Могу сказать, что в Винде (я имею ввиду не 9x, а NT системы) тормоза появлялются как раз после дефрагментации. А скачивание торрентов вообще хаотичный процесс - неизвестно, какой кусок файла будет запрошен в следующий момент и фрагментирование здесь значения точно не имеет.

EsTaF
03-05-2009, 16:55
shisik, обоснуй это самое другое место.

у тебя файл большой и он разбросан по всему диску. его нужно быстро сосчитать. в рассыпанном состоянии он читается со скоростью когда 50 MBps, а когда и ~5-10 MBps. в целом, медленнее раза в два. если диск шумный, то будет слышен еще и шум головок. а, при "монолитном" расположении файла все четко. без шума и быстро.

Могу сказать, что в Винде (я имею ввиду не 9x, а NT системы) тормоза появлялются как раз после дефрагментации. »

под windows есть contig (sysinternals/winternals) > http://technet.microsoft.com/ru-ru/sysinternals/bb897428.aspx

shisik
03-05-2009, 18:29
у тебя файл большой и он разбросан по всему диску. его нужно быстро сосчитать. в рассыпанном состоянии он читается со скоростью когда 50 MBps, а когда и ~5-10 MBps. в целом, медленнее раза в два. если диск шумный, то будет слышен еще и шум головок. а, при "монолитном" расположении файла все четко. без шума и быстро. »
Всё это справедливо только для однозадачных ОС. А если у меня в системе запущен торрент-клиент и он постоянно что-то пишет/читает с диска, то запросы к файловой системе идут хаотично и это никак не зависит от фрагментации. И даже если запустить копирование большого файла, этот процесс будет постоянно прерываться торрентом (например) и винт всё равно будет ездить вперёд-назад.

kero
17-09-2012, 00:57
Существует ли прога способная деффрагментировать ext3 из Виндовс ?

sputnikk
23-12-2018, 09:58
После обновления Mint 19 до 19.1 перестала работать проверка фрагментировасти диска по команде sudo e4defrag -c /dev/sda1 . Пишет:
e4defrag 1.44.1 (24-Mar-2018)
Filesystem is not mounted
Хотя /dev/sda1 занимает весь диск.

Mint 19.1 x86 в VirtualBox 5.

На виртуальной Ubuntu 18.10 работает
<Fragmented files> now/best size/ext
1. /var/log/wtmp 15/1 4 KB
2. /var/log/apt/term.log 8/1 4 KB
3. /home/nemo/.ICEauthority 4/1 4 KB
4. /var/log/boot.log 16/1 5 KB
5. /var/log/apt/history.log 2/1 4 KB

Total/best extents 120032/119696
Average size per extent 52 KB
Fragmentation score 0
[0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]
This device (/dev/sda1) does not need defragmentation.

Jula0071
23-12-2018, 14:12
Filesystem is not mounted »
Говорит, что фс не смонтирована
Хотя /dev/sda1 занимает весь диск. »
Вы уверены? Покажите вывод sudo lsblk

sputnikk
23-12-2018, 16:20
Покажите вывод sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 15G 0 disk
└─sda1 8:1 0 15G 0 part
├─mint--vg-root 253:0 0 13,5G 0 lvm /
└─mint--vg-swap_1 253:1 0 1,5G 0 lvm [SWAP]
sr0 11:0 1 1024M 0 rom

в конце диска пустота в 1 мб

Jula0071
23-12-2018, 16:37
sputnikk, так у вас LVM.
Узел корня у вас /dev/mint-vg/root

sputnikk
23-12-2018, 16:48
Jula0071, Спасибо. Не помню, может начисто ставил 19 и подкачка оказалась в общем разделе, а не в отдельном. Или при обновлении 19.1 подкачка перешла в общий раздел

Сработало
e4defrag 1.44.1 (24-Mar-2018)
<Fragmented files> now/best size/ext
1. /var/log/wtmp 9/1 4 KB
2. /var/log/lightdm/lightdm.log 7/1 4 KB
3. /var/log/auth.log 6/1 4 KB
4. /var/log/cups/access_log 2/1 4 KB
5. /var/log/lightdm/x-0.log 2/1 4 KB

Total/best extents 214483/214153
Average size per extent 36 KB
Fragmentation score 0
[0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]
This device (/dev/mint-vg/root) does not need defragmentation.
Done.

Jula0071
23-12-2018, 16:52
sputnikk, вы сейчас ересь несёте. Почитайте про LVM. http://xgu.ru/wiki/Lvm
Возможно Mint стал по умолчанию разбивать диск с использованием LVM, голая убунта так давно предлагает, но не по умолчанию.

sputnikk
23-12-2018, 17:12
Jula0071, значит ставил начисто 19, там видимо по умолчанию
Думал ускорить загрузку, но при нулевой фрагментировасти ничего не даст.
Примерно 1 минуту после запуска вижу чёрный экран с надписью Mint 19.1 и 4 зелёные точки, при этом гаджеты хоста указывают на отсутствие нагрузки на диск и процессор, после минуты ожидания начинается бурная активность диска и процессора, спустя 40 секунд заканчивается полная загрузка (играет музыку приветствия)

Jula0071
23-12-2018, 17:19
чёрный экран с надписью Mint 19.1 и 4 зелёные точки »
Это plymouth. Его придумали, чтобы загрузка выглядела красивенько, как в винде. Ненужная хрень. Как его отключить, чтобы процесс загрузки был у вас на глазах, я уже забыл, давно слез с линукса как десктопа. Погуглите.

Во всяком случае, ни LVM, ни фрагментация (которой нет) тут не при делах.




© OSzone.net 2001-2012