[РЕШЕНО]Чем лучше сжимать ядро и инитрамфс?
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
redты прав, конечно. но идеал, не просчитать!!! да и не нужно, что бы иметь представление... разница в +/- 5% не важна в общей сложности.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| red |
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
nafanjaв том то и дело что разница может быть не +-5% а +-100% вот к примеру фотка на которой тестировали линейную скорость считывания с 200гигового диска, разница больше чем в 2 раза, то есть больше 100% в общем здесь если взять файл ~40мб то в начале он считается за пол секунды а в конце за секунду, то есть разница в пол секунды, а это уже сравнимо с самой декомпресией из твоих тестов для gzip, lzop, lz4 Заметь здесь не учитывается фрагментация, а если еще и диск будет на терабайт ? |
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
не правильно считаешь. так вот средняя из приведенной выше выборки будет (0,5 + 1) / 2 = 0, 75сек, или на 50% больше относительно нижнего значения и на 25% меньше относительно верхнего. где тут 100%? )))
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
берешь выборку, чем больше тем лучше, и просчитываешь по упрощенной формуле (средней арифметической) среднее значение, и от него пляшешь... а то сравниваешь нижний придел с верхним ))) смешно однако :D
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| red |
|
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
nafanja, ты берешь среднее по палате, а я буру крайние вполне возможные случаи которые показывают возможную погрешность в твоих расчетах на 100%, естественно может быть и меньше, как повезёт, но факт остается что погрешность для оценки слишком велика чтобы ею пренебрегать |
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
redне вполне возможные! а редкие по своему существу. это ж только нижний и верхний пределы. нет только черного и белого, есть оттенки серого которых больше и очень намного.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| red |
|
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
nafanjaно данный случай кстати вполне возможен, и имеет вероятность больше статистической вот например, у меня /boot находится в начале диска первые 100 мб, корень, дальше до упора home, диск 200 гиг и почти забит, ну и что после тестирования мне твоя программа покажет ?) (если бы она учитывала диск) |
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
red, ты сам себе противоречишь. сам же писал, а учитывать дефрагментацию, а учитывать нехватку памяти и связанное с ней, и т.п. ты из крайности идеала бросился в крайность минимума и максимума ))) при том по одному параметру... а учитывать остальные?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
redну вот, значит у тя будет быстрее чем у того у кого бут в конце. но не на много, учитывая еще скорость проца, памяти и т.п. чем больше и разнообразнее выборка тем точнее результат!!!
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| red |
|
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
nafanjanafanja, тут нет противоречий, я лишь пытаюсь донести мысль что даже беря только один параметр(скорость чтения с диска) погрешность относительно замеров декомпресии становится черезчур большой и не учитывая этого можно сделать неправильные выводы об эффективности применения того или иного декомпрессора для сжатия "ядра и инитрамфс" для конкретной системы. |