Все советы, в принципе, дельные и полезные. Только я не настолько активно пользуюсь VMWare и не имею 2-х ГБ, тчобы задаваться целью оптимизации работы данной софтины )))

P.S. хотя VMWare - отличная вещь.

И зачем такую ерунду постить?

> Antivirus real-time protection

Для никсов как правило неактуально.

> HostOS disk fragmentation

Банально. Да и чем дефрагментить никсовые ФС?

> Memory trimming

Написано в документации.

> Page sharing (quoted from VMware documentation)

Аналогично.

-- wrar

>Банально. Да и чем дефрагментить никсовые ФС?

Заблуждение.. фрагментируются, и довольно нехило..

Заблуждение - про "банально" или про "нечем дефрагментировать"?

-- wrar

про "нечем".. я думаю, что вы прекрасно знаете, что и в linux происходит фрагментация.. Есть даже дефрагментатор под linux.. вспомню название - напишу

да фрагментируется но что в этом плохого? для оффтопа это плохо, он не умеет нормально с винтом работать, я лично администрирую один файловый сервер, фрагментация там сейчас порядка 27% с год назад была порядка 30% и я дефрагментировал этой тулзой диск чисто ради прикола, производительность при этом по hdparm упала примерно на 15%

Ну не все же такие умные, как ты ) Кому-то влом или некогда читать доки и выискивать там причины тормозов. Так что это ряд советов, по-моему, будет полезен части населения.

>была порядка 30% и я дефрагментировал этой тулзой диск чисто ради прикола, производительность при этом по hdparm упала примерно на 15%

Гхм. hdparm не пользуется файловой системой. Совсем. Поэтому фрагментация ему абсолютно безразлична. Ты наверно вмсете с дефрагментацией перешел на другое ядро, 15% связаны с этим.

birdie дописать надо было что советы для оффтопика, и тут (на ЛОР) им делать нечего.

wrar читать тут http://lists.debian.org/debian-laptop/2001/04/msg00176.html

"hdparm упала примерно на 15%"
Бугага, линуксоиды во всей своей красе ;)

http://www-128.ibm.com/developerworks/linux/library/l-partitiontip.html

OK, you may ask, what's the big deal? After all, ext2 filesystems take a long time to exhibit signs of fragmentation. However, I would argue that fragmentation is still a big problem, because although ext2 does not get fragmented easily, fragmentation is a one-way, cumulative process. That is, while ext2 fragments slowly, it cannot defragment itself. In other words, any often-modified ext2 filesystem will gradually get more and more fragmented, and thus slower. Even worse, there are no production-quality ext2 filesystem defragmenting programs currently available. This means that fragmentation is guaranteed to get worse over time, and the only way to fix it is to wipe the filesystem clean, and restore all the original files from a backup. That's a pretty involved and time-consuming process. So, how can the problem of fragmentation be dramatically reduced and contained? I'll cover all the juicy details in my next tip. See you then!

http://lists.debian.org/debian-user/2003/08/msg03496.html

To defrag a directory (just the directory structure, not the files in the directory) and keep the contents of the directory available for access as long as possible try this:

mkdir newdir ln currentdir/* newdir/ mv currentdir/ olddir/ mv newdir/ currentdir/ rm -rf olddir/

Replace ln with cp -ar if you want to have the contents of the directory also try to reconsolidate themselves on the disk, or with mv if you don't have the free space to copy the files and/or dont care if the file is inaccessable longer. From what I had read, using e2defrag required that the partition was unmounted, so the above commands are better in that sense.

Another ext2/3 'defrag' utility is tar:

cd /tmp tar -czf mailspool.tgz -C /var/spool mail/ cd /var/spool rm -rf mail tar -xzf /tmp/mailspool.tgz

With all of these commands, let the user beware. Double-check yourself before committing to a rm -rf call. For example, if you're messing with /var/spool/mail, your mail programs should be stopped. Even better you should be in single user mode. Be sure you are really loosing performance and understand what you are about to do before wasting an hour trying to gain a couple seconds back. Using tar to copy an entire partition to a tar file on another partition should result in the best gains.

Почитал я разные форумы и выяснил, что ext2/ext3 фрагментируются достаточно сильно при нехватке свободного места. Т.е. ответ примерно такой: "У нас места много - дефрагментатор нам не нужен".

Странная позиция у Линукс сообщества.

Дааа... Винда вообще с железом не умеет работать, видимо. На RHEL4 и 512Мб оперативки крутится vmware с win2000 без каких бы то ни было тормозов.

> Почитал я разные форумы и выяснил, что ext2/ext3 фрагментируются достаточно сильно при нехватке свободного места. Т.е. ответ примерно такой: "У нас места много - дефрагментатор нам не нужен".

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

> без теоретической выкладки они ноль!

Слушаю вас внимательно. Как ext3 борется с файловой фрагметацией если на винте мало места, а у меня пачка севисов по очереди еще в /var/log пишут непрерывно.

>про "нечем".. я думаю, что вы прекрасно знаете, что и в linux происходит фрагментация.. Есть даже дефрагментатор под linux.. вспомню название - напишу

юноша. почитайте доку по ext3 и не позорьтесь

>Т.е. ответ примерно такой: "У нас места много - дефрагментатор нам не нужен". Странная позиция у Линукс сообщества.

я давно пользуюсь и маздаем и линухом. и если с течением времени маздай начинает страдать от фрагментированности очень сильно по производительности то на линухе я никогда этого не замечал. даже на пне-200.

зачем заниматься надуманными проблемами?

>Т.е. ответ примерно такой: "У нас места много - дефрагментатор нам не нужен". Странная позиция у Линукс сообщества.

Чего же странного? Не более страно чем "У нас дохрена памяти! Минимизация потребления памяти нам ненужна!" или "Ресурсы нынче дешевы!".

Диски нынче дешевы господа! Не жмотьтесь! Гиг на винте, даже на самом супер-пупер скази, раз в 50 дешевле чем гиг самой дешовой памяти!

>Как ext3 борется с файловой фрагметацией если на винте мало места

Дайте угадаю ... Она бежит в ближайший киоск за еще одним диском?

Странные люди - досих пор диски используют. Мы уже почти полгода как избавились от них. Закупили по 256 гигов рамы и 100 гиговые флэшки и вуаля! А главное насколько все дешево! Неповерите!

>Слушаю вас внимательно. Как ext3 борется с файловой фрагметацией если на винте мало места, а у меня пачка севисов по очереди еще в /var/log пишут непрерывно.

это у вас сервер такой интересный("на винте мало места") или на рабочей станции "пачка сервисов"? :)

ну и обычно если "пачка севисов по очереди еще в /var/log пишут непрерывно" для них отдельную партицию делают - пусть подавятся :)))

Самая лучшая программа для дефрагментации - mkfs

> юноша. почитайте доку по ext3 и не позорьтесь

Можно линк на доку?

-- wrar

> Как ext3 борется с файловой фрагметацией если на винте мало места, а у меня пачка севисов по очереди еще в /var/log пишут непрерывно.

ИДИ В ШКОЛУ, НЕУЧ!

novell

> Как ext3 борется с файловой фрагметацией
а зачем с ней броться? она как раз позволяет немного ускорить среднее врем ядоступа (чем в случае нефрагментированными файлами)
чтобы понять в чём тут дело - надо просто знать теорию (тома 2 монографии Кнута - Сортировка).

> чтобы понять в чём тут дело - надо просто знать теорию (тома 2 монографии Кнута - Сортировка).

Или как минимум почитать man cp