The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Ускорение скорости загрузки Linux с помощью e4rat"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от opennews on 11-Май-11, 13:00 
В статье (http://execbit.ru/2011/05/11/e4rat/) описан метод повышения скорости загрузки Linux-дистрибутивов, основанный на использование инструмента e4rat (http://e4rat.sourceforge.net/), который перемещает файлы, задействованные во время инициализации системы, в одну область диска, оптимизируя работу механизма упреждающего чтения файловой системы Ext4.

URL: http://execbit.ru/2011/05/11/e4rat/
Новость: http://www.opennet.ru/opennews/art.shtml?num=30515

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Ускорение скорости загрузки Linux с помощью e4rat"  +7 +/
Сообщение от тру йода on 11-Май-11, 13:00 
дефрагментация как она есть
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Ускорение скорости загрузки Linux с помощью e4rat"  –7 +/
Сообщение от igor email(??) on 11-Май-11, 13:12 
причем здесь фрагментация??????????????????????????????
сказано: в одну область
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Ускорение скорости загрузки Linux с помощью e4rat"  +2 +/
Сообщение от postfactum on 11-Май-11, 13:15 
e4rat is based on the online defragmentation ioctl EXT4_IOC_MOVE_EXT from the Ext4 filesystem
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Ускорение скорости загрузки Linux с помощью e4rat"  +6 +/
Сообщение от тру йода on 11-Май-11, 13:22 
> причем здесь фрагментация??????????????????????????????
> сказано: в одну область

Ой, извините, после того как вы кучку файлов переместите в одну область это будет называться не дефрагментацией ФС, а как как вы сказали? Ускорение загрузки путем перемещения файлов в одну область. Патент бегите выписывать.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

29. "Ускорение скорости загрузки Linux с помощью e4rat"  +4 +/
Сообщение от Аноним (??) on 11-Май-11, 14:25 
>> причем здесь фрагментация??????????????????????????????
>> сказано: в одну область
> Ой, извините, после того как вы кучку файлов переместите в одну область
> это будет называться не дефрагментацией ФС, а как как вы сказали?
> Ускорение загрузки путем перемещения файлов в одну область. Патент бегите выписывать.

Ну ведь это действительно так :) Это не фрагментированные файлы, а размещение файлов на диске согласно их логическому использованию.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

31. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Zenittur on 11-Май-11, 14:44 
Дефрагментация - это сборка в одно место всех частеей одногоф айла. А здесь - нескольких.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

62. "Ускорение скорости загрузки Linux с помощью e4rat"  –1 +/
Сообщение от h31 (ok) on 11-Май-11, 17:42 
Это если чисто на определение смотреть. На практике дефрагментация включает в себя ещё и перемещение целых файлов.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

66. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 11-Май-11, 20:23 
> Дефрагментация - это сборка в одно место всех частеей одногоф айла. А
> здесь - нескольких.

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

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

70. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 20:32 
угу.
а мерин - логичное развитие идеи телеги.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

92. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от follow_me on 12-Май-11, 18:53 
дефрагментация по определению процесс при котором добиваются чтоб файл состоял из одного фрагмента а не из кучи - тут же они стараются добиться того чтоб файлы читались быстрее за  счет упреждающего чтения , совсем разные вещи
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Ускорение скорости загрузки Linux с помощью e4rat"  +2 +/
Сообщение от Аноним (??) on 11-Май-11, 13:38 
Фрагментация может быть не только у файлов, а еще и у логических областей, предназначенных для последовательной загрузки целиком в память. Вот он эту облать и *дефрагментирует*.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

14. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от z (??) on 11-Май-11, 13:49 
>логических областей, предназначенных для последовательной загрузки целиком в память

объект - мозг, как я понимаю? :)

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

71. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от jameson on 11-Май-11, 23:26 
линукс на стероидах!
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Ускорение скорости загрузки Linux с помощью e4rat"  –6 +/
Сообщение от z (??) on 11-Май-11, 13:18 
в XP появилось 10 лет назад
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Анон on 11-Май-11, 13:25 
Это про bootvis?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

13. "Ускорение скорости загрузки Linux с помощью e4rat"  +3 +/
Сообщение от pavlinux (ok) on 11-Май-11, 13:48 
В Norton Utilites
(c) 1982 "DiskOpt, speeds floppy disk access"
(с) 1987 "added Speed Disk, a disk defragmenter"


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

16. "Ускорение скорости загрузки Linux с помощью e4rat"  –4 +/
Сообщение от z (??) on 11-Май-11, 13:57 
> В Norton Utilites
> (c) 1982 "DiskOpt, speeds floppy disk access"
> (с) 1987 "added Speed Disk, a disk defragmenter"

Угу, а в линуксе опно появилось только спустя 20 лет и то не для всех ФС :)
И гляньте-ка в layout.ini - там немного другое (оптимальное расположение файлов при загрузке)


Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

18. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от pavlinux (ok) on 11-Май-11, 14:00 
Как меня это спасёт с моим SSD? Сэкономит 50 миллисекунд?
---

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

Диагноз один: Дефрагментация даёт психо-визуальное ощущение
ускорения работы, проще говоря Плацебо! Ускорение возможно лишь
при статическом хранении кода и данных, - например если MySQL
был бы слинкован со всеми библиотеками и самой базой, а архитектура
файловой системы запрещала фрагментацию.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

35. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 11-Май-11, 14:58 
> Диагноз один: Дефрагментация даёт психо-визуальное ощущение
> ускорения работы, проще говоря Плацебо!

Чушь собачья, даже комментировать не хочется

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

39. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 15:03 
конечно это не в условиях венды.
там фрагментация дело сурьёзное.
знаете почему в винде нельзя удалить файл, который сейчас на выполнении? и как это связано с вирт.памятью, подкачкой и фрагментацией?
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

41. "Ускорение скорости загрузки Linux с помощью e4rat"  –3 +/
Сообщение от z (??) on 11-Май-11, 15:08 
>и как это связано с вирт.памятью, подкачкой и фрагментацией?

с фрагментацией точно никак не связано, а вот с вирт.памятью - да, но тут стоит учесть скорость работы дин.линковщиков ( - и почему в линусе такой тормознутый by-design ld.so, - над чем я вам подумать советую) перед тем, как далее углубляться в дискуссию

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

44. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 15:23 
>с фрагментацией точно никак не связано, а вот с вирт.памятью

да-да. а продолжить логические рассуждения не судьба - вирт.память -> выгрузка на винт. а код хранится в самом файле, а файл фрагментирован -> свап по всему винту.
и подтверждается практикой - после ДЭфрагментации чё-то винда быстрее шевелится.
а линуху - пох.
скажешь вру? :D

>( - и почему в линусе такой тормознутый by-design ld.so,

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

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

73. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Виндус on 12-Май-11, 01:22 
Программист? Разъясните нам разницу между потоками и процессами, а также то для чего нужны те и другие, а мы законспектируем.

> "вирт.память -> выгрузка на винт"

A в Линуксе выгрузка куда?

> и подтверждается практикой - после ДЭфрагментации чё-то винда быстрее шевелится.
> а линуху - пох.

Ага "пох", аж винт трещит как ему пох. Фантазёры блин. Для ext4 собираются делать
дефрагментатор - это потому что "пох". Только видно не сделают, лень, да и "пох"
на проблемы. Сказал нет дефрагментации, значит её нет. Точка.

> скажешь вру? :D

Думаю, что да, врёшь.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

81. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от z (??) on 12-Май-11, 11:18 
> а код хранится в самом файле, а файл фрагментирован свап по всему винту.

есть утилита для его дефрагментации, и у меня же вообще этого файла нет

> и подтверждается практикой - после ДЭфрагментации чё-то винда быстрее шевелится. а линуху - пох. скажешь вру? :D

всё верно, т.к. в линуксе нечем дефрагментировать =)

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

давайте-ка сравним время запуска, скажем, OOо в линуксе и в винде, - результат, понятное дело, будет не в пользу линукса - вы просто подумайте, почему так происходит и почему в линуксе придумываются костыли вроде prelink и почему в винде они не нужны по определению

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

86. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 12-Май-11, 14:58 
>> а код хранится в самом файле, а файл фрагментирован свап по всему винту.
>есть утилита для его дефрагментации, и у меня же вообще этого файла нет

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

в экст4 - онлайн дефрагментация. см сабж и вики
>давайте-ка сравним время запуска, скажем, OOо в линуксе и в винде

3с в линухе и 5с в винде на этом ноуте, с которого пишу.
"корявые" прелинк были (и есть) в винде. как в самой, так и сторонние.
более того - одинаковое время запуска ворда в винде и ворда в вайне в линухе.
зыж
вот так каждый раз - приходит вантузятник, а азов того за что попу рвёт - не знает.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

88. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от z (??) on 12-Май-11, 15:24 
>в своп-файле хранятся только данные процессов.

и?

>иногда сжатый код.

код чего?

>в экст4 - онлайн дефрагментация. см сабж и вики

"...20 лет спустя" :)

>3с в линухе и 5с в винде на этом ноуте, с которого пишу

подозреваю, что винда засрана по самое нехочу + антивирусы и пр.? :) отключите антивирусы и сравните скорость горячего старта - именно про него речь

>"корявые" прелинк были (и есть) в винде. как в самой, так и сторонние.

например?

>более того - одинаковое время запуска ворда в винде и ворда в вайне в линухе.

ворд это приложение не из тех, на которых можно увидеть тормоза ld.so, поскольку он загружает гораздо меньше dll-ок, чем ООо

>вот так каждый раз - приходит вантузятник, а азов того за что попу рвёт - не знает.

самокритика - путь к самообразованию, одобряю

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

89. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 12-Май-11, 15:48 
>и?

и всё! :D в винде нельзя удалить экзешник, запущенный на выполнение, из-за того, что он в данный момент может быть частью виртуальной памяти. если это сделать - система развалится.
а теперь представь, что твои экзешники ровным и фрагментированным слоем намазаны на весь винт.
>>в экст4 - онлайн дефрагментация. см сабж и вики
>"...20 лет спустя" :)

не востребованная функциональность.
вот сабж к примеру на ней основан. я его поставил. моя система грузится 1 минуту и 5с. (ксенированное ядро+2 виртуалки - много чего грузится)
после него я сэкономил секунды 2.
овчинка выделки явно не стоила.
>например?

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

эаж
всё же на одну вещь намекну:
>>иногда сжатый код.
>код чего?

http://compression.ru/arctest/utils/utils-tr.htm
сжатый код подсистема виртуальной памяти разобрать не может, поэтому пихает его в своп вместе с данными.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

93. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 13-Май-11, 00:26 
>а теперь представь, что твои экзешники ровным и фрагментированным слоем намазаны на весь винт

критично разве что при первом запуске, как и в линуксе

>не востребованная функциональность

ну да, как и полнофункциональные 3d-драйверы, cad-системы и т.д.

> моя система грузится 1 минуту и 5с. (ксенированное ядро+2 виртуалки - много чего грузится)

после него я сэкономил секунды 2.

частный случай, не более

>сжатый код подсистема виртуальной памяти разобрать не может, поэтому пихает его в своп вместе с данными.

чушь, код всяких upx-пожатых библиотек всегда распакованый, причём на каждый процесс создаётся своя копия dll-ки (поэтому и не рекомендуется их жать), учим матчасть

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

101. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 02:01 
>чушь, код всяких upx-пожатых библиотек всегда распакованый, причём на каждый процесс создаётся своя копия dll-ки (поэтому и не рекомендуется их жать), учим матчасть

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

зыж
вы ведь ДАЖЕ не знали, что код не падает в своп до начала этой ветки обсуждения.
и после этого вы меня "учим матчасть" отправляете?!! :D
в общем, сори что отвлёк вас от вашего нарцисизма. как собеседник - вы хам и неуч. и даже не знаю по какому из этих качеств вы мне больше не интересны. :D

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

110. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Виндус on 13-Май-11, 02:30 
>[оверквотинг удален]
> поэтому этот образ не может быть смапирован в виртуальную память штатными средствами
> винды.
> чтобы он опять стал распакованным, программу нужно запустить поновой.
> зыж
> вы ведь ДАЖЕ не знали, что код не падает в своп до
> начала этой ветки обсуждения.
> и после этого вы меня "учим матчасть" отправляете?!! :D
> в общем, сори что отвлёк вас от вашего нарцисизма. как собеседник -
> вы хам и неуч. и даже не знаю по какому из
> этих качеств вы мне больше не интересны. :D

А Вы ведь даже не знали, что попадание страниц виртуальной памяти с кодом или данными никак не зависит от того был исполняемый файл запакован хитрым образом или нет. А ещё Вы не знаете о том, что страницы выделенной памяти можно блокировать и не давать им сваливаться в своп - эта возможность используется для секретных данных например, которые ни в коем случае не должны попасть в файл подкачки и в других ситуациях.

Простите, но Вы просто болтун.


Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

117. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 02:51 
:D
после того, как вы полностью облажались, можете говорить всё что вздумается.

и да, запрет на выгрузку в своп не был предметом обсуждения, разговор как раз был о ВЫГРУЖАЕМЫХ данных и коде.
и как попытка переменить тему - выглядит жалкой.

зыж
я кстати не забуду эту тему.
и буду приводить ветку и в других новостях, когда некий "Виндус" будет спесиво отправлять собеседников учить мат.часть. :D

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

119. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 02:52 
ззыж
а судя по тому, что "Виндус" отвечает на претензии к "Z" - это одно лицо. :D
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

125. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 03:35 
> ззыж
> а судя по тому, что "Виндус" отвечает на претензии к "Z" -
> это одно лицо. :D

Нет, я к Z не имею отношения. С ним разбирайтесь персонально.


Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

141. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 04:36 
ну вот.
к диагнозу ещё и раздвоение личности.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

124. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 03:33 
> :D
> после того, как вы полностью облажались, можете говорить всё что вздумается.
> и да, запрет на выгрузку в своп не был предметом обсуждения, разговор
> как раз был о ВЫГРУЖАЕМЫХ данных и коде.
> и как попытка переменить тему - выглядит жалкой.
> зыж
> я кстати не забуду эту тему.
> и буду приводить ветку и в других новостях, когда некий "Виндус" будет
> спесиво отправлять собеседников учить мат.часть. :D

Взаимно, заносим в записную книжку... оооо, а у Вас нет имени, Вы "ананим".

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

128. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 03:42 
оч хорошо.
потому что так опустить вантузятника на знании винды - это можете приводить всегда и везде.
можете даже сопроводить фразой типа - любой (я не амбизиозен) линуксоид знает винду лучше вантузятника. собственно именно поэтому он и линуксоид.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

131. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 03:59 
> оч хорошо.
> потому что так опустить вантузятника на знании винды - это можете приводить
> всегда и везде.
> можете даже сопроводить фразой типа - любой (я не амбизиозен) линуксоид знает
> винду лучше вантузятника. собственно именно поэтому он и линуксоид.
> зыж
> кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не
> попадает? :D
> а то сомнения берут уже.

Вы не амбициозны, у Вас просто ЛГМ. Ваше знание Венды просто поражает. Свалить страничную организацию памяти, сегментную адресацию, wine, мифический "продакшн", не менее мифический "Не_упакованный код который отбрасывается" в одну кучу, это надо уметь !!!

Я уже признал своё полное и окончательное поражение. Против напора вашего интеллекта не устоит и сам Торвальдс, куда уж мне.


Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

133. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 04:11 
ну вы то вообще не знали что код в своп не падает.
и ничего. живы даже.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

137. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 04:31 
ззыж
>Против напора вашего интеллекта не устоит и сам Торвальдс, куда уж мне.

Торвальдс кстати также думает.
так что спорить с ним у нас не о чем.
кстати, выбор только страничной адресации (почти только) как раз и позволил линуксу портироваться на массу платформ - стр. 78, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
параграф - "Сегментация в Linux"

Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

138. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 04:32 
>Свалить страничную организацию памяти, сегментную адресацию, wine, мифический "продакшн", не менее мифический "Не_упакованный код который отбрасывается" в одну кучу, это надо уметь !!!

это не я свалил в одну кучу. :D
это интел и мс! :D

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

144. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 13-Май-11, 15:01 
>он распакованный в памяти.
>а в образе на диске - нет.
>поэтому этот образ не может быть смапирован в виртуальную память штатными средствами винды.
>чтобы он опять стал распакованным, программу нужно запустить поновой.

это я и говорил, к чему претензии?

>вы ведь ДАЖЕ не знали

очередной телепат-самоучка? забавно :)

>вы хам и неуч. и даже не знаю по какому из этих качеств вы мне больше не интересны. :D

в таком случае рекомедую вам самоустраниться из дискусии

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

96. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 01:04 
> и всё! :D в винде нельзя удалить экзешник, запущенный на выполнение, из-за того, что он в > данный момент может быть частью виртуальной памяти. если это сделать - система развалится.

Уважаемый Ананим, а зачем удалять "екзешник" запущеный на выполнение?
В чём профит?

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

99. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 01:50 
в обновлении софта например.
для сервера - критично.

а вообще - это показатель работы вирт.системы и связи с фрагментацией.

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

103. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 02:06 
> в обновлении софта например.
> для сервера - критично.
> а вообще - это показатель работы вирт.системы и связи с фрагментацией.

Обновлению софта это никак не мешает, работающий процесс с "выбитым из под него стулом" ненужен ни под Виндовсом, ни под Линуксом.

В том самом "продакшене", о котором Вы любите порассуждать, обновления и патчи накатываются после остановки серверов. Так что ваш аргумент не засчитан.


Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

130. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 03:51 
>Обновлению софта это никак не мешает, работающий процесс с "выбитым из под него стулом" ненужен ни под Виндовсом, ни под Линуксом.

стандартный ответ неуча от винды.
в линухе "стул" НЕ выбивается. дескрипторы открытых фацлов не уничтожаются до их закрытия.
именно поэтому я обновляю систему почти каждую ночь автоматом, а утром только читаю письма от сервера за чашкой кофе.
это не в винде обновить несчастную библиотеку активикс для 1С - пока всех выгонешь, пока обновишь, пол-дня пройти успеет. а если она ещё и отчёты не правильно формирует, то....
а перегрузка после обновления ие - это вообще ржачь над вантузятниками.
>В том самом "продакшене", о котором Вы любите порассуждать, обновления и патчи накатываются после остановки серверов.

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

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

132. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Виндус on 13-Май-11, 04:08 
>[оверквотинг удален]
> читаю письма от сервера за чашкой кофе.
> это не в винде обновить несчастную библиотеку активикс для 1С - пока
> всех выгонешь, пока обновишь, пол-дня пройти успеет. а если она ещё
> и отчёты не правильно формирует, то....
> а перегрузка после обновления ие - это вообще ржачь над вантузятниками.
>>В том самом "продакшене", о котором Вы любите порассуждать, обновления и патчи накатываются после остановки серверов.
> не-не, это в вашем продакшене так. :D
> а в моём я даже оракл не останавливаю на подобные мелочи.
> другое дело, что я вначале работоспособность этих новых патчей в тестовом окружении
> проверяю - а то вдруг ломают больше, чем чинят.

Не хотел бы я быть клиентом вашего продакшена. А вы таки профессионал широкого захвата оказывается. И администратор, и программист под Линукс и под Венду. Я Вам завидую белой завистью, так хорошо разбираться во всём сразу это редкий талант.

Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

134. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 04:20 
>Не хотел бы я быть клиентом вашего продакшена.

а кто вас спрашивать то будет? :D
тем более что таких как вы вантузятников попёрли - прям как у lse, по 8 часов простоя и латентность больше соответсвует темину "тормоза".
>А вы таки профессионал широкого захвата оказывается.

не захвата, а охвата. и да, платформу я знаю не плохо. впрочем как и спарки.
>И администратор, и программист под Линукс и под Венду.

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

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

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

97. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 01:11 
> http://compression.ru/arctest/utils/utils-tr.htm

Что доказывает ваша ссылка?

> сжатый код подсистема виртуальной памяти разобрать не может, поэтому пихает его в
> своп вместе с данными.

Извините но тут просто бред сивого мерина написан. Хорошо бы ознакомится с тем как работает система, перед тем как выносить на публику свои суждения. Предлагаю почитать на досуге книги Джеффри Рихтера, откроете для себя очень много нового.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

104. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 02:07 
ззыж
вот кстати пруф - http://dic.academic.ru/dic.nsf/ruwiki/183139
>UPX (the Ultimate Packer for eXecutables) — упаковщик исполняемых файлов, поддерживающий несколько различных платформ и форматов файлов.
>...
>Использование сегментов в памяти (в операционных системах Windows) не позволяет операционной системе высвобождать сегменты исполняемого кода без выгрузки содержимого в файл подкачки (что, фактически, увеличивает требования программы к оперативной памяти).

так что вы там рекомедовали?
>Предлагаю почитать на досуге книги Джеффри Рихтера, откроете для себя очень много нового.

не рекомендую вам его читать.
НЕ ПОМОЖЕТ. :D

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

107. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Виндус on 13-Май-11, 02:17 
> ззыж
> вот кстати пруф - http://dic.academic.ru/dic.nsf/ruwiki/183139
>>UPX (the Ultimate Packer for eXecutables) — упаковщик исполняемых файлов, поддерживающий несколько различных платформ и форматов файлов.
>>...
>>Использование сегментов в памяти (в операционных системах Windows) не позволяет операционной системе высвобождать сегменты исполняемого кода без выгрузки содержимого в файл подкачки (что, фактически, увеличивает требования программы к оперативной памяти).
> так что вы там рекомедовали?
>>Предлагаю почитать на досуге книги Джеффри Рихтера, откроете для себя очень много нового.
> не рекомендую вам его читать.
> НЕ ПОМОЖЕТ. :D

Вы процитировали бред. Стыдитесь. Под Виндовсом говорят о выгрузке страниц памяти, но никак не о каких-то мифицеских сегментах. Вам всё таки срочно необходимо выкурить как минимум "Джеффри Рихтер Windows для профессионалов", а также Руссиновича. Тогда перестанете писать тексты сомнительного содержания.


Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

111. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 02:40 
↑ В семействе операционных систем Microsoft Windows сегментная адресация не используется и заменена делением памяти на секции, что в сущности почти одно и то же.

или так:

>Впрочем, в некоторых случаях процессу требуется собственная локальная таблица дескрипторов
>...
>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию

и это легко посмотреть любым дебагером.
кстати - стр. 83, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
зыж
винда до сих пор использует сегментацию и ldt.
я выше уже писал, что участвовал в разработке паркеров? :D
не читайте Рихтера, НЕ ПОМОЖЕТ. впрочем я повторяюсь. :D

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

115. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 02:45 
>[оверквотинг удален]
> или так:
>>Впрочем, в некоторых случаях процессу требуется собственная локальная таблица дескрипторов
>>...
>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию
> и это легко посмотреть любым дебагером.
> кстати - стр. 83, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
> зыж
> винда до сих пор использует сегментацию и ldt.
> я выше уже писал, что участвовал в разработке паркеров? :D
> не читайте Рихтера, НЕ ПОМОЖЕТ. впрочем я повторяюсь. :D

Не путаем два разных понятия: "сегментная адресация" и "страничная организация памяти", одно к другому не имеет ровным счётом никакого отношения.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

120. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 02:55 
z знаю, чудик. :D
вот только в винде используется и то, и другое.
а всё - из-за легаси кода.
результат - упакованный код падает в своп. и екзэшники лочатся при запуске.
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

122. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 03:10 
> z знаю, чудик. :D
> вот только в винде используется и то, и другое.
> а всё - из-за легаси кода.
> результат - упакованный код падает в своп. и екзэшники лочатся при запуске.

Может быть VirtualLock/GlobalLock/VirtualAllock( с PAGE_NOCACHE) могли бы Вам помочь?

Вот тут гляньте, может чего почерпёте: http://www.rsdn.ru/article/baseserv/peloader.xml

Обратите внимание на ссылки в конце статьи :-)

"9. Jeffrey Richter: Programming Applications for Microsoft Windows. Эта книга, рассчитанная на подготовленного читателя, подробно рассматривает решение ряда встающих перед программистами специальных задач, которые в большей части имеющейся литературы освещаются лишь поверхностно (потоки, работы, процессы, DLL и др.)."

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

126. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 03:36 
так цитату, что упакованный в экзешниках код НЕ падают в своп вы НЕ приведёте?
какая досада.
опять фэйл. :D
зыж
>9. Jeffrey Richter: Programming Applications for Microsoft Windows. Эта книга, рассчитанная на подготовленного читателя,

вам - не рекомендуется.
хуже нет, чем не правильно сформированные понятия.
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.

Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

147. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 13-Май-11, 15:36 
> результат - упакованный код падает в своп. и екзэшники лочатся при запуске.

т.е. по вашей-же логике - не-упакованный код не должен вызывать блокировки экзешников или как?

критерий для попадания в своп - флаги секций/страниц, а не их содержимое, учим матчасть (VirtualLock()/VirtualProtect())

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

148. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 15-Май-11, 14:32 
ты явно не вменяемый.
речь не идёт о НЕ_выгружаемом коде. вообще.
>Функция VirtualLock фиксирует указанный фрагмент виртуального адресного пространства процесса в физической памяти.

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

Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

149. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 16-Май-11, 10:52 
>речь не идёт о НЕ_выгружаемом коде. вообще.

По факту - одна из функций, так что не съезжаем с темы

>при этом код при выгрузке либо отбрасывается и при необходимости берётся из экзешника, либо падает в своп-файл, если экзешник запакован паркерами

Какой же критерий этой "запакованности", а? Название секции? Фаза луны? :)

Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

116. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 02:47 
>[оверквотинг удален]
> или так:
>>Впрочем, в некоторых случаях процессу требуется собственная локальная таблица дескрипторов
>>...
>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию
> и это легко посмотреть любым дебагером.
> кстати - стр. 83, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
> зыж
> винда до сих пор использует сегментацию и ldt.
> я выше уже писал, что участвовал в разработке паркеров? :D
> не читайте Рихтера, НЕ ПОМОЖЕТ. впрочем я повторяюсь. :D

Кстати, каким например дебагером и на что конкретно Вы предлагаете взглянуть?

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

121. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 02:59 
а какой Вы умеете?
хотя - не важно. ещё раз:
>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию

и ещё раз
>ориентированные на сегментацию

и ещё раз
>ориентированные на сегментацию

собственно в линухе ldt сейчас требуется только (я других не знаю) для приложений под wine.
а для чего? и ещё раз
>ориентированные на сегментацию

.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

123. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 03:13 
>[оверквотинг удален]
>>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию
> и ещё раз
>>ориентированные на сегментацию
> и ещё раз
>>ориентированные на сегментацию
> собственно в линухе ldt сейчас требуется только (я других не знаю) для
> приложений под wine.
> а для чего? и ещё раз
>>ориентированные на сегментацию
> .

Вы не ответили на мой вопрос: "На что конкретно нужно смотреть в дебаггере?"
На сегментный регистр?

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

127. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 03:39 
ну, пока вы приводите функции апи по запрету выгрузки страниц и пытаетесь юлить, я вряд ли захочу вам ещё в чём то помогать.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже. :D
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

129. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 03:50 
> ну, пока вы приводите функции апи по запрету выгрузки страниц и пытаетесь
> юлить, я вряд ли захочу вам ещё в чём то помогать.
> зыж
> кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не
> попадает? :D
> а то сомнения берут уже. :D

Знаете я пожалуй признаю своё полное и окончательное поражение.

Вы просто забили меня интеллектом. Научные термины из вашего вокабуляра поставили меня в тупик: "продакшн", "Не_упакованный код отбрасывается", ldt, дебаггер, и прочая сегментная адресация страниц.

За сим разрешите откланяться.

Искренне ваш Виндус.

П.С.: Я передумал, беру свой совет обратно. Не читайте ни Рихтера, ни Руссиновича.


Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

142. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 04:38 
>П.С.: Я передумал, беру свой совет обратно. Не читайте ни Рихтера, ни Руссиновича.

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

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

146. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 13-Май-11, 15:16 
> я выше уже писал, что участвовал в разработке паркеров? :D

каких именно? и почему участвовАЛ - выгнали что-ли?

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

98. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Виндус on 13-Май-11, 01:34 
> полная ложь.
> видимо поэтому создать форк процесса в никс вообще и в линухе в
> частности гораздо меннее ресурсоёмко.
> настолько, что апчи, ораклы, сапы и тд великолепно держат нагрузку в лине
> как процессы, а не ютятся в одном адресном пространстве потоков в
> винде.
> при этом последнюю ни однин абд в продакшене как глупую шутку даже
> не воспринимает.

В Линуксе до сих пор нет аналогов потоков Виндовс, а имеются костыли в виде урезанных процессов - lightweight processes. Apache родился в незапамятные времена, когда про потоки на никсах никто и не слыхивал, так что пример неудачный.

Зачем Вы приплели в разговор наукоподобное слово "продакшн"? Думаете это придало вес вашему сумбурному посту? Ошибаетесь уважаемый.

Вы и малейшего понятия не имеете о потоках (thread), нитях (fiber), процессах(process), средствах синхронизации (критические секции, события, мьютексы, семафоры), а равно о других объектах Виндовс.

Ваше высказывание: "...а не ютятся в одном адресном пространстве потоков..." показывает уровень вашего понимания данной темы. Я обязательно положу это в мемориз - ютиться, как потоки на Венде. Это не просто пять, это пять с плюсом.

Вы полный профан в этом деле и ваше мнение равно по модулю "сухой дохлой мухе". Отбросьте свой никсовый фанатизм, попытайтесь узнать как дела обстоят на самом деле. Венда далеко  не идеальна, но Вы не там ищите её недостатки.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

61. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от pavlinux (ok) on 11-Май-11, 16:50 
>> Диагноз один: Дефрагментация даёт психо-визуальное ощущение
>> ускорения работы, проще говоря Плацебо!
> Чушь собачья, даже комментировать не хочется

Да нет уж, коль начал, договаривай.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

83. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 12-Май-11, 11:27 
>Да нет уж, коль начал, договаривай.

Читайте спецификации ext4 и сравнивайте с ext3, затем представьте, как будет записан фрагментированный файл в ext4 и ext3, потом опять читайте спецификации ext4 (можно, в принцине, любой FS с екстентной формой адресации блоков) пока не дойдёт

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

56. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от BratSinot on 11-Май-11, 16:25 
Да, блин, с твоим SSD! У всех есть по пару тысяч зеленых на покупку скажем двух терабайтных SSD, которых даже в продаже нет.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

59. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от pavlinux (ok) on 11-Май-11, 16:46 
> Да, блин, с твоим SSD! У всех есть по пару тысяч зеленых
> на покупку скажем двух терабайтных SSD, которых даже в продаже нет.

4000 рупелей он стоит, под корневой раздел самое оно.
А дефрагментация остального - Плацебо.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

68. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 11-Май-11, 20:26 
> А дефрагментация остального - Плацебо.

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

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

76. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от anonymous (??) on 12-Май-11, 09:38 
Кошмарнейший сценарий это почтовый сервер, информация постоянно к концу файла понемногу дописывается, этих файлов очень много. Ни одна файловая система такое не выдержит, фрагментация неизбежна.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

22. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Аноним (??) on 11-Май-11, 14:12 
> Угу, а в линуксе опно появилось только спустя 20 лет и то не для всех ФС :)

Вы ещё с 18 веком сравните, 20 лет назад линукса небыло.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

37. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 11-Май-11, 14:59 
> Вы ещё с 18 веком сравните, 20 лет назад линукса небыло.

не я полез за датами, прошу заметить :)


Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

28. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от ананим on 11-Май-11, 14:20 
это потому что никому не нужно.
он и так не медленнее винды грузится.
>И гляньте-ка в layout.ini - там немного другое (оптимальное расположение файлов при загрузке)

пусть для начала научится на любой железяке взлетать, как линух.
а то чуть мамку сменил, всё, гитлер капут.
а уж потом про текстовые файлы ini поговорим. :D

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

38. "Ускорение скорости загрузки Linux с помощью e4rat"  –5 +/
Сообщение от z (??) on 11-Май-11, 15:03 
>пусть для начала научится на любой железяке взлетать, как линух.

а смысл? лучше сконцентрировать ресурсы вокруг наиболее постребованного, чем делать кое-как для всего возможного

> а то чуть мамку сменил, всё, гитлер капут.

пора уже, наконец, забыть про XP

> а уж потом про текстовые файлы ini поговорим. :D

тема безусловно, актуальная для линукса, но о уже привычная для w*


Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

42. "Ускорение скорости загрузки Linux с помощью e4rat"  +2 +/
Сообщение от ананим on 11-Май-11, 15:09 
>>пусть для начала научится на любой железяке взлетать, как линух.
>а смысл? лучше сконцентрировать ресурсы вокруг наиболее постребованного, чем делать кое-как для всего возможного

какие такие ресурсы? и где сконцентрировать?
>> а то чуть мамку сменил, всё, гитлер капут.
>пора уже, наконец, забыть про XP

с 7 по другому?!! :D
>тема безусловно, актуальная для линукса, но о уже привычная для w*

ну да. до регистри-хэл конэшно не дотягивает
зыж
и чё вот человек сказать то хотел? какие-то маркетоидные выкрики.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

80. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 12-Май-11, 11:11 
>какие такие ресурсы? и где сконцентрировать?

человеческие, на доработке хотя бы существующих архитектур, а то опять alsa/энергосбережение поломали/kde5 на горизонте

>с 7 по другому?!! :D

Я тут отвечу по-вашему - УМВР-ЧЯДНТ? :)

>до регистри-хэл конэшно не дотягивает

О, что-то новенькое, потрудитесь конкретизировать? :)

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

90. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 12-Май-11, 16:31 
>>какие такие ресурсы? и где сконцентрировать?
>человеческие, на доработке хотя бы существующих архитектур, а то опять alsa/энергосбережение поломали/kde5 на горизонте

эти ресурсы и так уже потрачены. винда на это железо ставиться. но! если проинсталированную винду взять с другой системы, то она не запустится.
ответ на вопрос почему - очень длинный. а вкратце - у линуха архитектура имеет гораздо (вернее так - ГОРАЗДО) больше абстрактных уровней и каждая подсистема выполняет только свою часть работы. отсюда 2-а плюса - архитектура гораздо динамичнее и таскать при этом за собой легаси код нет необходимости. при этом производительность выше.
про альзу пропущу (вы видать с пульсом спутали), да и остальное - тоже.
>>с 7 по другому?!! :D
>Я тут отвечу по-вашему - УМВР-ЧЯДНТ? :)

1. я так не говорил. хотя понимаю почему за подобными (а сюда можно ещё и приплюсовать "красноглазые" и "нищеброды") высказываниями вы прячете своё невежество.
2. вин7 не стартует на другой мамке также как и остальные вин. так что вы не только "ответили по-вашему", но ещё и соврали.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

94. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 13-Май-11, 00:32 
> а вкратце - у линуха
> архитектура имеет гораздо (вернее так - ГОРАЗДО) больше абстрактных уровней и
> каждая подсистема выполняет только свою часть работы. отсюда 2-а плюса -
> архитектура гораздо динамичнее и таскать при этом за собой легаси код
> нет необходимости. при этом производительность выше.

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

> про альзу пропущу (вы видать с пульсом спутали), да и остальное -
> тоже.

не спутал, ALSA у меня в новой версии ядра просто отвалилась

>>>с 7 по другому?!! :D
>>Я тут отвечу по-вашему - УМВР-ЧЯДНТ? :)
> 2. вин7 не стартует на другой мамке также как и остальные вин.

если SATA-контроллер и чипсет совпадают, то стартует аж бегом, даже XP

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

52. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Omonim on 11-Май-11, 16:15 
пора уже, наконец, забыть про XP
Дайте нормальный видеоредактор нелинейного монтажа (уровня Адоб Премьер Про 1,5-2) и нормальный аудиоредактор (хотя бы до уровня Адоб Аудишн 2)
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

63. "Ускорение скорости загрузки Linux с помощью e4rat"  +2 +/
Сообщение от non anon on 11-Май-11, 18:07 
>Дайте нормальный видеоредактор нелинейного монтажа (уровня Адоб Премьер Про 1,5-2) и нормальный аудиоредактор (хотя бы до уровня Адоб Аудишн 2)

А вы уверены, что вам нужны именно сравнимые по функциональности продукты, а не точные копии?

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

64. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от rshadow (ok) on 11-Май-11, 18:17 
По факту, линукс грузиться на порядок быстрее. То что решили добавить и такое ускорение это уже мелочи.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

74. "Ускорение скорости загрузки Linux с помощью e4rat"  –2 +/
Сообщение от Виндус on 12-Май-11, 03:21 
> По факту, линукс грузиться на порядок быстрее. То что решили добавить и такое ускорение это уже мелочи.

На порядок значит в 10 раз. Давайте подсчитаем, если у меня Вин7 под виртуалкой за 50 секунд загружается, то сколько времени займёт загрузка Линукс? По вашему получается что 5 секунд. На самом деле около 35 секунд.

Поздравляю Вас, гражданин, соврамши !!!

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

23. "Ускорение скорости загрузки Linux с помощью e4rat"  +2 +/
Сообщение от filosofem (ok) on 11-Май-11, 14:13 
> в XP появилось 10 лет назад

Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

40. "Ускорение скорости загрузки Linux с помощью e4rat"  –3 +/
Сообщение от z (??) on 11-Май-11, 15:03 
> Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.

У каждого свое применение, рад за вас :)


Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

112. "Ускорение скорости загрузки Linux с помощью e4rat"  –1 +/
Сообщение от Виндус on 13-Май-11, 02:41 
>> в XP появилось 10 лет назад
> Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.

За долгие годы эксплуатации ХР в качестве рабочей машины, с интенсивной установкой/удалением самых разных программ, мучанием реестра и вообще плохим обращением ни единого BSODa не видел, до тех пор, пока не навернулся один модуль памяти из четырёх. После его замены машинка продолжает работать как швейцарские часики.

Если Вам не нравится Notepad, могу порекомендовать Вам его полный заменитель - Notepad++, абсолютно свободная программа, под лицензией GPL. Скачать его можно здесь: http://www.notepadplusplus.org/. Очень обширная функциональность "из коробки", много дополнений, интегрируется в оболочку ( удобно использовать из Explorera ).

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

26. "Ускорение скорости загрузки Linux с помощью e4rat"  +4 +/
Сообщение от Аноним (??) on 11-Май-11, 14:16 
Винда она такая. Без костылей работать не может вообще
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

32. "Ускорение скорости загрузки Linux с помощью e4rat"  +2 +/
Сообщение от hummermania on 11-Май-11, 14:46 
И чё сильно это помогло винде? А если серьезно - нонешние ФС  в линухе как бэ не сильно нуждаются в дефрагментации, думаю не открыл никому омэрыку.  Поэтому такая небольшая перемещалка по большому счету как зайцу -стоп-сигнал. Вроде и нужен, и вроде не совсем. Хуже по крайней мере не будет.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

53. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ABATAPA (ok) on 11-Май-11, 16:23 
> А если серьезно - нонешние ФС  в линухе как бэ не сильно нуждаются в дефрагментации, думаю не открыл никому омэрыку.

Да ну?! Прекратите заблуждаться, и попробуйте, к примеру, качать на ext[234] раздел торренты (несколько параллельных гигабайтных закачек), отключив предварительное физическое выделение места на диске (к примеру, для Transmission Preallocation=0), потом сделайте
filefrag имя_файла
и протестируйте скорость чтения этих файлов.
Потом повторите с Preallocation=2.
Задумайтесь.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

75. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 12-Май-11, 06:34 
>>Обычно люди не сильно нуждаются в бронепластинах на ногах
>Да ну?! Прекратите заблуждаться, и попробуйте, к примеру, выстрелить себе в ногу.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

34. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Аноним (??) on 11-Май-11, 14:55 
http://www.youtube.com/watch?v=vZGiFvEgRtA
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

67. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 11-Май-11, 20:25 
> в XP появилось 10 лет назад

А где б для XP bootchartd взять, для сравнения? :)


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

82. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 12-Май-11, 11:21 
> А где б для XP bootchartd взять, для сравнения? :)

есть профилировщик bootvis, есть планировщик задач, заполняющий layout.ini + defrag /b


Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

7. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Анон on 11-Май-11, 13:26 
Интересная штука, но, похоже, конфигурации с raid и lvm пролетают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Timon on 11-Май-11, 13:31 
LVM не пролетает, акромя различных извращённых ситуаций
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 11-Май-11, 13:28 
bootvis это профилировщик, я же имею ввиду layout.ini
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 13:33 
и всё-равно не помогает.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 11-Май-11, 13:44 
конечно в линуксе не поможет
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 14:10 
в линухе как раз поможет. см. график загрузки системы по ссылке.
но на ext4.
бтрфс же и без этой процедуры отлично справляется, но релиза пока нет.

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

33. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от pavlinux (ok) on 11-Май-11, 14:50 
> в линухе как раз поможет. см. график загрузки системы по ссылке.

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

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

36. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 14:58 
верю.
как и то, что таки поможет. не знаю на сколько сильно, но всё же.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

60. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 16:48 
проверил. действительно быстрее, но с пунктом:
>Когда этот процесс закончится, открываем конфигурационный файл /boot/grub/grub.cfg (или /boot/grub/menu.lst) и добавляем к опциям ядра (все таже строка kernel) следующую строку:
>init=/sbin/e4rat-preload

который помещает файлы в page cache
а это уже нифига не дефрагментация и не расположение файлов в одном месте.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

15. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от q (??) on 11-Май-11, 13:54 
Под RaiserFS нет ни чего подобного?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Ускорение скорости загрузки Linux с помощью e4rat"  +2 +/
Сообщение от non anon on 11-Май-11, 15:50 
systemd поддерживает аналогичный по возможностям механизм "из коробки", независимо от типа файловой системы.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

51. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Crazy Alex (??) on 11-Май-11, 16:13 
Как systemd умудряется дефрагментировать произвольную ФС???
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

58. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от non anon on 11-Май-11, 16:39 
Он ничего не дефрагментирует (это выходит за рамки задач системы инициализации). Там используется технология readahead. Аналогично сабжу по возможностям (ускорение доступа к файлам при загрузке системы), но решение задачи там немного другое.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

17. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от pavlinux (ok) on 11-Май-11, 13:58 
А ниче, что во время работы любые другие скрипты и проги
буду тащить головки диска к началу, за bash, awk, grep,... libc.so, ld-linux.so...



Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Ускорение скорости загрузки Linux с помощью e4rat"  +3 +/
Сообщение от Stax (ok) on 11-Май-11, 14:05 
Какие bash, awk, grep, вы прямо как в прошлом веке ;) Нынче эра systemd, при загрузке весь прочий хлам не нужен.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

24. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от pavlinux (ok) on 11-Май-11, 14:15 
И ваще, там у этого хрена, картинки ДО и ПОСЛЕ отличаются
количеством запущенных сервисов и программ

Та, что оптимизированая не имеет nfs.common, kbd, bluetooth, bluetoothd, update-gconf-de,
3 процесса exim4, 2 процесса update-exim4.co,  NetworkManager, pm-powersave, pulseaudio,
xrgb, сpp, cc1 ...  может чего ещё не заметил.

Он тля, что, за идиотов всех держит?! Исчо один Фроникс.


Или может кто-то против того, что перемещая файлы порядок их запуска не должен меняться? :)
Хотя, знак ограничения скорости до поста ДПС и после, работает по разному.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

57. "Ускорение скорости загрузки Linux с помощью e4rat"  +1 +/
Сообщение от Stax (ok) on 11-Май-11, 16:33 
Они берут уроки у фороникса. Там тоже такое любят, типа сравнивают скорость загрузки системы с различными версиями ядра.. оппа.. а в бутчартах набор сервисов разный - пачка старых ядер тестировалась в старой убунте, новые в новой..
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

20. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от тру йода on 11-Май-11, 14:07 
> А ниче, что во время работы любые другие скрипты и проги буду тащить головки диска к
> началу, за bash, awk, grep,... libc.so, ld-linux.so...

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

25. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 11-Май-11, 14:15 
Так они все они тоже попадут в эту область :)
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

46. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от alecx (ok) on 11-Май-11, 15:40 
Загрузившись однажды все это останется в buffers/cache.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

27. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 11-Май-11, 14:17 
Хех, неужто винта, выдающего 100 мегабайт/с недостаточно для этой элементарной операции? По-моему, оптимизировать надо загрузку и иниц. модулей (что уже сделано ещё пятью разными программами). Хотя всё равно меньше 10 сек не получается. :( (пробовал Arch под VMWare)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от gkv311 (ok) on 11-Май-11, 14:37 
Вы посмотрите любой полезной утилитой, какую скорость выдаёт '100 МБ/с' винт к концу диска.
Впрочем системный раздел обычно располагают впереди, где скорость доступа/чтения относительно равномерна, и какой выигрыш может быть от этой хитрой перегонки файлов мне не совсем понятно...
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

43. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Заоза on 11-Май-11, 15:16 
Чем он отличается от unreahead ? Да можно сказать почти ничем.
То же кеширование и тоже перетаскивание используемых файлов для загрузки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 11-Май-11, 15:51 
там патчится ведро, создаётся кэш и запускается демон для слежения.
http://optimization.hardlinux.ru/?page_id=757
а тут используются только особенности ext4.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

49. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от inkvizitor68sl on 11-Май-11, 15:54 
Да куда ж ему быстрее то грузится... и так убунта от граба до приветствия gdm за 5-7 секунд взлетает ><
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "Ускорение скорости загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 11-Май-11, 20:27 
> Да куда ж ему быстрее то грузится...

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

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

54. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от Андрей (??) on 11-Май-11, 16:24 
радикально... хочет, чтоб boost в static-libs было собрано... :S
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от k0l0b0k (??) on 12-Май-11, 10:20 
ага... ну ничо, ради такого дела пересоберу...
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

65. "Ускорение загрузки Linux с помощью e4rat"  +2 +/
Сообщение от Аноним (??) on 11-Май-11, 18:27 
В ближайшие пару лет пойдет мода на SSD, которые уже близко к порогу цены. Особенно геймеры поспособствуют, а там глядишь и в новые консоли воткнут простенький штатный SSD вместо винта. И смысла в таких утилитах будет немного, важнее будет выравнивание данных по SSD-шным чанкам и производительность контроллера.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

72. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от Аноним (??) on 11-Май-11, 23:53 
конфликтует с ureadhead в Убунту
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

79. "линуксмантры такие линуксмантры"  +/
Сообщение от z (??) on 12-Май-11, 11:06 
Мде, вот и скатились до стандартных линуксмантр: фрагментации в линуксе нет/ дефрагментаторы не нужны/итд. Отчего ж тогда дефрагментатор для ext4 делается? Я вам подскажу: для экстентной записи сильно фрагментированых файлов требуется больше метаданных по сравнению с косвенной адресацией а-ля ext3. Т.е. даже в случае нулевого времени доступа (SSD) для фрагментированных файлов прийдется читать/обрабатывать больше метаданных - это очевидно любому, смотревшему спецификации ext4, и это именно то обстоятельство, которое заставляет разрабов делать дефрагментатор

Какой-то лопух написал когда-то очевидную глупость в LSAG, а вы до сих пор смотрите на неё как на священную заповедь

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

84. "линуксмантры такие линуксмантры"  +/
Сообщение от Аноним (??) on 12-Май-11, 13:07 
это было написано когда ext4 еще небыло и это совсем не делает это глупостью
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

85. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 12-Май-11, 14:13 
>это было написано когда ext4 еще небыло и это совсем не делает это глупостью

глупостью, причём очевидной глупостю это было, чтобы оправдать (типичненько,кстати) отсутствие/нежелание писать дефрагментаторы. Запомните: read-write FS всегда фрагментируются, и это всегда влияло и будет влиять на производительность

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

91. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 12-Май-11, 18:31 
>Запомните: read-write FS всегда фрагментируются, и это всегда влияло и будет влиять на производительность

никто не спорит.
вот только для одних ОС и ФС это критический аспект, а для других - на уровне погрешности.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

95. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 13-Май-11, 00:37 
> вот только для одних ОС и ФС это критический аспект, а для других - на уровне погрешности.

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


Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

143. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от ананим on 13-Май-11, 05:47 
кому выкидывать, а вам просто нечего.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

145. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от z (??) on 13-Май-11, 15:09 
> кому выкидывать, а вам просто нечего.

мантр в голое не держу, поэтому нечего, да

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

150. "e4rat CentOS 6.0"  +/
Сообщение от Grigory (??) on 24-Фев-12, 12:07 
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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

152. "Ускорение загрузки Linux с помощью e4rat"  +/
Сообщение от vovans (ok) on 31-Май-12, 13:41 
Хм, а мне в 12.04 и правда помогло! Система стала пошустрее грузиться. Рабочий комп обычно на ночь выключаю, ибо не просыпается после суспенда :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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