Стоит ли так оптимизировать?

Question

[Илья Белобородов]

вообщем, год пилю проект на yii.
Браузерную игру.
И вот задумался: зачем мне этот yii? я и 10% возможностей от этого фрэймворка не использую в данном проекте.
Yii из коробки потребляет приблизительно 5мб оперативки.

Решил настругать быстренько фрэймворк. сделал, протестил, потребляет 28кб оперативы.
Стоит ли допиливать свой фрэймворк и переносить туда все наработки за год?
Много ли я выиграю?

Comments

[Oleg Shevelev]

Вы уже ответили себе на вопрос. 5мб -> 28кб это отличный показатель. Другой вопрос в том нормально ли для вас вообще наличие этого 5мб на старте или нет. Для меня лично нет.

Answer 1

[Igor Kalashnikov]

Переписывать под свой велосипед - плохое решение.
Хорошим решением может быть: заняться настройкой yii, или профилировать свой код, чтобы найти узкие места.

Главный вопрос: проект хоть как-то в продакшене? у тебя есть хотя бы 100 пользователей онлайн, что ты переживаешь о 5мб? 1GB оперативки стоит 10 баксов в месяц на DigitalOcean, если что.

Свой велосипед почти 100% выйдет боком. Если прямо дико хочется оптимизировать, поищи какой-нибудь более производительный фреймворк, чем Yii и переползай на него. Мне когда-то нравился Phalcon.

Answer 2

[DevMan]

твой тест - чистая синтетика. в реальности у тебя не будет таких цифр.
как только ты это поймешь, ты осознаешь, что копаешь совсем не в ту сторону.

Comments

[Oleg Shevelev]

На самом деле надо просто заниматься профилированием.
xhproof поставить и посмотреть где, что как... и на продакшине тоже. Если продакшин не справляется с включенным мониторингом - значит продакшин в состоянии уже стойкого коллапса нехватки ресурсов.

[DevMan]

Oleg Shevelev: да тут и профилировать не нужно - просто то, что на "hello word" фреймворк даёт явный оверхед и этот оверхед нивелируется в реальной работе, очевидно не всем.

[Oleg Shevelev]

DevMan : с ростом трафика можно поступить двумя способами:
1. переписывать уже имеющийся фреймворк, докупать железо и ставить дополнительный софт для очередей и кеширования, не желая менять решение
2. выкинуть не эффективный код целиком и таки начать думать о том что коду который пишется суждено работать на стократной нагрузке и по этому там должна быть эффективная модель и алгоритмы, а не то что первое попалось на глаза и красиво.

Какой из вариантов ваш - решать вам:)

[DevMan]

Oleg Shevelev: с ростом трафика есть много вариантов как поступить.
но до этого трафика и его роста нужно еще вообще-то дожить.

да и как бороться с трафиком/ростом не есть цель этого вопроса.

Answer 3

[index0h]

1. PHP и жесткие требования к ресурсам/производительности - это вещи не связанные, от слова совсем. Хотите скорости и малого потребления ресурсов - PHP не ваш выбор.

2. 10% возможностей фреймворка - это вообще говоря очень много. Даже если вы откажитесь в пользу написания самописа - этот функционал потребуется. Разница лишь в том, что код yii просмотрели сотни глаз, а ваш - пара. Вангую ваш вариант будет говном.

3. Самопис стоит писать в случаях:
- существующие решения не помогают вам решить поставленную задачу, либо больше мешают чем помогают.
- самообучение.
- задача на очень короткий промежуток времени, 1 день например.
В остальных случаях - не стоит.

Стоит ли допиливать свой фрэймворк и переносить туда все наработки за год?

Нет

Много ли я выиграю?

Ничего

Answer 4

[Андрей]

Решил настругать быстренько фрэймворк

Может посмотреть в сторону микрофреймворков????

Comments

[Илья Белобородов]

нууу, я за вечер микрофреймворк написал, mvc роутинг и все дела. осталось active record прикрутить

[Андрей]

Илья Белобородов: Я имею ввиду общепризнанные типа Slim,Lumen...с доками,тестовым покрытием,и сообществом).Если я правильно понимаю,это планируется как коммерческий проект (иначе смысл пилить год? имхо)....зачем сейчас фигачить свой велосипед,и с ростом проекта,опять все переносить на нормальный фреймворк,потому что изначально "провтыкали"дыры в архитектуре? Лучше воспользоваться чем-то готовым и популярным и сосредоточиться на обвесе каркаса функционалом.
Все что пишется ДЛЯ ЛЮДЕЙ должно содержать по-минимуму костылей и использовать нормальные решения,которые в будущем облегчат работу Вам и людям,которые,возможно,будут это поддерживать/переписывать/дописывать. - личное мнение.

[Илья Белобородов]

Андрей: вы правы. но скорее всего, я бы сделал на своем велосипеде. но меня тормозит то, что уж слишком до хрена переносить и чинить придется

[Андрей]

Илья Белобородов: Ну так не переносите.Займитесь тонкой настройкой (Выше написали).
5мб...это мелочи.

[Илья Белобородов]

Андрей: но по сравнению с 28 килобайтами.....

Answer 5

[v- smerti]

Конечно стоит! Выиграешь большой % производительности.
UPD.
Просты с yii выдерни те 10% что используешь и слепи с них свой микро фреймворк.
Однажды я сделал что то вроде Герои меча и магии на phoneGap + api
апи написал изначально на laravel4 всё было ок. Но со временем мою поделку установило около 30к человек. А онлайн постоянно был около 3к.

Я длго профилировал свой код. Не чего не помогало (в сравнении с переписыванием с нуля на php native + продуманная архитектура). В итоге получил ускорение ответов чутли не вдвое. Поплясав с пхп (довёл это всё ело до stable) я начал переписывать понемножку участки кода на GO (микросервисы. К примеру все веб сокеты были переведены на него в первую очередь) сейчас же на GO у меня более 40% всех методов API. В планах полный переход на Go. (сейчас в некоторых go сервисах я юзаю c++ либы)

Comments

[Илья Белобородов]

Хотелось бы еще мнений. просто один опытный программист говорит, что просто время потеряю

[DevMan]

Илья Белобородов: в общем он правильно говорит.
Владимир Грабко: о да.

[Илья Белобородов]

DevMan : ну у меня время выполнения скрипта 0.000018 сек. у yii 0.3 сек

[DevMan]

Илья Белобородов: есть подозрение, что или что-то не так делаешь или тестируешь через жопу.

[Илья Белобородов]

DevMan : https://www.dropbox.com/s/jhs6bre6bfcojpv/%D0%A1%D...

[Илья Белобородов]

DevMan : https://www.dropbox.com/s/76tjyncetvrm8gw/%D0%A1%D...

[Илья Белобородов]

DevMan : все работает, роутинг тоже

[DevMan]

Илья Белобородов: ванговать по скринам - этапять.

[Илья Белобородов]

DevMan : эмм.. цифры есть, код перед носом. зачем ванговать? ты закрытыми глазами смотришь?

[DevMan]

Илья Белобородов: особенно я вижу код micros.php. давай до свидания, коль такой умный.

[Илья Белобородов]

DevMan : зачем он тебе нужен? отчет времени в начале индекса вывод - в конце? но если тебе интересно https://www.dropbox.com/s/r8jpz89br1qwest/%D0%A1%D...

[v- smerti]

Илья Белобородов: у тебя будет возможность не просто скопировать а вылизать свой код. Найти узкие места и т.д. Помню как свой сайтик с laravel5 на php native переводил. На ларавеле было 0.4 сек сейчас 0.2сек. Правда отказался от ORM и сделал кеш шаблонов в озу.

[v- smerti]

DevMan : и вообще зачем юзать фреймворк если и 10% его возможностей не используешь? Можно выдрать с него то что тебе надо и слепить в свой микро фреймворк.

[DevMan]

Владимир Грабко: школьник и в африке школьник. не в обиду, просто констатация факта.

[v- smerti]

DevMan : ну школьники разные бывают. Я конечно мог бы ещё 2 года назад перестать быть школьником :)

[v- smerti]

DevMan : Бил Гейтц в моём возрасте (17 лет) написал В 15 лет он вместе с Алленом написал программу для регулирования уличного движения, и получил заработок в 20 000 долларов.

В 17 лет Билл разработал программу по распределению энергии Бонневильской плотины, и заработал 30 000 дол.

[Сергей Протько]

Владимир Грабко: Бил Гейц в вашем возрасте умел грамотно строить предложения как минимум.

В целом то что используется только 10% означает то, что если понадобится еще процент - не придется ничего делать. А тот оверхэд который накладывает фреймворк - он обычно минимален.

[DevMan]

Владимир Грабко: я же специально отметил, что не в обиду: возраст здесь не при делах, можно быть школьником и в 40 и в 60.
подобные вопросы и ответы показывают отсутствие опыта.

[Oleg Shevelev]

Теперь понятно откуда Школьник на Golang так сильно подсел:)