프로그래밍 언어의 성능 저하가 실제로 나쁜 것입니까? [닫은]

내가 보는 방법은 다음과 같습니다.

거기에 기계 코드는 그것은 실행 뭔가 순서로 모든 컴퓨터 요구를합니다. 컴퓨터는 프로그래밍 언어에 신경 쓰지 않습니다. 머신 코드가 Perl, Python 또는 PHP에서 온 것인지는 중요하지 않습니다. 프로그래밍 언어는 컴퓨터를 제공하지 않습니다. 그들은 프로그래머에게 봉사합니다.

일부 프로그래밍 언어는 다른 프로그래밍 언어보다 느리게 실행되지만 반드시 문제가있는 것은 아닙니다. 많은 경우 프로그래머가해야 할 일 (메모리 관리)을 더 많이 수행하기 때문에 이러한 일을 수행함으로써 프로그래머에게 더 나은 서비스를 제공 할 수 있습니다.

그렇다면 프로그래밍 언어의 성능 저하가 실제로 나쁜 것입니까?

나는 그것이 자동적으로 나쁘다고 생각하지 않습니다. 파이썬은 C ++보다 느리지 만, 둘 다 충분히 빠르면 , 느리 더라도 문제에 대한 최선의 선택이 될 수 있습니다 .

항상 트레이드 오프입니다. 작은 일회성 작업의 경우 동일한 작업을 수행하는 C ++ 앱보다 Python 스크립트를 작성하는 것이 훨씬 빠릅니다 (일반적인 예는 일종의 배치 텍스트 처리 또는 디렉토리 트리 탐색 및 파일에 대한 작업). 100x 속도는 느리지 만 10ms 또는 1000ms가 걸리더라도 실제로 신경 쓰지 않습니다. 쓰기 및 테스트에 절반의 시간이 걸릴 수 있기 때문입니다.

물론, 파이썬이 C ++만큼 빠르면 좋을 것입니다. 그래서 그런 의미에서 "느리게 = 나쁘다"는 당신의 진술에 동의합니다. 그러나 나는 그 트레이드 오프를 언제 결정할 것인지 결정할 수있는 한 (예 : std를 사용하여) 배열을 검사하지 않고 원하는 것을 빨리 실행하는 강력한 언어를 사용합니다. :벡터).

아주 간단합니다-느리다는 것은 나쁜 것입니다

프로그램이 특정 수준의 성능을 요구할 때

그 성능이 없으면 요구 사항을 충족하지 못 하기 때문 입니다.

허용 가능한 시간 내에 쿼리를 처리해야하는 비즈니스 응용 프로그램에서 화면에 많은 정보를 표시해야하는 게임에 이르기까지 모든 것이 될 수 있습니다. 프로그램이 충분히 빠르지 않으면 작동하지 않습니다 .

이런 식으로보십시오 : 컴퓨터는 바보 입니다. 그들은 삼각 테이블이있는 모론이 따를 수있는 지시를 ploddingly 따릅니다. 그들은 당신이 의미하는 대신에 당신이 말한 것을 행하도록 강요합니다. 자기 지시 나 직관의 파쇄가 아닙니다. 끔찍 해요

컴퓨터가 가지고있는 한 가지는 빠릅니다. 정말! 파일 캐비넷이있는 너클 헤드는 데이터베이스와 동일한 작업을 수행 할 수 있습니다. 인쇄기를 아는 어떤 사람은 Apache가하는 일을 할 수 있습니다. 진심으로! 그리고 그들은 사실 수백, 수백 년 동안했습니다. 컴퓨터가 모든 것에 좋은 이유는 속도입니다.

따라서 (다른 언어와 비교하여) 프로그래밍 언어는 컴퓨터를 사용할 때의 유일한 이점이없는 악용에 실패합니다.

프로그래밍 언어는 수준이 높고 "많이 할 것"이지만 여전히 빠릅니다. OCaml은 PHP보다 고급 언어이지만 C만큼이나 빠른 코드를 생성합니다. Javascript는 PHP만큼 역동적이지만 실제로는 빠르게 실행될 수 있습니다. 따라서 주로 디자인이 아닌 언어 구현과 관련된 문제입니다. 동적 언어는 효율적으로 구현하기가 어렵지만 불가능하지는 않습니다.

속도는 런타임, 초기 개발 시간 및 유지 관리 시간 (문제 / 버그를 뒤집고 새 코드를 생성하고 배포하는 데 걸린 시간)으로 측정 할 수 있습니다.

스크립팅 언어는 일반적으로 전체 시스템을 재 구축 할 필요없이, 때로는 중지하고 다시 시작할 필요없이 빠르게 변경하고 배포 할 수 있기 때문에 런타임이 느리지 만 유지 관리 시간이 더 빠릅니다.

따라서 많은 속도는 필요한 속도에 따라 균형을 이룹니다.

상황도 중요합니다. 0.1 초 대신 0.5 초가 걸리는 초기 구성을로드하는 것은 큰 문제가 아니지만 런타임에 100 초를 처리해야하는 경우 0.1 초 대신 쿼리를 수행하는 데 0.5 초가 걸리면 큰 문제가 될 수 있습니다. 10.

단순성-고객은 빠른 소프트웨어를 좋아합니다. 실제로 컴퓨터의 전체 목적은 빠르게 계산하는 것입니다.

상대적으로 느립니다. 초당 10 번 포트를 읽어야하는 경우 바이너리를 만들 수없는 언어는 너무 느립니다. 서버와 브라우저 / 클라이언트 간의 요청 / 응답 순서가 초 단위로 측정되고 사용자가 버튼을 클릭하기 전에 화면에서 몇 분을 보낼 수있는 웹 응용 프로그램을 작성하는 경우 요청 처리를 처리 할 수있는 프로그래밍 언어 1 초 안에 아마도 충분히 빠를 것입니다 (물론 훨씬 빠릅니다).

물론 프로그래밍 언어는 실행 속도를 결정하는 요인이 될 수 있지만 언어 자체가 아니라 컴파일러 및 / 또는 런타임과 함께 제공되는 런타임입니다. JVM의 성능 (동일한 하드웨어 환경에서도)이 수년에 걸쳐 급격히 증가한 Java의 개발을 분명히 알 수 있습니다. 물론 어떤 환경에서든 아주 느린 코드를 작성할 수 있습니다. "C ++이 Java보다 10 배 빠릅니다"와 같은 주장은 테스트 된 조건과 방법에 대해 자격을 부여하고 수량화하지 않는 한 자동으로 가짜입니다. Java가 C ++보다 빠른 테스트를 작성하는 것도 동일하게 가능하며 테스트 코드로 사용하는 대상과 실행 방법에 따라 다릅니다.

프로그래밍 언어는 프로그래머에게 서비스를 제공하기 위해 존재하지 않기 때문에 사용자 에게 서비스를 제공하기위한 프로그램을 생성하기 위해 존재 합니다.

한 번만 수행하는 간단한 작은 개인 도구가 필요한 경우 원하는 속도가 느려질 수 있습니다. 그러나 일단 사용자에게 배포를 시작하면 특히 반복적으로 사용하려는 경우 속도와 확장에 관심이 있습니다. (예를 들어, 설치 프로그램이 느려질 수 있습니다. 설치하는 프로그램이 더 나을 수는 없었습니다.) 그리고 언어 만이 아닙니다. 프로그램 전체입니다. 프로그램이 느리면 사용자가 좋아하지 않습니다. 경쟁이 있다면 프로그램을 좋아하지 않는 사용자는 매우 나쁜 것입니다. 따라서 프로그램을 좋아하지 않는 사용자에게 기여하는 언어는 느리게 만듭니다.

방송 미디어 용 제어 소프트웨어를 작성하는 팀의 일원입니다. 미국에있는 경우 좋아하는 TV 또는 라디오 방송국이 TV에서 실행될 가능성이 큽니다. 성능은 고객으로부터 가장 자주 듣는 것 중 하나입니다. 원래 단일 스테이션 작업용으로 작성되었지만 지금은 수백 개의 채널로 주요 브로드 캐스트 및 케이블 네트워크에 서명하고 있으며 규모가 문제가되고 있습니다. 우리가 일을 빨리 처리 할 수 ​​없다면 그들은 수백만 달러 규모의 계약을 할 수있는 사람들과 계약을 맺게되고 결국 일을 마칩니다. 그렇기 때문에 우리는 컴파일 된 빠른 언어를 사용하고 데이터베이스를 최적화합니다.

빠를수록 좋습니다. 시간은 돈이다. 서버 소프트웨어를 작성하고 더 느린 프로그래밍 언어를 사용하는 경우 더 많은 서버를 구입하십시오. 축소 포장 된 소프트웨어를 작성하면 고객이 더 빠른 경쟁자를 잃게됩니다.

사람들이 사용하는 모든 종류의 지속적인 소프트웨어에 대해, 우리는 일반적으로 가능한 빨리 소프트웨어를 원합니다. 어셈블리 수준에서는 시장 출시 시간이 너무 많아 수익성이 떨어집니다. 모든 절충점입니다. 비즈니스 관점에서 보면, 몇 개월 이상 그 일을, C ++로 가난한 프로그래머 디버그 메모리 오류를 수 있도록하는 것이 더 수익성이있을 경우 그 제품이 빠르게 경쟁자보다 의미한다.

따라서 많은 소프트웨어 에서 속도가 실제로 중요 합니다. 느린 언어는 요즘 너무 느리기 때문에 "나쁜"것으로 간주됩니다 (Python은 쉽게 50x-100x 느릴 수 있으며 너무 큽니다)

프로그래머에게 서비스를 제공하기 위해 프로그래밍 언어가 존재합니다.

나는 당신이이 결론에 어떻게 왔는지 모르겠습니다. 내가 말할 것이다 : 소프트웨어 엔지니어가 사용하는 자신의 요구에 대한 프로그래밍 언어를.

일부 프로그래밍 언어는 다른 프로그래밍 언어보다 느리지 만 문제가있는 것은 아닙니다.

이것은 또한 성명서입니다. 여기서 '느리게'라는 단어를 사용하여 의미를 정의하십시오. 느리게 의미 할 수 있습니다.

1. 같은 것을 달성하는 최종 프로그램은 다른 언어에 비해 한 언어로 '느리게'실행됩니다.
2. 최종 프로그램을 만드는 데 걸리는 시간이 길어질 수 있습니다 (따라서 일부는 '느린'것으로 설명합니다).

이 두 가지 문제는 개발과 성능에 소요되는 시간 사이에 어떤 종류의 상충 관계가 있는지와 관련이 있습니다.

다른 소프트웨어와 마찬가지로 속도가 느리면 근본적인 문제 / 디자인이 잘못 될 수 있습니다. 디자인은 약간의 자이언트 주의자이지만, 이것은 현재 그것이 기반으로하는 디자인 원칙이 구식이며 '나쁜'것으로 간주된다는 사실을 방해하지 않습니다.

Classic ASP 및 ASP.net을 예로 들어 보겠습니다.

누군가는 "고객은 예산 내에서 요구 사항을 충족시키는 소프트웨어를 좋아합니다"라고 언급했습니다. 글쎄, 이것은 사실입니다-그러나 느린 소프트웨어와 상당히 관련이 있으며, 거의 정의상 느린 프로그래밍 언어 (및 프레임 워크)와 알고리즘 및 구성을 의미합니다. 느린 프로그래밍 언어는 아마도 변경하기 가장 어려운 기초이기 때문에 아마도 위의 모든 것 중 가장 중요한 부분 일 것입니다. Oracle DB를 사용하고 더 많은 성능이 필요한 경우 테이블 / 인덱스 등을 최적화 할 수 있습니다. 쉬운. 코드에 알고리즘이 좋지 않은 경우 다른 코드를 작성할 수 있습니다. 프레임 워크가 느리면이를 교체 할 수 있습니다. 쉽지는 않지만 모든 것을 다시 쓰지 않고도 가능합니다. 언어가 너무 느리면 실제로 다시 시작해야합니다.

확장이 필요할 때 PHP가 충분히 빠르게 작동하도록하는 번거 로움에 대해서는 Facebook을 참조하십시오.

우리 중 나머지 사람들에게는 '비 기능적 성능 요구 사항'이 종종 사양, 특히 확장 가능한 웹 앱의 사양에 기록됩니다. '요청 후 2 초 내에 페이지가 사용자에게 표시되어야합니다.'를 이행하지 못하면 계약을 잃거나 불이익을받습니다. 따라서 고객은 요구를 충족시키는 소프트웨어를 좋아합니다. 사용자가 모래 시계를 응시하는 데 시간이 걸리지 않지만 고객은 확실히 비용이 많이 듭니다.

예를 들어, 대규모 콜 센터에서 나는 매 초마다 콜 테이킹 프로세스를 절약 할 수 있다고 결정했으며 1 콜 테이커가 '다운 사이징'될 수 있다고 말했습니다. 그것은 실로 돈이며, 보스가 더 빠르고 효율적이며 더 유용한 소프트웨어를 얻는 데 큰 동기가됩니다.

프로그래머가 코드를 최대한 빨리 생성하는 것에 대해 걱정하는 데 많은 시간이 소요됩니다 (그리고 단위 테스트와 리팩토링, lol). 나는 이것이 사람들이 생각하는 것만 큼 중요하지 않다는 것을 발견했다. 만약 당신이 당신의 언어 전문가라면, 경험이없는 것보다 훨씬 빨리 코딩 할 수있다. 따라서 전문가 C ++ 개발자는 초보자 PHP 개발자보다 더 빠르고 정확하게 코드를 작성할 수 있습니다. 그래서 저는 '쉬운'언어를 선택하는 것보다 전문가가되는 것이 더 중요하다고 생각합니다. 이것이 바로 오늘날 어디에나 존재하는 '시원하고 새로운 것에서 다시 쓰기'의 숭배를 싫어하는 이유입니다.

프로그래머가 나쁜 일을했기 때문에 언어가 너무 느리지 않기 때문에 대부분의 성능 문제가 있음을 지적합니다. 실제로, 선택한 언어보다 성능에 대해 걱정해야 할 것이 더 많습니다. 그것은 내 목록에서 대략 1,203,407 번째입니다.

그렇다면 프로그래밍 언어의 성능 저하가 실제로 나쁜 것입니까?

다른 모든 것이 평등하고 빠르게 진행되는 것이 좋습니다. 결국, 아무도 실제로는 더 이상 어떤 결과를 기다리기를 원하지 않으며, 그 결과가 완료되면 다른 것을위한 자원을 확보 할 수 있습니다.

그러나 다른 모든 것이 동일하지는 않습니다. 우선, 올바른 결과 를 얻 거나 적어도 충분해야합니다. (완전히 잘못된 결과가 허용되는 경우 결과를 매우 빠르게 생성 할 수 있으며 다른 사람에게는 전혀 가치가 없습니다.) 다소 느린 언어로 변경하면 올바른 결과가 나올 가능성이 높아집니다. 큰 절충. 높은 수준의 언어는 여기에서 낮은 수준의 언어에 비해 이점이 있습니다. 풍부한 모델 세트는 일반적으로 많은 명시적인 세부 사항없이 복잡한 문제를 쉽게 표현할 수 있기 때문입니다.

일반적으로 소프트웨어 제작 비용을 우선 관리하고, 원하는대로 새 기능을 추가하고, 기본 시스템이 변경 될 때 작동 상태를 유지하는 것이 중요합니다. 높은 수준의 언어는 일반적으로 더 빠른 프로그래밍 처리 시간을 허용하며 예산 내에서 프로그래밍 비용을 유지하는 데 많은 가치가 있습니다. 실제로, 비용을 낮추면 전반적으로 더 다양한 것들이 달성 될 수 있으며, 이는 일반적으로 좋은 일입니다.

마지막으로 중요한 점은 하나의 언어 만 사용할 필요 가 없으며 많은 소프트웨어 시스템의 구성 요소 대부분이 성능에 중요하지 않다는 것입니다. 핵심 언어를위한 고성능 컴포넌트를 제작하기 위해 저수준 언어를 사용하는 것이 현명한 반면, 덜 중요한 부분을 고수준 언어로 남겨 두는 것은 눈에 띄게 의미가 있습니다. 더욱이, 좋은 저수준 언어를 만드는 기능 (기계가하는 일을 정확하게 제어하는 ​​기능)은 좋은 고수준 언어를 만드는 기능 (훨씬 작은 설명에서 세부 사항을 추론하는 기능)이 아닙니다. 정반대입니다, 그래서 그들을 결합하고 그들의 강점을 위해 그들을 사용하고 그들의 약점을 피할 수있는 것은, 정말 좋은 일입니다.

어떤 구성 요소가 고성능 치료를 받아야합니까? 최적화? 그들을 측정하십시오 . 그들을 프로파일하십시오 . 추측하기보다는 진실을 찾으십시오. 가장 좋은 곳에 노력을 집중하십시오.