| |
| 2.2, igor (??), 13:12, 11/05/2011 [^] [^^] [^^^] [ответить]
| –7 +/– |
 причем здесь фрагментация??????????????????????????????
сказано: в одну область
| | |
| |
| 3.3, postfactum (?), 13:15, 11/05/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
e4rat is based on the online defragmentation ioctl EXT4_IOC_MOVE_EXT from the Ext4 filesystem
| | |
| 3.5, тру йода (?), 13:22, 11/05/2011 [^] [^^] [^^^] [ответить]
| +5 +/– |
> причем здесь фрагментация??????????????????????????????
> сказано: в одну область
Ой, извините, после того как вы кучку файлов переместите в одну область это будет называться не дефрагментацией ФС, а как как вы сказали? Ускорение загрузки путем перемещения файлов в одну область. Патент бегите выписывать.
| | |
| |
| 4.29, Аноним (-), 14:25, 11/05/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
>> причем здесь фрагментация??????????????????????????????
>> сказано: в одну область
> Ой, извините, после того как вы кучку файлов переместите в одну область
> это будет называться не дефрагментацией ФС, а как как вы сказали?
> Ускорение загрузки путем перемещения файлов в одну область. Патент бегите выписывать.
Ну ведь это действительно так :) Это не фрагментированные файлы, а размещение файлов на диске согласно их логическому использованию.
| | |
| 4.31, Zenittur (?), 14:44, 11/05/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дефрагментация - это сборка в одно место всех частеей одногоф айла. А здесь - нескольких.
| | |
| |
| 5.62, h31 (ok), 17:42, 11/05/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Это если чисто на определение смотреть. На практике дефрагментация включает в себя ещё и перемещение целых файлов.
| | |
| 5.66, Аноним (-), 20:23, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Дефрагментация - это сборка в одно место всех частеей одногоф айла. А
> здесь - нескольких.
А это логичное развитие идеи дефрагментации :)))
| | |
|
| 4.92, follow_me (?), 18:53, 12/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
дефрагментация по определению процесс при котором добиваются чтоб файл состоял из одного фрагмента а не из кучи - тут же они стараются добиться того чтоб файлы читались быстрее за счет упреждающего чтения , совсем разные вещи
| | |
|
| 3.11, Аноним (-), 13:38, 11/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Фрагментация может быть не только у файлов, а еще и у логических областей, предназначенных для последовательной загрузки целиком в память. Вот он эту облать и *дефрагментирует*.
| | |
| |
| 4.14, z (??), 13:49, 11/05/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>логических областей, предназначенных для последовательной загрузки целиком в память
объект - мозг, как я понимаю? :)
| | |
|
|
|
| |
| 2.13, pavlinux (ok), 13:48, 11/05/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
 В Norton Utilites
(c) 1982 "DiskOpt, speeds floppy disk access"
(с) 1987 "added Speed Disk, a disk defragmenter"
| | |
| |
| 3.16, z (??), 13:57, 11/05/2011 [^] [^^] [^^^] [ответить]
| –4 +/– |
> В Norton Utilites
> (c) 1982 "DiskOpt, speeds floppy disk access"
> (с) 1987 "added Speed Disk, a disk defragmenter"
Угу, а в линуксе опно появилось только спустя 20 лет и то не для всех ФС :)
И гляньте-ка в layout.ini - там немного другое (оптимальное расположение файлов при загрузке)
| | |
| |
| 4.18, pavlinux (ok), 14:00, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Как меня это спасёт с моим SSD? Сэкономит 50 миллисекунд?
---
Короча, баяну про необходимость дефрагментации уже 30 лет.
Написано куча научных, псевдонаучных, дипломных и курсовых работ.
Диагноз один: Дефрагментация даёт психо-визуальное ощущение
ускорения работы, проще говоря Плацебо! Ускорение возможно лишь
при статическом хранении кода и данных, - например если MySQL
был бы слинкован со всеми библиотеками и самой базой, а архитектура
файловой системы запрещала фрагментацию.
| | |
| |
| 5.35, z (??), 14:58, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Диагноз один: Дефрагментация даёт психо-визуальное ощущение
> ускорения работы, проще говоря Плацебо!
Чушь собачья, даже комментировать не хочется
| | |
| |
| 6.39, ананим (?), 15:03, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
конечно это не в условиях венды.
там фрагментация дело сурьёзное.
знаете почему в винде нельзя удалить файл, который сейчас на выполнении? и как это связано с вирт.памятью, подкачкой и фрагментацией?
| | |
| |
| 7.41, z (??), 15:08, 11/05/2011 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>и как это связано с вирт.памятью, подкачкой и фрагментацией?
с фрагментацией точно никак не связано, а вот с вирт.памятью - да, но тут стоит учесть скорость работы дин.линковщиков ( - и почему в линусе такой тормознутый by-design ld.so, - над чем я вам подумать советую) перед тем, как далее углубляться в дискуссию
| | |
| |
| 8.44, ананим (?), 15:23, 11/05/2011 [^] [^^] [^^^] [ответить] | +/– | да-да а продолжить логические рассуждения не судьба - вирт память - выгрузка н... текст свёрнут, показать | | |
| |
| 9.73, Виндус (?), 01:22, 12/05/2011 [^] [^^] [^^^] [ответить] | +1 +/– | Программист Разъясните нам разницу между потоками и процессами, а также то для ... текст свёрнут, показать | | |
| 9.81, z (??), 11:18, 12/05/2011 [^] [^^] [^^^] [ответить] | +1 +/– | есть утилита для его дефрагментации, и у меня же вообще этого файла нет всё верн... большой текст свёрнут, показать | | |
| |
| 10.86, ананим (?), 14:58, 12/05/2011 [^] [^^] [^^^] [ответить] | +/– | кого его ну ладно чудик сверху, но вы то вроде претендовали на знатока того что... большой текст свёрнут, показать | | |
| |
| 11.88, z (??), 15:24, 12/05/2011 [^] [^^] [^^^] [ответить] | +1 +/– | и код чего 20 лет спустя подозреваю, что винда засрана по самое нехочу... большой текст свёрнут, показать | | |
| |
| 12.89, ананим (?), 15:48, 12/05/2011 [^] [^^] [^^^] [ответить] | +/– | и всё D в винде нельзя удалить экзешник, запущенный на выполнение, из-за того,... большой текст свёрнут, показать | | |
| |
| 13.93, z (??), 00:26, 13/05/2011 [^] [^^] [^^^] [ответить] | +/– | критично разве что при первом запуске, как и в линуксе ну да, как и полнофункцио... текст свёрнут, показать | | |
| |
| |
| 15.110, Виндус (?), 02:30, 13/05/2011 [^] [^^] [^^^] [ответить] | +1 +/– | gt оверквотинг удален А Вы ведь даже не знали, что попадание страниц виртуальн... большой текст свёрнут, показать | | |
| 15.144, z (??), 15:01, 13/05/2011 [^] [^^] [^^^] [ответить] | +/– | это я и говорил, к чему претензии очередной телепат-самоучка забавно в тако... текст свёрнут, показать | | |
|
|
| |
| |
| |
| |
| 17.132, Виндус (?), 04:08, 13/05/2011 [^] [^^] [^^^] [ответить] | +1 +/– | gt оверквотинг удален Не хотел бы я быть клиентом вашего продакшена А вы таки... большой текст свёрнут, показать | | |
| |
| 18.134, ананим (?), 04:20, 13/05/2011 [^] [^^] [^^^] [ответить] | +/– | а кто вас спрашивать то будет D тем более что таких как вы вантузятников попёр... большой текст свёрнут, показать | | |
|
|
|
|
|
| |
| |
| 15.107, Виндус (?), 02:17, 13/05/2011 [^] [^^] [^^^] [ответить] | +1 +/– | Вы процитировали бред Стыдитесь Под Виндовсом говорят о выгрузке страниц памят... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| 19.147, z (??), 15:36, 13/05/2011 [^] [^^] [^^^] [ответить] | +/– | т е по вашей-же логике - не-упакованный код не должен вызывать блокировки экзеш... текст свёрнут, показать | | |
| |
| 21.149, z (??), 10:52, 16/05/2011 [^] [^^] [^^^] [ответить] | +/– | По факту - одна из функций, так что не съезжаем с темы Какой же критерий этой з... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
| 9.98, Виндус (?), 01:34, 13/05/2011 [^] [^^] [^^^] [ответить] | +/– | В Линуксе до сих пор нет аналогов потоков Виндовс, а имеются костыли в виде урез... большой текст свёрнут, показать | | |
|
|
|
| 6.61, pavlinux (ok), 16:50, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Диагноз один: Дефрагментация даёт психо-визуальное ощущение
>> ускорения работы, проще говоря Плацебо!
> Чушь собачья, даже комментировать не хочется
Да нет уж, коль начал, договаривай.
| | |
| |
| 7.83, z (??), 11:27, 12/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Да нет уж, коль начал, договаривай.
Читайте спецификации ext4 и сравнивайте с ext3, затем представьте, как будет записан фрагментированный файл в ext4 и ext3, потом опять читайте спецификации ext4 (можно, в принцине, любой FS с екстентной формой адресации блоков) пока не дойдёт
| | |
|
|
| 5.56, BratSinot (?), 16:25, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Да, блин, с твоим SSD! У всех есть по пару тысяч зеленых на покупку скажем двух терабайтных SSD, которых даже в продаже нет.
| | |
| |
| 6.59, pavlinux (ok), 16:46, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Да, блин, с твоим SSD! У всех есть по пару тысяч зеленых
> на покупку скажем двух терабайтных SSD, которых даже в продаже нет.
4000 рупелей он стоит, под корневой раздел самое оно.
А дефрагментация остального - Плацебо.
| | |
| |
| 7.68, Аноним (-), 20:26, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А дефрагментация остального - Плацебо.
Зависит от. Например торентами без преаллокации можно очень сильно все засрать.
| | |
|
|
|
| 4.22, Аноним (-), 14:12, 11/05/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Угу, а в линуксе опно появилось только спустя 20 лет и то не для всех ФС :)
Вы ещё с 18 веком сравните, 20 лет назад линукса небыло.
| | |
| |
| 5.37, z (??), 14:59, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Вы ещё с 18 веком сравните, 20 лет назад линукса небыло.
не я полез за датами, прошу заметить :)
| | |
|
| 4.28, ананим (?), 14:20, 11/05/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
это потому что никому не нужно.
он и так не медленнее винды грузится.
>И гляньте-ка в layout.ini - там немного другое (оптимальное расположение файлов при загрузке)
пусть для начала научится на любой железяке взлетать, как линух.
а то чуть мамку сменил, всё, гитлер капут.
а уж потом про текстовые файлы ini поговорим. :D
| | |
| |
| 5.38, z (??), 15:03, 11/05/2011 [^] [^^] [^^^] [ответить]
| –5 +/– | |
>пусть для начала научится на любой железяке взлетать, как линух.
а смысл? лучше сконцентрировать ресурсы вокруг наиболее постребованного, чем делать кое-как для всего возможного
> а то чуть мамку сменил, всё, гитлер капут.
пора уже, наконец, забыть про XP
> а уж потом про текстовые файлы ini поговорим. :D
тема безусловно, актуальная для линукса, но о уже привычная для w*
| | |
| |
| 6.42, ананим (?), 15:09, 11/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>пусть для начала научится на любой железяке взлетать, как линух.
>а смысл? лучше сконцентрировать ресурсы вокруг наиболее постребованного, чем делать кое-как для всего возможного
какие такие ресурсы? и где сконцентрировать?
>> а то чуть мамку сменил, всё, гитлер капут.
>пора уже, наконец, забыть про XP
с 7 по другому?!! :D
>тема безусловно, актуальная для линукса, но о уже привычная для w*
ну да. до регистри-хэл конэшно не дотягивает
зыж
и чё вот человек сказать то хотел? какие-то маркетоидные выкрики.
| | |
| |
| 7.80, z (??), 11:11, 12/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>какие такие ресурсы? и где сконцентрировать?
человеческие, на доработке хотя бы существующих архитектур, а то опять alsa/энергосбережение поломали/kde5 на горизонте
>с 7 по другому?!! :D
Я тут отвечу по-вашему - УМВР-ЧЯДНТ? :)
>до регистри-хэл конэшно не дотягивает
О, что-то новенькое, потрудитесь конкретизировать? :)
| | |
| |
| 8.90, ананим (?), 16:31, 12/05/2011 [^] [^^] [^^^] [ответить] | +/– | эти ресурсы и так уже потрачены винда на это железо ставиться но если проинст... большой текст свёрнут, показать | | |
| |
| 9.94, z (??), 00:32, 13/05/2011 [^] [^^] [^^^] [ответить] | +/– | архитектура подразумевает проектирование, т е инженерный подход - чего в случае... большой текст свёрнут, показать | | |
|
|
|
| 6.52, Omonim (?), 16:15, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
пора уже, наконец, забыть про XP
Дайте нормальный видеоредактор нелинейного монтажа (уровня Адоб Премьер Про 1,5-2) и нормальный аудиоредактор (хотя бы до уровня Адоб Аудишн 2)
| | |
| |
| 7.63, non anon (?), 18:07, 11/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Дайте нормальный видеоредактор нелинейного монтажа (уровня Адоб Премьер Про 1,5-2) и нормальный аудиоредактор (хотя бы до уровня Адоб Аудишн 2)
А вы уверены, что вам нужны именно сравнимые по функциональности продукты, а не точные копии?
| | |
|
|
|
| 4.64, rshadow (ok), 18:17, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
 По факту, линукс грузиться на порядок быстрее. То что решили добавить и такое ускорение это уже мелочи.
| | |
| |
| 5.74, Виндус (?), 03:21, 12/05/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> По факту, линукс грузиться на порядок быстрее. То что решили добавить и такое ускорение это уже мелочи.
На порядок значит в 10 раз. Давайте подсчитаем, если у меня Вин7 под виртуалкой за 50 секунд загружается, то сколько времени займёт загрузка Линукс? По вашему получается что 5 секунд. На самом деле около 35 секунд.
Поздравляю Вас, гражданин, соврамши !!!
| | |
|
|
|
| 2.23, filosofem (ok), 14:13, 11/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > в XP появилось 10 лет назад
Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.
| | |
| |
| 3.40, z (??), 15:03, 11/05/2011 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.
У каждого свое применение, рад за вас :)
| | |
| 3.112, Виндус (?), 02:41, 13/05/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> в XP появилось 10 лет назад
> Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.
За долгие годы эксплуатации ХР в качестве рабочей машины, с интенсивной установкой/удалением самых разных программ, мучанием реестра и вообще плохим обращением ни единого BSODa не видел, до тех пор, пока не навернулся один модуль памяти из четырёх. После его замены машинка продолжает работать как швейцарские часики.
Если Вам не нравится Notepad, могу порекомендовать Вам его полный заменитель - Notepad++, абсолютно свободная программа, под лицензией GPL. Скачать его можно здесь: http://www.notepadplusplus.org/. Очень обширная функциональность "из коробки", много дополнений, интегрируется в оболочку ( удобно использовать из Explorera ).
| | |
|
| 2.32, hummermania (?), 14:46, 11/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
И чё сильно это помогло винде? А если серьезно - нонешние ФС в линухе как бэ не сильно нуждаются в дефрагментации, думаю не открыл никому омэрыку. Поэтому такая небольшая перемещалка по большому счету как зайцу -стоп-сигнал. Вроде и нужен, и вроде не совсем. Хуже по крайней мере не будет.
| | |
| |
| 3.53, ABATAPA (ok), 16:23, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > А если серьезно - нонешние ФС в линухе как бэ не сильно нуждаются в дефрагментации, думаю не открыл никому омэрыку.
Да ну?! Прекратите заблуждаться, и попробуйте, к примеру, качать на ext[234] раздел торренты (несколько параллельных гигабайтных закачек), отключив предварительное физическое выделение места на диске (к примеру, для Transmission Preallocation=0), потом сделайте
filefrag имя_файла
и протестируйте скорость чтения этих файлов.
Потом повторите с Preallocation=2.
Задумайтесь.
| | |
| |
| 4.75, Аноним (-), 06:34, 12/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>Обычно люди не сильно нуждаются в бронепластинах на ногах
>Да ну?! Прекратите заблуждаться, и попробуйте, к примеру, выстрелить себе в ногу. | | |
|
|
| 2.67, Аноним (-), 20:25, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> в XP появилось 10 лет назад
А где б для XP bootchartd взять, для сравнения? :)
| | |
| |
| 3.82, z (??), 11:21, 12/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А где б для XP bootchartd взять, для сравнения? :)
есть профилировщик bootvis, есть планировщик задач, заполняющий layout.ini + defrag /b
| | |
|
|
| 1.7, Анон (?), 13:26, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Интересная штука, но, похоже, конфигурации с raid и lvm пролетают.
| | |
| 1.8, z (??), 13:28, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
bootvis это профилировщик, я же имею ввиду layout.ini
| | |
| |
| |
| |
| 4.21, ананим (?), 14:10, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
в линухе как раз поможет. см. график загрузки системы по ссылке.
но на ext4.
бтрфс же и без этой процедуры отлично справляется, но релиза пока нет.
а вот в хрюше что с этим, что без - монопенесуально.
да и вообще там основной тормоз загрузки - раздутый реестр. стоит мсо установить и всё, в 3 раза дольше загрузка.
| | |
| |
| |
| 6.36, ананим (?), 14:58, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
верю.
как и то, что таки поможет. не знаю на сколько сильно, но всё же.
| | |
| 6.60, ананим (?), 16:48, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
проверил. действительно быстрее, но с пунктом:
>Когда этот процесс закончится, открываем конфигурационный файл /boot/grub/grub.cfg (или /boot/grub/menu.lst) и добавляем к опциям ядра (все таже строка kernel) следующую строку:
>init=/sbin/e4rat-preload
который помещает файлы в page cache
а это уже нифига не дефрагментация и не расположение файлов в одном месте.
| | |
|
|
|
|
|
| |
| 2.47, non anon (?), 15:50, 11/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
systemd поддерживает аналогичный по возможностям механизм "из коробки", независимо от типа файловой системы.
| | |
| |
| |
| 4.58, non anon (?), 16:39, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Он ничего не дефрагментирует (это выходит за рамки задач системы инициализации). Там используется технология readahead. Аналогично сабжу по возможностям (ускорение доступа к файлам при загрузке системы), но решение задачи там немного другое.
| | |
|
|
|
| 1.17, pavlinux (ok), 13:58, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А ниче, что во время работы любые другие скрипты и проги
буду тащить головки диска к началу, за bash, awk, grep,... libc.so, ld-linux.so...
| | |
| |
| 2.19, Stax (ok), 14:05, 11/05/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Какие bash, awk, grep, вы прямо как в прошлом веке ;) Нынче эра systemd, при загрузке весь прочий хлам не нужен.
| | |
| |
| 3.24, pavlinux (ok), 14:15, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
И ваще, там у этого хрена, картинки ДО и ПОСЛЕ отличаются
количеством запущенных сервисов и программ
Та, что оптимизированая не имеет nfs.common, kbd, bluetooth, bluetoothd, update-gconf-de,
3 процесса exim4, 2 процесса update-exim4.co, NetworkManager, pm-powersave, pulseaudio,
xrgb, сpp, cc1 ... может чего ещё не заметил.
Он тля, что, за идиотов всех держит?! Исчо один Фроникс.
Или может кто-то против того, что перемещая файлы порядок их запуска не должен меняться? :)
Хотя, знак ограничения скорости до поста ДПС и после, работает по разному.
| | |
| |
| 4.57, Stax (ok), 16:33, 11/05/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Они берут уроки у фороникса. Там тоже такое любят, типа сравнивают скорость загрузки системы с различными версиями ядра.. оппа.. а в бутчартах набор сервисов разный - пачка старых ядер тестировалась в старой убунте, новые в новой..
| | |
|
|
| 2.20, тру йода (?), 14:07, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А ниче, что во время работы любые другие скрипты и проги буду тащить головки диска к
> началу, за bash, awk, grep,... libc.so, ld-linux.so...
а они как бы в кеше, нет? да и ситуация когда баш рядом с грепом мне кажется более выигрышной, чем баш и греп в рандомных позициях. и да, уменьшение размера корневого раздела эффективно уменьшает время доступа в любом случае.
| | |
|
| 1.27, Аноним (-), 14:17, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хех, неужто винта, выдающего 100 мегабайт/с недостаточно для этой элементарной операции? По-моему, оптимизировать надо загрузку и иниц. модулей (что уже сделано ещё пятью разными программами). Хотя всё равно меньше 10 сек не получается. :( (пробовал Arch под VMWare)
| | |
| |
| 2.30, gkv311 (ok), 14:37, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Вы посмотрите любой полезной утилитой, какую скорость выдаёт '100 МБ/с' винт к концу диска.
Впрочем системный раздел обычно располагают впереди, где скорость доступа/чтения относительно равномерна, и какой выигрыш может быть от этой хитрой перегонки файлов мне не совсем понятно...
| | |
|
| 1.43, Заоза (?), 15:16, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Чем он отличается от unreahead ? Да можно сказать почти ничем.
То же кеширование и тоже перетаскивание используемых файлов для загрузки.
| | |
| |
| 2.69, Аноним (-), 20:27, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Да куда ж ему быстрее то грузится...
Смотреть новость про загрузку линукса за 0.3 секунды :)
| | |
|
| 1.65, Аноним (-), 18:27, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
В ближайшие пару лет пойдет мода на SSD, которые уже близко к порогу цены. Особенно геймеры поспособствуют, а там глядишь и в новые консоли воткнут простенький штатный SSD вместо винта. И смысла в таких утилитах будет немного, важнее будет выравнивание данных по SSD-шным чанкам и производительность контроллера.
| | |
| 1.79, z (??), 11:06, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Мде, вот и скатились до стандартных линуксмантр: фрагментации в линуксе нет/ дефрагментаторы не нужны/итд. Отчего ж тогда дефрагментатор для ext4 делается? Я вам подскажу: для экстентной записи сильно фрагментированых файлов требуется больше метаданных по сравнению с косвенной адресацией а-ля ext3. Т.е. даже в случае нулевого времени доступа (SSD) для фрагментированных файлов прийдется читать/обрабатывать больше метаданных - это очевидно любому, смотревшему спецификации ext4, и это именно то обстоятельство, которое заставляет разрабов делать дефрагментатор
Какой-то лопух написал когда-то очевидную глупость в LSAG, а вы до сих пор смотрите на неё как на священную заповедь
| | |
| |
| 2.84, Аноним (-), 13:07, 12/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
это было написано когда ext4 еще небыло и это совсем не делает это глупостью
| | |
|
| 1.85, z (??), 14:13, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>это было написано когда ext4 еще небыло и это совсем не делает это глупостью
глупостью, причём очевидной глупостю это было, чтобы оправдать (типичненько,кстати) отсутствие/нежелание писать дефрагментаторы. Запомните: read-write FS всегда фрагментируются, и это всегда влияло и будет влиять на производительность
| | |
| |
| 2.91, ананим (?), 18:31, 12/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Запомните: read-write FS всегда фрагментируются, и это всегда влияло и будет влиять на производительность
никто не спорит.
вот только для одних ОС и ФС это критический аспект, а для других - на уровне погрешности.
| | |
| |
| 3.95, z (??), 00:37, 13/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> вот только для одних ОС и ФС это критический аспект, а для других - на уровне погрешности.
ради "погрешности" не делают дефрагментаторов - что само по себе должно заставить задуматься о том, чтобы выкинуть из головы устоявшиеся заблуждения
| | |
| |
| 4.143, ананим (?), 05:47, 13/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
кому выкидывать, а вам просто нечего.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
| | |
| |
| 5.145, z (??), 15:09, 13/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> кому выкидывать, а вам просто нечего.
мантр в голое не держу, поэтому нечего, да
| | |
|
|
|
|
| 1.150, Grigory (??), 12:07, 24/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 CentOS 6.0 время загрузки сократилось на 10 секунд (с 46 секунд до 36).
Мерялось время от появления отсчета GRUB (осталось 2 секунды..1,..0) до открытия в Mozilla определенного сайта. Загрузка происходит без участия человека - автологин, авторан.
init=/sbin/e4rat-preload дописывать не стал, т.к. прироста нет, а система в перезагруз забывает, как уходить. Хорошо отрабатывает собственный readahead.
В CentOS 6.0 пришлось доустановить следующие пакеты из стандартного набора с диска:
boost*
audit-libs-devel
cmake
e2fsprogs-devel
libblkid-devel
libcom_err-devel
libuuid-devel
P.S. Железо: Intel D425KT, 1Gb DDR3, WD1600BEVE
| | |
| 1.152, vovans (ok), 13:41, 31/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Хм, а мне в 12.04 и правда помогло! Система стала пошустрее грузиться. Рабочий комп обычно на ночь выключаю, ибо не просыпается после суспенда :(
| | |
|
