- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
А сервисы, наподобии web-cron.ru, использовать религия не позволяет?
Используя сторонние сервисы, вы не можете гарантировать стабильность их работы.
Тестировалось на EXT4 + CPU 75% под сторонние процессы
В EXT4, если я не путаю, введена избыточность для восстановления (как в NTFS), поэтому, возможно, при проверке на существование, дополнительно проверяется на блокирован/свободен. Поэтому есть разница во времени. По идее, операции не должны иметь разницу.
UPDATE 1kk итераций
filemtime 2.38509511948
exist 4.74010205269
так и думал :)
видимо кеш не используется, либо и правда блокировки файловые учитываются.
видимо кеш не используется
если бы он не использовался, то время тратилось бы значительно больше. Ведь винт, все-таки, штука медленная, особенно если в нечетном рейде....
кто повторит тест?
filemtime + file_exists на реально не существующие файлы либо существующие, но должны быть тоже миллион файлов =)) чтобы проверить юзается ли кеш или блокировки)
bearman добавил 15.01.2010 в 15:38
если бы он не использовался, то время тратилось бы значительно больше. Ведь винт, все-таки, штука медленная, особенно если в нечетном рейде....
может кеш винта еще помогает?) может там есть нечто вида "не перечитывать сектор, если он не был записан за последние н микросекунд", отсюда и скорость космическая?
может кеш винта еще помогает?)
Именно системный кеш. Не ковырял я еще ext4. Знаю что у ext2 скорость выше но она требует больше памяти под свой кеш. О ntfs/Hp+ писал выше. Есть много требований файловой системы. Кроме того, если говорить о пыхе и прочих, стоит смотреть как именно сделана реализация в бинарнике. В переле встречал много вариантов библиотек, которые организуют доступ к фс за счте более быстрых способов доступа.
0.00110101699829
---
0.00866198539734
тест ewg. почти в 8 раз file_exist проигрывает мтайму =))
ufs файл система
/root/tests# uptime
5:42PM up 63 days, 6:45, 1 user, load averages: 0.02, 0.01, 0.00
bearman добавил 15.01.2010 в 15:45
иии
0.152673959732
---
0.00634694099426
если файл не существует =))))
ну да, видимо 0.15 - как раз вариант с "чтением" файл системы, без использования кеша. по всей видимости и file_exist юзает кеш. в 8 раз медленнее происходит из-за проверок на блокировки ? так думаешь T.R.O.N?
заблокировать файл сторонной программой и проверить чтоли, аж интересно стало)
bearman добавил 15.01.2010 в 15:48
ухах, не в чтении файл системы дело было. вот кстати весьма интересный результат наших никчемных тестов :-D
/root/tests# php fscache.php
0.0110430717468
---
0.00626707077026
а было 0.15 судя по предыдущему моему посту, как думаете что я сделал?
bearman добавил 15.01.2010 в 15:48
еще раз перепроверил и правда, когда добавляю 1 срочку в пхп код, он становится в 15 раз быстрее. код теста я не менял. какую строчку я добавил? :)
какую строчку я добавил? :)
include('PleaseWorkFaster.inc.php'); 🚬
Trump, причем тут форки?
include('PleaseWorkFaster.inc.php'); 🚬
exit; или die();