В статье (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.me/opennews/art.shtml?num=30515
дефрагментация как она есть
причем здесь фрагментация??????????????????????????????
сказано: в одну область
e4rat is based on the online defragmentation ioctl EXT4_IOC_MOVE_EXT from the Ext4 filesystem
> причем здесь фрагментация??????????????????????????????
> сказано: в одну областьОй, извините, после того как вы кучку файлов переместите в одну область это будет называться не дефрагментацией ФС, а как как вы сказали? Ускорение загрузки путем перемещения файлов в одну область. Патент бегите выписывать.
>> причем здесь фрагментация??????????????????????????????
>> сказано: в одну область
> Ой, извините, после того как вы кучку файлов переместите в одну область
> это будет называться не дефрагментацией ФС, а как как вы сказали?
> Ускорение загрузки путем перемещения файлов в одну область. Патент бегите выписывать.Ну ведь это действительно так :) Это не фрагментированные файлы, а размещение файлов на диске согласно их логическому использованию.
Дефрагментация - это сборка в одно место всех частеей одногоф айла. А здесь - нескольких.
Это если чисто на определение смотреть. На практике дефрагментация включает в себя ещё и перемещение целых файлов.
> Дефрагментация - это сборка в одно место всех частеей одногоф айла. А
> здесь - нескольких.А это логичное развитие идеи дефрагментации :)))
угу.
а мерин - логичное развитие идеи телеги.
дефрагментация по определению процесс при котором добиваются чтоб файл состоял из одного фрагмента а не из кучи - тут же они стараются добиться того чтоб файлы читались быстрее за счет упреждающего чтения , совсем разные вещи
Фрагментация может быть не только у файлов, а еще и у логических областей, предназначенных для последовательной загрузки целиком в память. Вот он эту облать и *дефрагментирует*.
>логических областей, предназначенных для последовательной загрузки целиком в памятьобъект - мозг, как я понимаю? :)
линукс на стероидах!
в XP появилось 10 лет назад
Это про bootvis?
В Norton Utilites
(c) 1982 "DiskOpt, speeds floppy disk access"
(с) 1987 "added Speed Disk, a disk defragmenter"
> В Norton Utilites
> (c) 1982 "DiskOpt, speeds floppy disk access"
> (с) 1987 "added Speed Disk, a disk defragmenter"Угу, а в линуксе опно появилось только спустя 20 лет и то не для всех ФС :)
И гляньте-ка в layout.ini - там немного другое (оптимальное расположение файлов при загрузке)
Как меня это спасёт с моим SSD? Сэкономит 50 миллисекунд?
---Короча, баяну про необходимость дефрагментации уже 30 лет.
Написано куча научных, псевдонаучных, дипломных и курсовых работ.Диагноз один: Дефрагментация даёт психо-визуальное ощущение
ускорения работы, проще говоря Плацебо! Ускорение возможно лишь
при статическом хранении кода и данных, - например если MySQL
был бы слинкован со всеми библиотеками и самой базой, а архитектура
файловой системы запрещала фрагментацию.
> Диагноз один: Дефрагментация даёт психо-визуальное ощущение
> ускорения работы, проще говоря Плацебо!Чушь собачья, даже комментировать не хочется
конечно это не в условиях венды.
там фрагментация дело сурьёзное.
знаете почему в винде нельзя удалить файл, который сейчас на выполнении? и как это связано с вирт.памятью, подкачкой и фрагментацией?
>и как это связано с вирт.памятью, подкачкой и фрагментацией?с фрагментацией точно никак не связано, а вот с вирт.памятью - да, но тут стоит учесть скорость работы дин.линковщиков ( - и почему в линусе такой тормознутый by-design ld.so, - над чем я вам подумать советую) перед тем, как далее углубляться в дискуссию
>с фрагментацией точно никак не связано, а вот с вирт.памятьюда-да. а продолжить логические рассуждения не судьба - вирт.память -> выгрузка на винт. а код хранится в самом файле, а файл фрагментирован -> свап по всему винту.
и подтверждается практикой - после ДЭфрагментации чё-то винда быстрее шевелится.
а линуху - пох.
скажешь вру? :D>( - и почему в линусе такой тормознутый by-design ld.so,
полная ложь.
видимо поэтому создать форк процесса в никс вообще и в линухе в частности гораздо меннее ресурсоёмко.
настолько, что апчи, ораклы, сапы и тд великолепно держат нагрузку в лине как процессы, а не ютятся в одном адресном пространстве потоков в винде.
при этом последнюю ни однин абд в продакшене как глупую шутку даже не воспринимает.
Программист? Разъясните нам разницу между потоками и процессами, а также то для чего нужны те и другие, а мы законспектируем.> "вирт.память -> выгрузка на винт"
A в Линуксе выгрузка куда?
> и подтверждается практикой - после ДЭфрагментации чё-то винда быстрее шевелится.
> а линуху - пох.Ага "пох", аж винт трещит как ему пох. Фантазёры блин. Для ext4 собираются делать
дефрагментатор - это потому что "пох". Только видно не сделают, лень, да и "пох"
на проблемы. Сказал нет дефрагментации, значит её нет. Точка.> скажешь вру? :D
Думаю, что да, врёшь.
> а код хранится в самом файле, а файл фрагментирован свап по всему винту.есть утилита для его дефрагментации, и у меня же вообще этого файла нет
> и подтверждается практикой - после ДЭфрагментации чё-то винда быстрее шевелится. а линуху - пох. скажешь вру? :D
всё верно, т.к. в линуксе нечем дефрагментировать =)
> полная ложь.
> видимо поэтому создать форк процесса в никс вообще и в линухе в
> частности гораздо меннее ресурсоёмко.
> настолько, что апчи, ораклы, сапы и тд великолепно держат нагрузку в лине
> как процессы, а не ютятся в одном адресном пространстве потоков в
> винде.давайте-ка сравним время запуска, скажем, OOо в линуксе и в винде, - результат, понятное дело, будет не в пользу линукса - вы просто подумайте, почему так происходит и почему в линуксе придумываются костыли вроде prelink и почему в винде они не нужны по определению
>> а код хранится в самом файле, а файл фрагментирован свап по всему винту.
>есть утилита для его дефрагментации, и у меня же вообще этого файла неткого его?
ну ладно чудик сверху, но вы то вроде претендовали на знатока того что пишете? :D
в винде, когда нужно освободить память занятую кодом программы, то этот код просто отбрасывается, а при восстановлении берётся из самого exe-файла.
в своп-файле хранятся только данные процессов. иногда сжатый код.
>всё верно, т.к. в линуксе нечем дефрагментировать =)в экст4 - онлайн дефрагментация. см сабж и вики
>давайте-ка сравним время запуска, скажем, OOо в линуксе и в винде3с в линухе и 5с в винде на этом ноуте, с которого пишу.
"корявые" прелинк были (и есть) в винде. как в самой, так и сторонние.
более того - одинаковое время запуска ворда в винде и ворда в вайне в линухе.
зыж
вот так каждый раз - приходит вантузятник, а азов того за что попу рвёт - не знает.
>в своп-файле хранятся только данные процессов.и?
>иногда сжатый код.
код чего?
>в экст4 - онлайн дефрагментация. см сабж и вики
"...20 лет спустя" :)
>3с в линухе и 5с в винде на этом ноуте, с которого пишу
подозреваю, что винда засрана по самое нехочу + антивирусы и пр.? :) отключите антивирусы и сравните скорость горячего старта - именно про него речь
>"корявые" прелинк были (и есть) в винде. как в самой, так и сторонние.
например?
>более того - одинаковое время запуска ворда в винде и ворда в вайне в линухе.
ворд это приложение не из тех, на которых можно увидеть тормоза ld.so, поскольку он загружает гораздо меньше dll-ок, чем ООо
>вот так каждый раз - приходит вантузятник, а азов того за что попу рвёт - не знает.
самокритика - путь к самообразованию, одобряю
>и?и всё! :D в винде нельзя удалить экзешник, запущенный на выполнение, из-за того, что он в данный момент может быть частью виртуальной памяти. если это сделать - система развалится.
а теперь представь, что твои экзешники ровным и фрагментированным слоем намазаны на весь винт.
>>в экст4 - онлайн дефрагментация. см сабж и вики
>"...20 лет спустя" :)не востребованная функциональность.
вот сабж к примеру на ней основан. я его поставил. моя система грузится 1 минуту и 5с. (ксенированное ядро+2 виртуалки - много чего грузится)
после него я сэкономил секунды 2.
овчинка выделки явно не стоила.
>например?я и так много для вындузятника сегодня знаний дал. гугль вам в помощь.
и не в последнюю очередь из-за вот этого:
>самокритика - путь к самообразованию, одобряюэаж
всё же на одну вещь намекну:
>>иногда сжатый код.
>код чего?http://compression.ru/arctest/utils/utils-tr.htm
сжатый код подсистема виртуальной памяти разобрать не может, поэтому пихает его в своп вместе с данными.
>а теперь представь, что твои экзешники ровным и фрагментированным слоем намазаны на весь винткритично разве что при первом запуске, как и в линуксе
>не востребованная функциональность
ну да, как и полнофункциональные 3d-драйверы, cad-системы и т.д.
> моя система грузится 1 минуту и 5с. (ксенированное ядро+2 виртуалки - много чего грузится)
после него я сэкономил секунды 2.
частный случай, не более
>сжатый код подсистема виртуальной памяти разобрать не может, поэтому пихает его в своп вместе с данными.
чушь, код всяких upx-пожатых библиотек всегда распакованый, причём на каждый процесс создаётся своя копия dll-ки (поэтому и не рекомендуется их жать), учим матчасть
>чушь, код всяких upx-пожатых библиотек всегда распакованый, причём на каждый процесс создаётся своя копия dll-ки (поэтому и не рекомендуется их жать), учим матчастьон распакованный в памяти.
а в образе на диске - нет.
поэтому этот образ не может быть смапирован в виртуальную память штатными средствами винды.
чтобы он опять стал распакованным, программу нужно запустить поновой.зыж
вы ведь ДАЖЕ не знали, что код не падает в своп до начала этой ветки обсуждения.
и после этого вы меня "учим матчасть" отправляете?!! :D
в общем, сори что отвлёк вас от вашего нарцисизма. как собеседник - вы хам и неуч. и даже не знаю по какому из этих качеств вы мне больше не интересны. :D
>[оверквотинг удален]
> поэтому этот образ не может быть смапирован в виртуальную память штатными средствами
> винды.
> чтобы он опять стал распакованным, программу нужно запустить поновой.
> зыж
> вы ведь ДАЖЕ не знали, что код не падает в своп до
> начала этой ветки обсуждения.
> и после этого вы меня "учим матчасть" отправляете?!! :D
> в общем, сори что отвлёк вас от вашего нарцисизма. как собеседник -
> вы хам и неуч. и даже не знаю по какому из
> этих качеств вы мне больше не интересны. :DА Вы ведь даже не знали, что попадание страниц виртуальной памяти с кодом или данными никак не зависит от того был исполняемый файл запакован хитрым образом или нет. А ещё Вы не знаете о том, что страницы выделенной памяти можно блокировать и не давать им сваливаться в своп - эта возможность используется для секретных данных например, которые ни в коем случае не должны попасть в файл подкачки и в других ситуациях.
Простите, но Вы просто болтун.
:D
после того, как вы полностью облажались, можете говорить всё что вздумается.и да, запрет на выгрузку в своп не был предметом обсуждения, разговор как раз был о ВЫГРУЖАЕМЫХ данных и коде.
и как попытка переменить тему - выглядит жалкой.зыж
я кстати не забуду эту тему.
и буду приводить ветку и в других новостях, когда некий "Виндус" будет спесиво отправлять собеседников учить мат.часть. :D
ззыж
а судя по тому, что "Виндус" отвечает на претензии к "Z" - это одно лицо. :D
> ззыж
> а судя по тому, что "Виндус" отвечает на претензии к "Z" -
> это одно лицо. :DНет, я к Z не имею отношения. С ним разбирайтесь персонально.
ну вот.
к диагнозу ещё и раздвоение личности.
> :D
> после того, как вы полностью облажались, можете говорить всё что вздумается.
> и да, запрет на выгрузку в своп не был предметом обсуждения, разговор
> как раз был о ВЫГРУЖАЕМЫХ данных и коде.
> и как попытка переменить тему - выглядит жалкой.
> зыж
> я кстати не забуду эту тему.
> и буду приводить ветку и в других новостях, когда некий "Виндус" будет
> спесиво отправлять собеседников учить мат.часть. :DВзаимно, заносим в записную книжку... оооо, а у Вас нет имени, Вы "ананим".
оч хорошо.
потому что так опустить вантузятника на знании винды - это можете приводить всегда и везде.
можете даже сопроводить фразой типа - любой (я не амбизиозен) линуксоид знает винду лучше вантузятника. собственно именно поэтому он и линуксоид.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
> оч хорошо.
> потому что так опустить вантузятника на знании винды - это можете приводить
> всегда и везде.
> можете даже сопроводить фразой типа - любой (я не амбизиозен) линуксоид знает
> винду лучше вантузятника. собственно именно поэтому он и линуксоид.
> зыж
> кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не
> попадает? :D
> а то сомнения берут уже.Вы не амбициозны, у Вас просто ЛГМ. Ваше знание Венды просто поражает. Свалить страничную организацию памяти, сегментную адресацию, wine, мифический "продакшн", не менее мифический "Не_упакованный код который отбрасывается" в одну кучу, это надо уметь !!!
Я уже признал своё полное и окончательное поражение. Против напора вашего интеллекта не устоит и сам Торвальдс, куда уж мне.
ну вы то вообще не знали что код в своп не падает.
и ничего. живы даже.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
ззыж
>Против напора вашего интеллекта не устоит и сам Торвальдс, куда уж мне.Торвальдс кстати также думает.
так что спорить с ним у нас не о чем.
кстати, выбор только страничной адресации (почти только) как раз и позволил линуксу портироваться на массу платформ - стр. 78, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
параграф - "Сегментация в Linux"
>Свалить страничную организацию памяти, сегментную адресацию, wine, мифический "продакшн", не менее мифический "Не_упакованный код который отбрасывается" в одну кучу, это надо уметь !!!это не я свалил в одну кучу. :D
это интел и мс! :D
>он распакованный в памяти.
>а в образе на диске - нет.
>поэтому этот образ не может быть смапирован в виртуальную память штатными средствами винды.
>чтобы он опять стал распакованным, программу нужно запустить поновой.это я и говорил, к чему претензии?
>вы ведь ДАЖЕ не знали
очередной телепат-самоучка? забавно :)
>вы хам и неуч. и даже не знаю по какому из этих качеств вы мне больше не интересны. :D
в таком случае рекомедую вам самоустраниться из дискусии
> и всё! :D в винде нельзя удалить экзешник, запущенный на выполнение, из-за того, что он в > данный момент может быть частью виртуальной памяти. если это сделать - система развалится.Уважаемый Ананим, а зачем удалять "екзешник" запущеный на выполнение?
В чём профит?
в обновлении софта например.
для сервера - критично.а вообще - это показатель работы вирт.системы и связи с фрагментацией.
> в обновлении софта например.
> для сервера - критично.
> а вообще - это показатель работы вирт.системы и связи с фрагментацией.Обновлению софта это никак не мешает, работающий процесс с "выбитым из под него стулом" ненужен ни под Виндовсом, ни под Линуксом.
В том самом "продакшене", о котором Вы любите порассуждать, обновления и патчи накатываются после остановки серверов. Так что ваш аргумент не засчитан.
>Обновлению софта это никак не мешает, работающий процесс с "выбитым из под него стулом" ненужен ни под Виндовсом, ни под Линуксом.стандартный ответ неуча от винды.
в линухе "стул" НЕ выбивается. дескрипторы открытых фацлов не уничтожаются до их закрытия.
именно поэтому я обновляю систему почти каждую ночь автоматом, а утром только читаю письма от сервера за чашкой кофе.
это не в винде обновить несчастную библиотеку активикс для 1С - пока всех выгонешь, пока обновишь, пол-дня пройти успеет. а если она ещё и отчёты не правильно формирует, то....
а перегрузка после обновления ие - это вообще ржачь над вантузятниками.
>В том самом "продакшене", о котором Вы любите порассуждать, обновления и патчи накатываются после остановки серверов.не-не, это в вашем продакшене так. :D
а в моём я даже оракл не останавливаю на подобные мелочи.
другое дело, что я вначале работоспособность этих новых патчей в тестовом окружении проверяю - а то вдруг ломают больше, чем чинят.
>[оверквотинг удален]
> читаю письма от сервера за чашкой кофе.
> это не в винде обновить несчастную библиотеку активикс для 1С - пока
> всех выгонешь, пока обновишь, пол-дня пройти успеет. а если она ещё
> и отчёты не правильно формирует, то....
> а перегрузка после обновления ие - это вообще ржачь над вантузятниками.
>>В том самом "продакшене", о котором Вы любите порассуждать, обновления и патчи накатываются после остановки серверов.
> не-не, это в вашем продакшене так. :D
> а в моём я даже оракл не останавливаю на подобные мелочи.
> другое дело, что я вначале работоспособность этих новых патчей в тестовом окружении
> проверяю - а то вдруг ломают больше, чем чинят.Не хотел бы я быть клиентом вашего продакшена. А вы таки профессионал широкого захвата оказывается. И администратор, и программист под Линукс и под Венду. Я Вам завидую белой завистью, так хорошо разбираться во всём сразу это редкий талант.
>Не хотел бы я быть клиентом вашего продакшена.а кто вас спрашивать то будет? :D
тем более что таких как вы вантузятников попёрли - прям как у lse, по 8 часов простоя и латентность больше соответсвует темину "тормоза".
>А вы таки профессионал широкого захвата оказывается.не захвата, а охвата. и да, платформу я знаю не плохо. впрочем как и спарки.
>И администратор, и программист под Линукс и под Венду.что ж поделать, работа такая - программировать для администраторов с опытом - не хрен собачий.
зыж
>Я Вам завидую белой завистью, так хорошо разбираться во всём сразу это редкий талант.угу. образование и здравый смысл.
а ещё умение слушать, что говорят умные и более опытные люди. к сожалению сегодня в этой новости таких не встретил.
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
> http://compression.ru/arctest/utils/utils-tr.htmЧто доказывает ваша ссылка?
> сжатый код подсистема виртуальной памяти разобрать не может, поэтому пихает его в
> своп вместе с данными.Извините но тут просто бред сивого мерина написан. Хорошо бы ознакомится с тем как работает система, перед тем как выносить на публику свои суждения. Предлагаю почитать на досуге книги Джеффри Рихтера, откроете для себя очень много нового.
ззыж
вот кстати пруф - http://dic.academic.ru/dic.nsf/ruwiki/183139
>UPX (the Ultimate Packer for eXecutables) — упаковщик исполняемых файлов, поддерживающий несколько различных платформ и форматов файлов.
>...
>Использование сегментов в памяти (в операционных системах Windows) не позволяет операционной системе высвобождать сегменты исполняемого кода без выгрузки содержимого в файл подкачки (что, фактически, увеличивает требования программы к оперативной памяти).так что вы там рекомедовали?
>Предлагаю почитать на досуге книги Джеффри Рихтера, откроете для себя очень много нового.не рекомендую вам его читать.
НЕ ПОМОЖЕТ. :D
> ззыж
> вот кстати пруф - http://dic.academic.ru/dic.nsf/ruwiki/183139
>>UPX (the Ultimate Packer for eXecutables) — упаковщик исполняемых файлов, поддерживающий несколько различных платформ и форматов файлов.
>>...
>>Использование сегментов в памяти (в операционных системах Windows) не позволяет операционной системе высвобождать сегменты исполняемого кода без выгрузки содержимого в файл подкачки (что, фактически, увеличивает требования программы к оперативной памяти).
> так что вы там рекомедовали?
>>Предлагаю почитать на досуге книги Джеффри Рихтера, откроете для себя очень много нового.
> не рекомендую вам его читать.
> НЕ ПОМОЖЕТ. :DВы процитировали бред. Стыдитесь. Под Виндовсом говорят о выгрузке страниц памяти, но никак не о каких-то мифицеских сегментах. Вам всё таки срочно необходимо выкурить как минимум "Джеффри Рихтер Windows для профессионалов", а также Руссиновича. Тогда перестанете писать тексты сомнительного содержания.
↑ В семействе операционных систем Microsoft Windows сегментная адресация не используется и заменена делением памяти на секции, что в сущности почти одно и то же.или так:
>Впрочем, в некоторых случаях процессу требуется собственная локальная таблица дескрипторов
>...
>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментациюи это легко посмотреть любым дебагером.
кстати - стр. 83, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
зыж
винда до сих пор использует сегментацию и ldt.
я выше уже писал, что участвовал в разработке паркеров? :D
не читайте Рихтера, НЕ ПОМОЖЕТ. впрочем я повторяюсь. :D
>[оверквотинг удален]
> или так:
>>Впрочем, в некоторых случаях процессу требуется собственная локальная таблица дескрипторов
>>...
>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию
> и это легко посмотреть любым дебагером.
> кстати - стр. 83, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
> зыж
> винда до сих пор использует сегментацию и ldt.
> я выше уже писал, что участвовал в разработке паркеров? :D
> не читайте Рихтера, НЕ ПОМОЖЕТ. впрочем я повторяюсь. :DНе путаем два разных понятия: "сегментная адресация" и "страничная организация памяти", одно к другому не имеет ровным счётом никакого отношения.
z знаю, чудик. :D
вот только в винде используется и то, и другое.
а всё - из-за легаси кода.
результат - упакованный код падает в своп. и екзэшники лочатся при запуске.
> z знаю, чудик. :D
> вот только в винде используется и то, и другое.
> а всё - из-за легаси кода.
> результат - упакованный код падает в своп. и екзэшники лочатся при запуске.Может быть VirtualLock/GlobalLock/VirtualAllock( с PAGE_NOCACHE) могли бы Вам помочь?
Вот тут гляньте, может чего почерпёте: http://www.rsdn.ru/article/baseserv/peloader.xml
Обратите внимание на ссылки в конце статьи :-)
"9. Jeffrey Richter: Programming Applications for Microsoft Windows. Эта книга, рассчитанная на подготовленного читателя, подробно рассматривает решение ряда встающих перед программистами специальных задач, которые в большей части имеющейся литературы освещаются лишь поверхностно (потоки, работы, процессы, DLL и др.)."
так цитату, что упакованный в экзешниках код НЕ падают в своп вы НЕ приведёте?
какая досада.
опять фэйл. :D
зыж
>9. Jeffrey Richter: Programming Applications for Microsoft Windows. Эта книга, рассчитанная на подготовленного читателя,вам - не рекомендуется.
хуже нет, чем не правильно сформированные понятия.
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
> результат - упакованный код падает в своп. и екзэшники лочатся при запуске.т.е. по вашей-же логике - не-упакованный код не должен вызывать блокировки экзешников или как?
критерий для попадания в своп - флаги секций/страниц, а не их содержимое, учим матчасть (VirtualLock()/VirtualProtect())
ты явно не вменяемый.
речь не идёт о НЕ_выгружаемом коде. вообще.
>Функция VirtualLock фиксирует указанный фрагмент виртуального адресного пространства процесса в физической памяти.речь идёт о выгружаемом.
при этом код при выгрузке либо отбрасывается и при необходимости берётся из экзешника, либо падает в своп-файл, если экзешник запакован паркерами.
>речь не идёт о НЕ_выгружаемом коде. вообще.По факту - одна из функций, так что не съезжаем с темы
>при этом код при выгрузке либо отбрасывается и при необходимости берётся из экзешника, либо падает в своп-файл, если экзешник запакован паркерами
Какой же критерий этой "запакованности", а? Название секции? Фаза луны? :)
>[оверквотинг удален]
> или так:
>>Впрочем, в некоторых случаях процессу требуется собственная локальная таблица дескрипторов
>>...
>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию
> и это легко посмотреть любым дебагером.
> кстати - стр. 83, "Ядро Linux", o'reily, Д.Бовет, М.Чезатти, ISBN 987-5-94157-957-0
> зыж
> винда до сих пор использует сегментацию и ldt.
> я выше уже писал, что участвовал в разработке паркеров? :D
> не читайте Рихтера, НЕ ПОМОЖЕТ. впрочем я повторяюсь. :DКстати, каким например дебагером и на что конкретно Вы предлагаете взглянуть?
а какой Вы умеете?
хотя - не важно. ещё раз:
>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментациюи ещё раз
>ориентированные на сегментациюи ещё раз
>ориентированные на сегментациюсобственно в линухе ldt сейчас требуется только (я других не знаю) для приложений под wine.
а для чего? и ещё раз
>ориентированные на сегментацию.
>[оверквотинг удален]
>>>таких как wine, которые выполняют программы для Microsoft Windows, ориентированные на сегментацию
> и ещё раз
>>ориентированные на сегментацию
> и ещё раз
>>ориентированные на сегментацию
> собственно в линухе ldt сейчас требуется только (я других не знаю) для
> приложений под wine.
> а для чего? и ещё раз
>>ориентированные на сегментацию
> .Вы не ответили на мой вопрос: "На что конкретно нужно смотреть в дебаггере?"
На сегментный регистр?
ну, пока вы приводите функции апи по запрету выгрузки страниц и пытаетесь юлить, я вряд ли захочу вам ещё в чём то помогать.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже. :D
> ну, пока вы приводите функции апи по запрету выгрузки страниц и пытаетесь
> юлить, я вряд ли захочу вам ещё в чём то помогать.
> зыж
> кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не
> попадает? :D
> а то сомнения берут уже. :DЗнаете я пожалуй признаю своё полное и окончательное поражение.
Вы просто забили меня интеллектом. Научные термины из вашего вокабуляра поставили меня в тупик: "продакшн", "Не_упакованный код отбрасывается", ldt, дебаггер, и прочая сегментная адресация страниц.
За сим разрешите откланяться.
Искренне ваш Виндус.
П.С.: Я передумал, беру свой совет обратно. Не читайте ни Рихтера, ни Руссиновича.
>П.С.: Я передумал, беру свой совет обратно. Не читайте ни Рихтера, ни Руссиновича.так глядя на вас действительно страшно становится.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
> я выше уже писал, что участвовал в разработке паркеров? :Dкаких именно? и почему участвовАЛ - выгнали что-ли?
> полная ложь.
> видимо поэтому создать форк процесса в никс вообще и в линухе в
> частности гораздо меннее ресурсоёмко.
> настолько, что апчи, ораклы, сапы и тд великолепно держат нагрузку в лине
> как процессы, а не ютятся в одном адресном пространстве потоков в
> винде.
> при этом последнюю ни однин абд в продакшене как глупую шутку даже
> не воспринимает.В Линуксе до сих пор нет аналогов потоков Виндовс, а имеются костыли в виде урезанных процессов - lightweight processes. Apache родился в незапамятные времена, когда про потоки на никсах никто и не слыхивал, так что пример неудачный.
Зачем Вы приплели в разговор наукоподобное слово "продакшн"? Думаете это придало вес вашему сумбурному посту? Ошибаетесь уважаемый.
Вы и малейшего понятия не имеете о потоках (thread), нитях (fiber), процессах(process), средствах синхронизации (критические секции, события, мьютексы, семафоры), а равно о других объектах Виндовс.
Ваше высказывание: "...а не ютятся в одном адресном пространстве потоков..." показывает уровень вашего понимания данной темы. Я обязательно положу это в мемориз - ютиться, как потоки на Венде. Это не просто пять, это пять с плюсом.
Вы полный профан в этом деле и ваше мнение равно по модулю "сухой дохлой мухе". Отбросьте свой никсовый фанатизм, попытайтесь узнать как дела обстоят на самом деле. Венда далеко не идеальна, но Вы не там ищите её недостатки.
>> Диагноз один: Дефрагментация даёт психо-визуальное ощущение
>> ускорения работы, проще говоря Плацебо!
> Чушь собачья, даже комментировать не хочетсяДа нет уж, коль начал, договаривай.
>Да нет уж, коль начал, договаривай.Читайте спецификации ext4 и сравнивайте с ext3, затем представьте, как будет записан фрагментированный файл в ext4 и ext3, потом опять читайте спецификации ext4 (можно, в принцине, любой FS с екстентной формой адресации блоков) пока не дойдёт
Да, блин, с твоим SSD! У всех есть по пару тысяч зеленых на покупку скажем двух терабайтных SSD, которых даже в продаже нет.
> Да, блин, с твоим SSD! У всех есть по пару тысяч зеленых
> на покупку скажем двух терабайтных SSD, которых даже в продаже нет.4000 рупелей он стоит, под корневой раздел самое оно.
А дефрагментация остального - Плацебо.
> А дефрагментация остального - Плацебо.Зависит от. Например торентами без преаллокации можно очень сильно все засрать.
Кошмарнейший сценарий это почтовый сервер, информация постоянно к концу файла понемногу дописывается, этих файлов очень много. Ни одна файловая система такое не выдержит, фрагментация неизбежна.
> Угу, а в линуксе опно появилось только спустя 20 лет и то не для всех ФС :)Вы ещё с 18 веком сравните, 20 лет назад линукса небыло.
> Вы ещё с 18 веком сравните, 20 лет назад линукса небыло.не я полез за датами, прошу заметить :)
это потому что никому не нужно.
он и так не медленнее винды грузится.
>И гляньте-ка в layout.ini - там немного другое (оптимальное расположение файлов при загрузке)пусть для начала научится на любой железяке взлетать, как линух.
а то чуть мамку сменил, всё, гитлер капут.
а уж потом про текстовые файлы ini поговорим. :D
>пусть для начала научится на любой железяке взлетать, как линух.а смысл? лучше сконцентрировать ресурсы вокруг наиболее постребованного, чем делать кое-как для всего возможного
> а то чуть мамку сменил, всё, гитлер капут.
пора уже, наконец, забыть про XP
> а уж потом про текстовые файлы ini поговорим. :D
тема безусловно, актуальная для линукса, но о уже привычная для w*
>>пусть для начала научится на любой железяке взлетать, как линух.
>а смысл? лучше сконцентрировать ресурсы вокруг наиболее постребованного, чем делать кое-как для всего возможногокакие такие ресурсы? и где сконцентрировать?
>> а то чуть мамку сменил, всё, гитлер капут.
>пора уже, наконец, забыть про XPс 7 по другому?!! :D
>тема безусловно, актуальная для линукса, но о уже привычная для w*ну да. до регистри-хэл конэшно не дотягивает
зыж
и чё вот человек сказать то хотел? какие-то маркетоидные выкрики.
>какие такие ресурсы? и где сконцентрировать?человеческие, на доработке хотя бы существующих архитектур, а то опять alsa/энергосбережение поломали/kde5 на горизонте
>с 7 по другому?!! :D
Я тут отвечу по-вашему - УМВР-ЧЯДНТ? :)
>до регистри-хэл конэшно не дотягивает
О, что-то новенькое, потрудитесь конкретизировать? :)
>>какие такие ресурсы? и где сконцентрировать?
>человеческие, на доработке хотя бы существующих архитектур, а то опять alsa/энергосбережение поломали/kde5 на горизонтеэти ресурсы и так уже потрачены. винда на это железо ставиться. но! если проинсталированную винду взять с другой системы, то она не запустится.
ответ на вопрос почему - очень длинный. а вкратце - у линуха архитектура имеет гораздо (вернее так - ГОРАЗДО) больше абстрактных уровней и каждая подсистема выполняет только свою часть работы. отсюда 2-а плюса - архитектура гораздо динамичнее и таскать при этом за собой легаси код нет необходимости. при этом производительность выше.
про альзу пропущу (вы видать с пульсом спутали), да и остальное - тоже.
>>с 7 по другому?!! :D
>Я тут отвечу по-вашему - УМВР-ЧЯДНТ? :)1. я так не говорил. хотя понимаю почему за подобными (а сюда можно ещё и приплюсовать "красноглазые" и "нищеброды") высказываниями вы прячете своё невежество.
2. вин7 не стартует на другой мамке также как и остальные вин. так что вы не только "ответили по-вашему", но ещё и соврали.
> а вкратце - у линуха
> архитектура имеет гораздо (вернее так - ГОРАЗДО) больше абстрактных уровней и
> каждая подсистема выполняет только свою часть работы. отсюда 2-а плюса -
> архитектура гораздо динамичнее и таскать при этом за собой легаси код
> нет необходимости. при этом производительность выше.архитектура подразумевает проектирование, т.е. инженерный подход - чего в случае с линуксом не наблюдается хотя бы потому, что API нестабильный, как и части ABI
> про альзу пропущу (вы видать с пульсом спутали), да и остальное -
> тоже.не спутал, ALSA у меня в новой версии ядра просто отвалилась
>>>с 7 по другому?!! :D
>>Я тут отвечу по-вашему - УМВР-ЧЯДНТ? :)
> 2. вин7 не стартует на другой мамке также как и остальные вин.если SATA-контроллер и чипсет совпадают, то стартует аж бегом, даже XP
пора уже, наконец, забыть про XP
Дайте нормальный видеоредактор нелинейного монтажа (уровня Адоб Премьер Про 1,5-2) и нормальный аудиоредактор (хотя бы до уровня Адоб Аудишн 2)
>Дайте нормальный видеоредактор нелинейного монтажа (уровня Адоб Премьер Про 1,5-2) и нормальный аудиоредактор (хотя бы до уровня Адоб Аудишн 2)А вы уверены, что вам нужны именно сравнимые по функциональности продукты, а не точные копии?
По факту, линукс грузиться на порядок быстрее. То что решили добавить и такое ускорение это уже мелочи.
> По факту, линукс грузиться на порядок быстрее. То что решили добавить и такое ускорение это уже мелочи.На порядок значит в 10 раз. Давайте подсчитаем, если у меня Вин7 под виртуалкой за 50 секунд загружается, то сколько времени займёт загрузка Линукс? По вашему получается что 5 секунд. На самом деле около 35 секунд.
Поздравляю Вас, гражданин, соврамши !!!
> в XP появилось 10 лет назадЧтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.
> Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.У каждого свое применение, рад за вас :)
>> в XP появилось 10 лет назад
> Чтобы после очередного BSODа, установки игры, или обновления нотепада быстрее загрузиться.За долгие годы эксплуатации ХР в качестве рабочей машины, с интенсивной установкой/удалением самых разных программ, мучанием реестра и вообще плохим обращением ни единого BSODa не видел, до тех пор, пока не навернулся один модуль памяти из четырёх. После его замены машинка продолжает работать как швейцарские часики.
Если Вам не нравится Notepad, могу порекомендовать Вам его полный заменитель - Notepad++, абсолютно свободная программа, под лицензией GPL. Скачать его можно здесь: http://www.notepadplusplus.org/. Очень обширная функциональность "из коробки", много дополнений, интегрируется в оболочку ( удобно использовать из Explorera ).
Винда она такая. Без костылей работать не может вообще
И чё сильно это помогло винде? А если серьезно - нонешние ФС в линухе как бэ не сильно нуждаются в дефрагментации, думаю не открыл никому омэрыку. Поэтому такая небольшая перемещалка по большому счету как зайцу -стоп-сигнал. Вроде и нужен, и вроде не совсем. Хуже по крайней мере не будет.
> А если серьезно - нонешние ФС в линухе как бэ не сильно нуждаются в дефрагментации, думаю не открыл никому омэрыку.Да ну?! Прекратите заблуждаться, и попробуйте, к примеру, качать на ext[234] раздел торренты (несколько параллельных гигабайтных закачек), отключив предварительное физическое выделение места на диске (к примеру, для Transmission Preallocation=0), потом сделайте
filefrag имя_файла
и протестируйте скорость чтения этих файлов.
Потом повторите с Preallocation=2.
Задумайтесь.
>>Обычно люди не сильно нуждаются в бронепластинах на ногах
>Да ну?! Прекратите заблуждаться, и попробуйте, к примеру, выстрелить себе в ногу.
http://www.youtube.com/watch?v=vZGiFvEgRtA
> в XP появилось 10 лет назадА где б для XP bootchartd взять, для сравнения? :)
> А где б для XP bootchartd взять, для сравнения? :)есть профилировщик bootvis, есть планировщик задач, заполняющий layout.ini + defrag /b
Интересная штука, но, похоже, конфигурации с raid и lvm пролетают.
LVM не пролетает, акромя различных извращённых ситуаций
bootvis это профилировщик, я же имею ввиду layout.ini
и всё-равно не помогает.
конечно в линуксе не поможет
в линухе как раз поможет. см. график загрузки системы по ссылке.
но на ext4.
бтрфс же и без этой процедуры отлично справляется, но релиза пока нет.а вот в хрюше что с этим, что без - монопенесуально.
да и вообще там основной тормоз загрузки - раздутый реестр. стоит мсо установить и всё, в 3 раза дольше загрузка.
> в линухе как раз поможет. см. график загрузки системы по ссылке.http://www.opennet.me/openforum/vsluhforumID3/77057.html#24
верю.
как и то, что таки поможет. не знаю на сколько сильно, но всё же.
проверил. действительно быстрее, но с пунктом:
>Когда этот процесс закончится, открываем конфигурационный файл /boot/grub/grub.cfg (или /boot/grub/menu.lst) и добавляем к опциям ядра (все таже строка kernel) следующую строку:
>init=/sbin/e4rat-preloadкоторый помещает файлы в page cache
а это уже нифига не дефрагментация и не расположение файлов в одном месте.
Под RaiserFS нет ни чего подобного?
systemd поддерживает аналогичный по возможностям механизм "из коробки", независимо от типа файловой системы.
Как systemd умудряется дефрагментировать произвольную ФС???
Он ничего не дефрагментирует (это выходит за рамки задач системы инициализации). Там используется технология readahead. Аналогично сабжу по возможностям (ускорение доступа к файлам при загрузке системы), но решение задачи там немного другое.
А ниче, что во время работы любые другие скрипты и проги
буду тащить головки диска к началу, за bash, awk, grep,... libc.so, ld-linux.so...
Какие bash, awk, grep, вы прямо как в прошлом веке ;) Нынче эра systemd, при загрузке весь прочий хлам не нужен.
И ваще, там у этого хрена, картинки ДО и ПОСЛЕ отличаются
количеством запущенных сервисов и программТа, что оптимизированая не имеет nfs.common, kbd, bluetooth, bluetoothd, update-gconf-de,
3 процесса exim4, 2 процесса update-exim4.co, NetworkManager, pm-powersave, pulseaudio,
xrgb, сpp, cc1 ... может чего ещё не заметил.Он тля, что, за идиотов всех держит?! Исчо один Фроникс.
Или может кто-то против того, что перемещая файлы порядок их запуска не должен меняться? :)
Хотя, знак ограничения скорости до поста ДПС и после, работает по разному.
Они берут уроки у фороникса. Там тоже такое любят, типа сравнивают скорость загрузки системы с различными версиями ядра.. оппа.. а в бутчартах набор сервисов разный - пачка старых ядер тестировалась в старой убунте, новые в новой..
> А ниче, что во время работы любые другие скрипты и проги буду тащить головки диска к
> началу, за bash, awk, grep,... libc.so, ld-linux.so...а они как бы в кеше, нет? да и ситуация когда баш рядом с грепом мне кажется более выигрышной, чем баш и греп в рандомных позициях. и да, уменьшение размера корневого раздела эффективно уменьшает время доступа в любом случае.
Так они все они тоже попадут в эту область :)
Загрузившись однажды все это останется в buffers/cache.
Хех, неужто винта, выдающего 100 мегабайт/с недостаточно для этой элементарной операции? По-моему, оптимизировать надо загрузку и иниц. модулей (что уже сделано ещё пятью разными программами). Хотя всё равно меньше 10 сек не получается. :( (пробовал Arch под VMWare)
Вы посмотрите любой полезной утилитой, какую скорость выдаёт '100 МБ/с' винт к концу диска.
Впрочем системный раздел обычно располагают впереди, где скорость доступа/чтения относительно равномерна, и какой выигрыш может быть от этой хитрой перегонки файлов мне не совсем понятно...
Чем он отличается от unreahead ? Да можно сказать почти ничем.
То же кеширование и тоже перетаскивание используемых файлов для загрузки.
там патчится ведро, создаётся кэш и запускается демон для слежения.
http://optimization.hardlinux.ru/?page_id=757
а тут используются только особенности ext4.
Да куда ж ему быстрее то грузится... и так убунта от граба до приветствия gdm за 5-7 секунд взлетает ><
> Да куда ж ему быстрее то грузится...Смотреть новость про загрузку линукса за 0.3 секунды :)
радикально... хочет, чтоб boost в static-libs было собрано... :S
ага... ну ничо, ради такого дела пересоберу...
В ближайшие пару лет пойдет мода на SSD, которые уже близко к порогу цены. Особенно геймеры поспособствуют, а там глядишь и в новые консоли воткнут простенький штатный SSD вместо винта. И смысла в таких утилитах будет немного, важнее будет выравнивание данных по SSD-шным чанкам и производительность контроллера.
конфликтует с ureadhead в Убунту
Мде, вот и скатились до стандартных линуксмантр: фрагментации в линуксе нет/ дефрагментаторы не нужны/итд. Отчего ж тогда дефрагментатор для ext4 делается? Я вам подскажу: для экстентной записи сильно фрагментированых файлов требуется больше метаданных по сравнению с косвенной адресацией а-ля ext3. Т.е. даже в случае нулевого времени доступа (SSD) для фрагментированных файлов прийдется читать/обрабатывать больше метаданных - это очевидно любому, смотревшему спецификации ext4, и это именно то обстоятельство, которое заставляет разрабов делать дефрагментаторКакой-то лопух написал когда-то очевидную глупость в LSAG, а вы до сих пор смотрите на неё как на священную заповедь
это было написано когда ext4 еще небыло и это совсем не делает это глупостью
>это было написано когда ext4 еще небыло и это совсем не делает это глупостьюглупостью, причём очевидной глупостю это было, чтобы оправдать (типичненько,кстати) отсутствие/нежелание писать дефрагментаторы. Запомните: read-write FS всегда фрагментируются, и это всегда влияло и будет влиять на производительность
>Запомните: read-write FS всегда фрагментируются, и это всегда влияло и будет влиять на производительностьникто не спорит.
вот только для одних ОС и ФС это критический аспект, а для других - на уровне погрешности.
> вот только для одних ОС и ФС это критический аспект, а для других - на уровне погрешности.ради "погрешности" не делают дефрагментаторов - что само по себе должно заставить задуматься о том, чтобы выкинуть из головы устоявшиеся заблуждения
кому выкидывать, а вам просто нечего.
зыж
кстати, вы наконец усвоили, что Не_упакованный код отбрасывается и в своп не попадает? :D
а то сомнения берут уже.
> кому выкидывать, а вам просто нечего.мантр в голое не держу, поэтому нечего, да
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-develP.S. Железо: Intel D425KT, 1Gb DDR3, WD1600BEVE
Хм, а мне в 12.04 и правда помогло! Система стала пошустрее грузиться. Рабочий комп обычно на ночь выключаю, ибо не просыпается после суспенда :(