Насчет идиотизма с переводом стрелок туда-сюда очень правильно подмечено.
Какой-то англичанин в стародавние времена, когда на всю деревню были одни-единственные часы, принялся дурить своих батраков при помощи перевода стрелок.
Но в наше-то время, когда управляющий микропроцессор есть уже чуть ли не в каждой лампочке, какого фига пудрить людям мозг!
Тем более, что когда кому-то действительно надо поэкономить свет, то он просто берет и выключает его, не глядя ни на какие часы.
Такие наезды просто проявление мелкой зависти и невежества.
Можно не сомневаться, что по части НДФЛ у ВВП комар носа не подточит.
Просто попробуйте напрячь мозг и понять, что с какого-то момента деньги, как таковые, просто не имеют значения. И особенно, в том случае, когда сам можешь их печатать.
Самое грустное здесь это вовсе не неуплата НДФЛ. А то, что пока народ не научится понимать такие простые вещи, ожидать каких-то перемен к лучшему не приходится…
atime это просто модификация еще одной страницы дополнительно.
Конечно, я тестил на небольших файлах, и здесь sendfile() отдающий страницу из PAGE_CACHE работает практически одинаково для рассматриваемых fs, а вот дополнительный оверхед на разбор директория и записи туда тоже сказывается видимо.
Понятно, что мой пример, скорее притянутый за уши, чем реальный. Но это просто иллюстрация, что с кэшами всё вовсе не так просто, и не всегда можно спрогнозировать всё в общем случае.
Выиграв единицы процентов в производительности за счет прелоада файлов в рам можно поплатиться значительно раньше начинающимся свапом. А тогда производительность падает в разы.
Да, я насчёт гигабайта не так выразился, просто какой смысл выделять гигабайт и не использовать его.
Надо сказать, что tmpfs использует то же PAGE_CACHE, что и остальные, т.е. при интенсивной работе с файлами они так и так попадут в этот самый кэш. Разница в том, что «прелоад» чего-то в РАМ далеко не во всех случаях будет давать прирост производительности.
Так как высвопление, например, страниц с кодом может вызвать большие тормоза.
Понятно, что хитрость с RAMDRIVE.SYS нам известна еще со времён дискет на 360к, но в данном случае стоит всё рассматривать комплексно и с замерами. Как я уже показал выше тривиальный noatime может изменить ситуацию до наоборот. А разнесение данных по разным шпинделям может повляить еще больше.
Интересует работа с виртуальным диском.
У Вас есть какие-нибудь тесты на эту тему или просто кажется, что при откусывании Гига памяти вся система в целом будет работать быстрее?
Почему Вы думаете, что рамдиск будет эфективнее, чем просто системный кэш?
reader.google.com — основное окно в мир
229 фидов.
Предлагаю здесь
groups.google.com/group/webdev-irk/browse_thread/thread/b2b4b11e289c1c74
если у кого-то есть более удобный мэйллист, то можно и там.
А когда будет финальная отмашка по месту и времени?
Какой-то англичанин в стародавние времена, когда на всю деревню были одни-единственные часы, принялся дурить своих батраков при помощи перевода стрелок.
Но в наше-то время, когда управляющий микропроцессор есть уже чуть ли не в каждой лампочке, какого фига пудрить людям мозг!
Тем более, что когда кому-то действительно надо поэкономить свет, то он просто берет и выключает его, не глядя ни на какие часы.
Если, конечно, родители не бледнеют/краснеют/заикаются говоря о, в общем-то, вполне обычных вещах. Но это уже проблемы взрослого воспитания.
Можно не сомневаться, что по части НДФЛ у ВВП комар носа не подточит.
Просто попробуйте напрячь мозг и понять, что с какого-то момента деньги, как таковые, просто не имеют значения. И особенно, в том случае, когда сам можешь их печатать.
Самое грустное здесь это вовсе не неуплата НДФЛ. А то, что пока народ не научится понимать такие простые вещи, ожидать каких-то перемен к лучшему не приходится…
Конечно, я тестил на небольших файлах, и здесь sendfile() отдающий страницу из PAGE_CACHE работает практически одинаково для рассматриваемых fs, а вот дополнительный оверхед на разбор директория и записи туда тоже сказывается видимо.
Понятно, что мой пример, скорее притянутый за уши, чем реальный. Но это просто иллюстрация, что с кэшами всё вовсе не так просто, и не всегда можно спрогнозировать всё в общем случае.
Выиграв единицы процентов в производительности за счет прелоада файлов в рам можно поплатиться значительно раньше начинающимся свапом. А тогда производительность падает в разы.
Надо сказать, что tmpfs использует то же PAGE_CACHE, что и остальные, т.е. при интенсивной работе с файлами они так и так попадут в этот самый кэш. Разница в том, что «прелоад» чего-то в РАМ далеко не во всех случаях будет давать прирост производительности.
Так как высвопление, например, страниц с кодом может вызвать большие тормоза.
Понятно, что хитрость с RAMDRIVE.SYS нам известна еще со времён дискет на 360к, но в данном случае стоит всё рассматривать комплексно и с замерами. Как я уже показал выше тривиальный noatime может изменить ситуацию до наоборот. А разнесение данных по разным шпинделям может повляить еще больше.
5700 запросов/сек против 5000.
Я извиняюсь за бестактный вопрос, а как насчет noatime?
Похоже sendfile() работает быстрее с обычной ext3, чем через tmpfs :)
см. результаты выше.
У Вас есть какие-нибудь тесты на эту тему или просто кажется, что при откусывании Гига памяти вся система в целом будет работать быстрее?
Почему Вы думаете, что рамдиск будет эфективнее, чем просто системный кэш?
А про панд я не видел.
Можно урль?
700 руб модуль стоил еще когда бакс был по 26 руб, и термометр тогда же стоил поболее 50 руб.
Вы где-то прямо сейчас видели, как это всё продаётся или Вам просто кажется, что оно так стоит?
В Чип-и-Дип'е
chipdip.ru/product0/411816766.aspx — 960 руб.