Pull to refresh
3
0
Дмитрий Бергштейн @BreathLess

Пользователь

Send message
В топике нет слова «панацея» =)
XHProf и XDebug + KCachegrind, стараюсь перепроверять всё.
Но еще использую свой код, который в рантайме генерирует эти самые исключения.
Статей много, я решил не повторять все-все-все известные хинты.
Меня тоже, свой код держу в пределах 25-50 ms, но пришлось поддерживать эту жуть.
Эээ, могу в личку вам скинуть ссылку на популярный движок для городских сайтов, который даёт такие результаты на конфигурации 8 ядер/8 гигов.
Я имею ввиду, есть предположения, почему интерпретатор так себя ведёт =)
Есть альтернативные предположения?
«Опять лжёте.»,
У меня, извините, слов нет, после таких заявлений.

Пример взял из своего конкретного кода, 20 ms -> 18 ms, устраивает? Может сорцами сверкнуть? =)

Просветите насчёт явных проблем, если уж решили идти до конца.
Нет, это не претензия, я просто не понял =)

По поводу вычислений, соглашусь, но вам не кажется, что еще важна площадь кода?

И да, для меня это критично, чисто из перфекционизма, наверное. =)
«Ваши необдуманно брошенные слова спровоцируют миллионы новичков на новые «подвиги»»

Вы меня с Котеровым не путаете? Какие еще миллионы?
Вы сейчас, хотите, чтобы я сверхъественным образом отредактировал свой комментарий?
Или вы хотите, чтоб я раскаялся?

Я уже сказал, что цифра была выбрана абстрактно, моя ошибка, что это было неочевидно.

2. Те же смайлики, а также парсинг коротких тегов, позволяли сократить среднее время обработки на 10-15%, думаю, абсолютные числа с моего ноутбука или VDS вам не нужны?
Извините, я немного не понял, как 36rpd из 2.4s получилось.

Это 36 requests per day?
1. Вы отлично умеете придираться к цифрам, выдирая их из контекста. Я к слову, не указал в статье абсолютных цифр, чтоб таки не провоцировать таких вот споров.

2. Можно заранее знать, например, если это код, который превращает текстовые смайлики в графические.
Да, насчёт 40qps, я ошибся, это нагрузка у текущего проекта, сорри.

Число 100 было выбрано без задней мысли. Знаете, некоторые люди, называют хайлоудом проекты, у которых 2400ms на страницу.

Ситуация сильно меняется, если это выигрыш 10ms?
Если не ошибаюсь, там получается выигрыш в несколько сотен часов, и сути дела это не меняет.
Очень просто, к примеру strtr в некоторых случаях (короткие аргументы), оказывается быстрее группы str_replace.

Как вы думаете, средний шаблонизатор, сколько делает замен за запрос?
Да, но 9 из 10 статей о производительности, отрицают этот факт, почему то.
warmup job: time: 0.008601 | memory: 1432624
warmup flush: time: 0.009776 | memory: 1376
array job: time: 0.005844 | memory: 1431352
flush: time: 0.006614 | memory: 240
concat job: time: 0.003305 | memory: 100248
flush: time: 0.003358 | memory: 240

64 битная система, видимо из-за этого расход.

Information

Rating
Does not participate
Location
Казань, Татарстан, Россия
Date of birth
Registered
Activity