Если я правильно понимаю:
Раньше у меня размер сектора был 31 Килобайт
И нужно было все файлы раскладывать по ячейкам этого размера и считывать тоже. Т.е. программа на 1 мегабайт разбивалась по 31 Килобайт.
И это очень плохо т.к. по сути 1 сектор должен быть 1 мб и больше в наше время, чтобы быстро считывать 1 сектор, а не тонну по 31 килобит.
Так же размер сектора должен делиться на 4-ре. Не помню почему :)
Как это исправить?
Удаляем все файлы вместе с разделом. Форматируем, создаём новый раздел с нужным нам размером секторов. Это гемор, если влом сносить систему :)
А вот программа Paragon Alignment Tool, поднимает все файлы и подними всё делает и т.п. Через несколько минут вы получаете полностью рабочий диск с нужным размером секторов на вашем жестаке.
Как то так :)
У меня сейчас 2 мегабайта сектор.---------- Добавлено 13.07.2013 в 15:51 ----------
У вас AHCI включен в биосе и в системе?
Конечно нужно полноценно рассматривать всё.
Ну и что, что будет отдельный скрипт? Ну это смешно сравнивать даже если разница в 100 миллионах циклов будет 2-е секунды. И? 2-е секунды разницы, да тут большинство за курением пол жизни проводит 🤪
В данной проблеме действительно стандартная функция решает проблему быстрее и понятнее, чем регулярки. Но очень много функций в PHP есть, которые выполняют часть функций регулярки. И предлагают решить задачу в 3-5 строк стандартными функциями против 1 регулярки.
Так же я смотрю на синтаксис и если в стандартной функции нет многобайтовости или гемор с русским языком и т.п. то тут уж тут только регуляки.
Я юзаю диск уже 8-мь месяцев никакой дефрагментации не делал, всё летает. Там доступ к ячейкам же прямой, там шпиндель крутить не нужно и двигать головку. Так что про BSOD без дефрагметации это глупости.
Я готов за это заплатить +30%
:)
Не понимаете вы. Никто в реальности не будет использовать ваш цикл. Сайт это полноценная CMS. Поэтому если на неё будет 100 000 запросов ваш сервер ляжет очень быстро.
Для этого используется, что? Правильно:
1. Кэш PHP скриптов внутри веб-сервера
2. Кэш уже готового HTML, чтобы сервер его просто отдал юзеру
Поэтому мифы про медленность регулярок живут лишь в плоскости теорий и вот таких вот тестах. В реальности это не применимо.
define('TIME_START', microtime(true));for ($i = 0; $i<100000; $i++){$price = '15845136864134';$price=number_format($price, 0, ',', ' ');//$input = "21545618945";//$out = strrev(preg_replace('/\d{3}/', "$0 ", $input));}echo round(microtime(true) - TIME_START, 5);
Оставьте вот это:
При себе и никогда не показывайте это профессиональным программистам :)
После 100 000 запросов в секунду ваш сервер ЛЯЖЕТ и даже возможно не дойдёт до обработки регулярки :)
Приведите пример :)
Вот в каком 1 примере у вас регулярка медленнее встроенной? И как время засекали?
Этот миф придумали "мега профи", чтобы показывать какие они крутые на курсы. На практике это МИФ, никакой медленности не существует. Уже много раз говорил тут.
Разница появляется только при таком количестве обращений, что ваш сервер 100 раз ляжет и просто уже некому будет выполнять их.
Ничего не могу сказать по нему, вот обзор: http://www.overclockers.ru/lab/53541/Testiruem_Plextor_M5M_skazhi_kategoricheskoe_net_lishnim_provodam_v_sistemnom_bloke.html
В моём городе сейчас даже SSD то вообще сложно найти, точнее их нет, поэтому ничего сказать не могу и спросить тоже не у кого :(
