[PHP 프레임워크 벤치마크 자료] 어떤걸 사용하는게 좋을까요?

cleansugar의 이미지

PHP프레임워크 성능 벤치마킹한 자료가 있습니다.

특히 Codeigniter, QeePHP, KiwiPHP, KumbiaPHP, DooPHP, Pluf 가 빠르다고 나옵니다.

Kiwi나 Qee는 중국, Kumbia는 스페인 프로그램이라서 사용하기가 쉽지 않습니다.

DooPHP는 홈페이지가 너무 느리고 자료가 별로 없습니다.

Yii는 Codeigniter보다 약간 빠른데 아직 모르겠습니다.

Akelos도 꽤 사용하는 프레임워크인데 성능평가는 찾을 수가 없었습니다.

이 중에서 속도와 배우기 쉬운 정도, 프로그래밍 난이도를 따지면 뭐가 제일 좋을까요?

위의 프레임워크 중에서 사용해보신 것 있나요?

http://www.alrond.com/en/2007/jan/25/performance-test-of-6-leading-frameworks/

http://www.alrond.com/en/2007/feb/04/in-addition-to-the-test-of-mvc-frameworks/

http://www.beyondcoding.com/2008/03/25/kohana-vs-codeigniter-speed-and-memory-usage-performance-benchmark/

http://avnetlabs.com/php/php-framework-comparison-benchmarks

http://leftblank.nl/php-framework-benchmark-zend-codeigniter-cakephp-481.html

http://www.beyondcoding.com/2008/05/26/ruby-on-rails-passenger-modrails-vs-codeigniter-and-kohana/

http://pr0digy.com/codeigniter/benchmark-static-cake-codeigniter-kohana/

http://wiki.kumbiaphp.com/Frameworks_Benchmark_KumbiaPHP_vs(Yii_CodeIgniter_Kohana_Zend_Prado_CakePHP_Symfony)

http://www.yiiframework.com/performance/

http://justinhileman.info/tag/zoop-framework

http://www-users.mat.uni.torun.pl/~tomahawk/summary.php

http://www.doophp.com/benchmark

http://www.tsujita.jp/blojsom/blog/default/PHP/2007/07/13/PHP%E3%83%99%E3%83%B3%E3%83%81%E3%83%9E%E3%83%BC%E3%82%AF-Zend-Framework-vs-Symfony-vs-CakePHP-vs-CodeIgniter-vs-PHP-on-TRAX.html

http://wiki.kiwiphp.com/Feature:Advantage/Performance

http://paul-m-jones.com/?p=315

http://pluf.org/doc/performance.html

http://daniel.carrera.bz/2009/01/comparison-of-php-frameworks-part-i/

http://trend21c.tistory.com/621

인기도 http://www.google.com/trends?q=CakePHP%2CSymfony%2CZend+Framework%2CCodeIgniter%2C+Yii

http://www.google.com/trends?q=cakephp+php%2C+zend+framework+php%2C+symfony+php%2C+codeigniter+php%2C+yii+php&ctab=0&geo=all&date=all&sort=0

hongminhee의 이미지

PHP 웹 프레임워크는 참 고민은 많고 답은 없는 문젯거리인 것 같습니다. 성능이 문제라면 웹 프레임워크 안 쓰시는 걸 추천해요. 웹 프레임워크에서 구체적으로 필요한 것이 뭔지 짚어보시고, 그 기능만 따로 구현하시거나 해당 라이브러리를 찾는 편이 나을 것 같습니다. 이를테면 ORM을 원하는 거라면 ORM 라이브러리만 따로 찾아서 쓰는 식으로…

홍민희 (VLAAH, LangDev)

kwon37xi의 이미지

요즘 웹 개발에서 성능이 프레임워크 선택의 절대적 기준이 될 수는 없어보입니다.

기능이 적을 수록 보안이 떨어질 수록 성능은 더 좋을 것 입니다.

동급 기능과 보안성을 갖춘 상태에서의 성능을 비교해야지 그냥 무작정 성능비교는 아닌 듯하네요.

성능 최우선주의라면.. 위에분 말씀대로, 프레임워크 안쓰는게 낫습니다.

저라면 성능 차이가 무시할만한 수준이라면 가장 인기있고 개발자 층이 두텁고 업그레이드가 꾸준히 되고 있는 것을 선택하겠습니다.

http://kwon37xi.egloos.com

박민권의 이미지

가장 인기있고 활발한 프레임워크를 선택하는 것이 좋을 듯 합니다.

hongminhee의 이미지

다른 생각이 좀 더 들어서 다시 남깁니다. 사실 웹 프레임워크를 쓰는 이유는 다른 것도 있겠으나 생산성과 설계를 함께 원하기 때문이라고 생각합니다. PHP로도 좋은 설계가 가능하지만, 사실 그건 PHP 말고 다른 언어로도 마찬가지겠죠? 아마 PHP를 쓰는 이유는 인력 문제가 가장 커서겠고요. 그렇다면 사실 웹 프레임워크를 쓴다고 뭔가 달라질 거라고 생각하지 않습니다. 여기저기서 “PHP를 써야 해요. PHP 프로그래머가 가장 구하기 쉬워요”라고 해서 PHP를 쓰되 웹 프레임워크를 도입하자고 타협해서 프로젝트를 몇 번인가 해봤는데 모두 실망이 컸습니다. 웹 프레임워크는 라이브러리가 아니기 때문에, 프레임워크의 컨벤션을 잘 따르고 모듈을 따로 만들기 보다는 프레임워크 내에 이미 직교적으로 작성된 요소들을 조합해서 만들어야 하는데, 그러길 다들 거부하더군요. 프레임워크에 ORM이 있는데 딱히 복잡한 쿼리가 필요한 것도 아닌데 괜히 싫다고 생으로 SQL 문자열 만들어서 쿼리 날리자고 주장하기도 하고, 각종 뷰 헬퍼 함수(저도 이런거 싫어하는 편인데요)에서 제공하는 것들이 있기 때문에(주로 URL 라우팅과 연동되는 부분) 써야 한다고 해도 말 안듣고… 그렇다고 마크업을 잘 해놓는 것도 아니죠 물론.

아무튼 사실 PHP의 장점을 얘기할 때 언급되는 ‘값싸고 구하기 쉬운 PHP 개발자’ 중에선 프레임워크 도입해도 따라오지 못하거나 않을 사람들이 많습니다. 제 생각에는 이게 PHP 웹 프레임워크 도입의 딜레마가 아닐까 합니다.

홍민희 (VLAAH, LangDev)

죠커의 이미지

제가 한표 밖에 줄 수 없다는 걸 안타깝게 만드는 글입니다.

- 죠커's blog / HanIRC:#CN

박민권의 이미지

rasmus는 php에서 프레임워크를 사용하지 않는게 좋지만 굳이 사용한다면 code igniter를 사용하라고 했다는군요. http://trend21c.tistory.com/621

바라미의 이미지

생각을 해볼 필요가 있습니다..
평소 php 개발자 rasmus의 생각은 프레임웤을 사용하지 말고 생짜 코딩을 하자고 주장하는 사람이라는것을요.
수행속도가 느리다나 뭐다나 그래서 rasmus가 code igniter 를 추천한 이유는 생산성이나, 관리의 편의성 이런건 생각도 않고 그저 그나마 생짜 코딩 비스무리해서 속도가 빠르다는것에 주안점을 두고 추천한 거라서요..

오히려 다른 사람이 code igniter를 추천한 사례를 찾아봐야 할듯 싶네요..

wkpark의 이미지

PHP 프레임워크를 만져보면 몇가지 생각이 들더군요.

참 나이스하게 잘 만들었다는 생각 하나. 체계적으로 만들고 확장하기 편리하고 등등등.

또 다른 하나는 참 느리다.

마지막으로는 이렇게 다른사람이 공들여 만든 것을 만지다보면
제 프로그래밍 습관도 조금씩 틀이 잡혀가고 업그레이드 된다는 느낌.

온갖 참된 삶은 만남이다 --Martin Buber

cleansugar의 이미지

codeigniter가 젠드와 심포니를 역전했고 곧 케이크를 따라잡을 예정입니다.

http://www.google.com/trends?q=cakephp%2C+zend+framework%2C+codeigniter%2C+symfony%2C+yii&ctab=0&geo=all&date=all&sort=0

___________________

http://blog.aaidee.com

재벌 2세가 재벌이 될 확률과
금메달리스트 2세가 금메달을 딸 확률이 비슷해지도록
자유오픈소스 대안화폐를 씁시다.

아이디의 아이디어 무한도전
http://blog.aaidee.com

귀태닷컴
http://www.gwitae.com

sisuc의 이미지

다른 프레임워크는 사용해 본적도 없고 사용하기도 꺼려 집니다.

왜냐면 프레임워크가 완전히 그것에 적응했을때 비로소 최대의 성능을 보이기 때문에

또 다른 프레임워크에 적응하기가 쉽지 만은 않을것 같습니다.

현재까지 CakePHP쓰면서 그렇게 안좋다는 것은 못느꼈습니다.

그러므로 CakePHP를 추천해 드립니다.

위대한 한글

위대한 한글

cleansugar의 이미지

최신 버전 벤치마크 정보가 있습니다.
https://github.com/darkredz/Web-Framework-Benchmark
https://github.com/darkredz/Web-Framework-Benchmark/blob/master/benchmark.png

코드이그나이터2가 yii보다 빠르게 나왔습니다.

txt를 보면 django도 있는데 PHP에서 APC캐시를 썼을 때보다 느리게 나왔습니다.

장고도 튜닝하면 더 빨라질 거라고 생각합니다.

재벌 2세가 재벌이 될 확률과
금메달리스트 2세가 금메달을 딸 확률이 비슷해지도록
자유오픈소스 대안화폐를 씁시다.

아이디의 아이디어 무한도전
http://blog.aaidee.com

귀태닷컴
http://www.gwitae.com

kaeri17의 이미지

일단 django manage.py runserver 한건 개발용 서버이고요, nginx+fastcgi 로 한게 개발용 서버보다 느리다는건 좀 이상하네요.

serialx의 이미지

대부분의 시간을 I/O에 소모하는 웹 프렘웍에서는 이런 벤치마크가 그다지 의미가 없어요. 가장 큰 반례로 RoR이 Django보다 세배 이상 느릴텐데 다들 잘 쓰죠.

Caching 전략 등을 잘 짜면 이런건 의미가 없고, 얼마나 프렘웍이 쓰기 좋은가가 문제인듯.

cleansugar의 이미지

재벌 2세가 재벌이 될 확률과
금메달리스트 2세가 금메달을 딸 확률이 비슷해지도록
자유오픈소스 대안화폐를 씁시다.

아이디의 아이디어 무한도전
http://blog.aaidee.com

귀태닷컴
http://www.gwitae.com

cleansugar의 이미지

재벌 2세가 재벌이 될 확률과
금메달리스트 2세가 금메달을 딸 확률이 비슷해지도록
자유오픈소스 대안화폐를 씁시다.

아이디의 아이디어 무한도전
http://blog.aaidee.com

귀태닷컴
http://www.gwitae.com