The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Ускорение загрузки Linux с помощью e4rat

11.05.2011 12:31

В статье описан метод повышения скорости загрузки Linux-дистрибутивов, основанный на использование инструмента e4rat ("Ext4 - Reducing Access Times"), который перемещает файлы, задействованные во время инициализации системы, в одну область диска, оптимизируя работу механизма упреждающего чтения данных. Итоговый прирост скорости для ArchLinux составил около 40% (время загрузки сократилось с 36 до 22 секунд), в других дистрибутивах, в зависимости от используемой системы инициализации, наблюдается ускорение загрузки от 20 до 300%.

  1. Главная ссылка к новости (http://execbit.ru/2011/05/11/e...)
Автор новости: Evgeny Zobnin
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30515-boot
Ключевые слова: boot, readahead, optimization, ext4
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (133) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, тру йода (?), 13:00, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    дефрагментация как она есть
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > Дефрагментация - это сборка в одно место всех частеей одногоф айла. А
    > здесь - нескольких.

    А это логичное развитие идеи дефрагментации :)))

     
     
  • 6.70, ананим (?), 20:32, 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.71, jameson (?), 23:26, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    линукс на стероидах!
     

  • 1.4, z (??), 13:18, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    в XP появилось 10 лет назад
     
     
  • 2.6, Анон (?), 13:25, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это про bootvis?
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    критично разве что при первом запуске, как и в линуксе ну да, как и полнофункцио... текст свёрнут, показать
     
     
  • 14.101, ананим (?), 02:01, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    он распакованный в памяти а в образе на диске - нет поэтому этот образ не може... текст свёрнут, показать
     
     
  • 15.110, Виндус (?), 02:30, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален А Вы ведь даже не знали, что попадание страниц виртуальн... большой текст свёрнут, показать
     
     
  • 16.117, ананим (?), 02:51, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    D после того, как вы полностью облажались, можете говорить всё что вздумается ... текст свёрнут, показать
     
     
  • 17.119, ананим (?), 02:52, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ззыж а судя по тому, что Виндус отвечает на претензии к Z - это одно лицо ... текст свёрнут, показать
     
     
  • 18.125, Виндус (?), 03:35, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я к Z не имею отношения С ним разбирайтесь персонально ... текст свёрнут, показать
     
     
  • 19.141, ананим (?), 04:36, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот к диагнозу ещё и раздвоение личности ... текст свёрнут, показать
     
  • 17.124, Виндус (?), 03:33, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Взаимно, заносим в записную книжку оооо, а у Вас нет имени, Вы ананим ... текст свёрнут, показать
     
     
  • 18.128, ананим (?), 03:42, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    оч хорошо потому что так опустить вантузятника на знании винды - это можете при... текст свёрнут, показать
     
     
  • 19.131, Виндус (?), 03:59, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не амбициозны, у Вас просто ЛГМ Ваше знание Венды просто поражает Свалить с... текст свёрнут, показать
     
     
  • 20.133, ананим (?), 04:11, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну вы то вообще не знали что код в своп не падает и ничего живы даже зыж кста... текст свёрнут, показать
     
  • 21.137, ананим (?), 04:31, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ззыж Торвальдс кстати также думает так что спорить с ним у нас не о чем кстати... текст свёрнут, показать
     
  • 20.138, ананим (?), 04:32, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это не я свалил в одну кучу D это интел и мс D... текст свёрнут, показать
     
  • 15.144, z (??), 15:01, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это я и говорил, к чему претензии очередной телепат-самоучка забавно в тако... текст свёрнут, показать
     
  • 13.96, Виндус (?), 01:04, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемый Ананим, а зачем удалять екзешник запущеный на выполнение В чём проф... текст свёрнут, показать
     
     
  • 14.99, ананим (?), 01:50, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    в обновлении софта например для сервера - критично а вообще - это показатель р... текст свёрнут, показать
     
     
  • 15.103, Виндус (?), 02:06, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Обновлению софта это никак не мешает, работающий процесс с выбитым из под него ... текст свёрнут, показать
     
     
  • 16.130, ананим (?), 03:51, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    стандартный ответ неуча от винды в линухе стул НЕ выбивается дескрипторы отк... большой текст свёрнут, показать
     
     
  • 17.132, Виндус (?), 04:08, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Не хотел бы я быть клиентом вашего продакшена А вы таки... большой текст свёрнут, показать
     
     
  • 18.134, ананим (?), 04:20, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а кто вас спрашивать то будет D тем более что таких как вы вантузятников попёр... большой текст свёрнут, показать
     
  • 13.97, Виндус (?), 01:11, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что доказывает ваша ссылка Извините но тут просто бред сивого мерина написан Х... текст свёрнут, показать
     
     
  • 14.104, ананим (?), 02:07, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ззыж вот кстати пруф - http dic academic ru dic nsf ruwiki 183139 так что вы т... текст свёрнут, показать
     
     
  • 15.107, Виндус (?), 02:17, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы процитировали бред Стыдитесь Под Виндовсом говорят о выгрузке страниц памят... большой текст свёрнут, показать
     
     
  • 16.111, ананим (?), 02:40, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    8593 В семействе операционных систем Microsoft Windows сегментная адресация н... текст свёрнут, показать
     
     
  • 17.115, Виндус (?), 02:45, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Не путаем два разных понятия сегментная адресация и ... текст свёрнут, показать
     
     
  • 18.120, ананим (?), 02:55, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    z знаю, чудик D вот только в винде используется и то, и другое а всё - из-за ... текст свёрнут, показать
     
     
  • 19.122, Виндус (?), 03:10, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть VirtualLock GlobalLock VirtualAllock с PAGE_NOCACHE могли бы Вам по... текст свёрнут, показать
     
     
  • 20.126, ананим (?), 03:36, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    так цитату, что упакованный в экзешниках код НЕ падают в своп вы НЕ приведёте к... текст свёрнут, показать
     
  • 19.147, z (??), 15:36, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    т е по вашей-же логике - не-упакованный код не должен вызывать блокировки экзеш... текст свёрнут, показать
     
     
  • 20.148, ананим (?), 14:32, 15/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ты явно не вменяемый речь не идёт о НЕ_выгружаемом коде вообще речь идёт о вы... текст свёрнут, показать
     
  • 21.149, z (??), 10:52, 16/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    По факту - одна из функций, так что не съезжаем с темы Какой же критерий этой з... текст свёрнут, показать
     
  • 17.116, Виндус (?), 02:47, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Кстати, каким например дебагером и на что конкретно Вы п... текст свёрнут, показать
     
     
  • 18.121, ананим (?), 02:59, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а какой Вы умеете хотя - не важно ещё раз и ещё раз и ещё раз собственно в ли... текст свёрнут, показать
     
     
  • 19.123, Виндус (?), 03:13, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Вы не ответили на мой вопрос На что конкретно нужно см... текст свёрнут, показать
     
     
  • 20.127, ананим (?), 03:39, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну, пока вы приводите функции апи по запрету выгрузки страниц и пытаетесь юлить,... текст свёрнут, показать
     
  • 21.129, Виндус (?), 03:50, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Знаете я пожалуй признаю своё полное и окончательное поражение Вы просто забили... текст свёрнут, показать
     
  • 22.142, ананим (?), 04:38, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    так глядя на вас действительно страшно становится зыж кстати, вы наконец усвоил... текст свёрнут, показать
     
  • 17.146, z (??), 15:16, 13/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 [^] [^^] [^^^] [ответить]  
  • +/
    > А дефрагментация остального - Плацебо.

    Зависит от. Например торентами без преаллокации можно очень сильно все засрать.

     
     
  • 8.76, anonymous (??), 09:38, 12/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.26, Аноним (-), 14:16, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Винда она такая. Без костылей работать не может вообще
     
  • 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.34, Аноним (-), 14:55, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://www.youtube.com/watch?v=vZGiFvEgRtA
     
  • 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


     

     ....большая нить свёрнута, показать (80)

  • 1.7, Анон (?), 13:26, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересная штука, но, похоже, конфигурации с raid и lvm пролетают.
     
     
  • 2.9, Timon (?), 13:31, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    LVM не пролетает, акромя различных извращённых ситуаций
     

  • 1.8, z (??), 13:28, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    bootvis это профилировщик, я же имею ввиду layout.ini
     
     
  • 2.10, ананим (?), 13:33, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и всё-равно не помогает.
     
     
  • 3.12, z (??), 13:44, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    конечно в линуксе не поможет
     
     
  • 4.21, ананим (?), 14:10, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    в линухе как раз поможет. см. график загрузки системы по ссылке.
    но на ext4.
    бтрфс же и без этой процедуры отлично справляется, но релиза пока нет.

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

     
     
  • 5.33, pavlinux (ok), 14:50, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > в линухе как раз поможет. см. график загрузки системы по ссылке.

    http://www.opennet.me/openforum/vsluhforumID3/77057.html#24

     
     
  • 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
    а это уже нифига не дефрагментация и не расположение файлов в одном месте.

     

  • 1.15, q (??), 13:54, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Под RaiserFS нет ни чего подобного?
     
     
  • 2.47, non anon (?), 15:50, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    systemd поддерживает аналогичный по возможностям механизм "из коробки", независимо от типа файловой системы.
     
     
  • 3.51, Crazy Alex (??), 16:13, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Как 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...

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

     
  • 2.25, Аноним (-), 14:15, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так они все они тоже попадут в эту область :)
     
  • 2.46, alecx (ok), 15:40, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Загрузившись однажды все это останется в buffers/cache.
     

  • 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.48, ананим (?), 15:51, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    там патчится ведро, создаётся кэш и запускается демон для слежения.
    http://optimization.hardlinux.ru/?page_id=757
    а тут используются только особенности ext4.
     

  • 1.49, inkvizitor68sl (?), 15:54, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да куда ж ему быстрее то грузится... и так убунта от граба до приветствия gdm за 5-7 секунд взлетает ><
     
     
  • 2.69, Аноним (-), 20:27, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да куда ж ему быстрее то грузится...

    Смотреть новость про загрузку линукса за 0.3 секунды :)

     

  • 1.54, Андрей (??), 16:24, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    радикально... хочет, чтоб boost в static-libs было собрано... :S
     
     
  • 2.77, k0l0b0k (??), 10:20, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ага... ну ничо, ради такого дела пересоберу...
     

  • 1.65, Аноним (-), 18:27, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    В ближайшие пару лет пойдет мода на SSD, которые уже близко к порогу цены. Особенно геймеры поспособствуют, а там глядишь и в новые консоли воткнут простенький штатный SSD вместо винта. И смысла в таких утилитах будет немного, важнее будет выравнивание данных по SSD-шным чанкам и производительность контроллера.
     
  • 1.72, Аноним (-), 23:53, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    конфликтует с ureadhead в Убунту
     
  • 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 и правда помогло! Система стала пошустрее грузиться. Рабочий комп обычно на ночь выключаю, ибо не просыпается после суспенда :(
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру