Тут почитайте: http://roman.terekhov.su/2010/01/10/vklyuchenie-ahci-rezhima-bez-pereustanovki-windows-vista7/
Я вас уверяю, вы выжмите всё из SSD :)---------- Добавлено 13.07.2013 в 17:35 ----------
Ещё раз говорю, у меня были сектора по 31 килобайт. Не нужно мне теорий, я не просто так начал всё это "расследование".
Много если. В большинстве случаем люди просто вставляют диск от производителя и нажимают далее далее далее и вся инфа на SSD перешла с HDD. И вот тут косяк происходит. Никакого выравнивание нет и не заложено, всё сделано через 1 место.
Гарантия ничего не значит. Это отговорка на "да потоооммм, если что". У нас нет официальных представителей НИ одной фирмы, поэтому эта гарантия для оптовых закупщиков. У моего жестака гарантия 1 год от продавца и всё.---------- Добавлено 13.07.2013 в 17:37 ----------
Ок, я не буду спорить т.к. всё лежит в области теорий и минимальных значений в производительности. Я доверяю ОС, если она говорит не нужно, значит не нужно.
Если я правильно понимаю:
Раньше у меня размер сектора был 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 раз ляжет и просто уже некому будет выполнять их.
