Сообщение от xAtom Во первых компилируемый C/C++ CGI

Что вообще такое cgi?

Добавлено через 3 минуты

Сообщение от xAtom при том к потокам прикручивают пул для оптимизации.

Чего ж там оптимумом даже не пахнет? Не знаю, как ты, я просто не в состоянии на плюсах писать на столько криво, чтоб одна жалкая страница генерилась хотя бы миллисекунду, а php скрипты не всегда укладываются в минуту с той же самой задачей. Видимо из-за того самого пула атиоптимизации. И в своём приложении можно вообще не создавать для каждого пользовательского запроса даже потоков, а всё делать в одном первичном потоке, что как раз вообще не тратит дополнительных ресурсов системы. Только теперь вопрос: а как быть с ресурсами, выданными самому приложению и проглоченному им? Ведь система - далеко не единственная программа, расходующая ресурсы.

Добавлено через 5 минут

Сообщение от xAtom Приемущество PHP в том что прогеру скрипта не нужно заботиться на какой системе его скрипт будет выполняться

Только что речь шла об оптимизации. Ты вообще где видел оптимизацию кросплатформы? Оптимизируют только под целевую платформу.

Добавлено через 3 минуты

Сообщение от xAtom по сравнению с двоичным CGI для Windows-сборка нужна, для FreeBSD, для Unix и т.д

Бред. Нафига мне столько сборок одного сайта? Думаешь, он будет работать на всех системах сразу? Мне придётся тебя разочаровать, но как ты не извращайся с кросплатформой, а сайт всё равно поставишь на одной конкретной машине с одной системой и одним IP.

Добавлено через 11 минут

Сообщение от xAtom Ты ведь говорил, работа в web-программирование это просто текст, что тут сложного. Cам Расмус Лердоф создатель PHP, хотя не плохо знал язык C но создал облегчение для поддержки своего сайта.

При чём здесь вообще облегчение? Или ты думаешь, что Билл может юзить LINUX? Да мелкософт придётся закрывать, если у них найдут хоть один экземпляр любой системы, кроме их собственной после того, как они создали свою. И не из-за юридических заковык, а тупо юзвери перестанут доверять фирме, пользующейся продукцией конкурентов и перестанут покупать винду. Так же и здесь. Раз он автор специализированного языка, то его сайт должен быть на этом языке, даже если:
1. На нём можно решить от силы полпроцента задач, стоящих перед разработчиком даже самого примитивного сайта (php плох, но не до такой степени).
2. На самом деле при этом расходуется тысячекратно больше времени.
3. Использование данного языка гарантирует тормоза на несколько порядков по сравнению с любым другим.
4. Изучение даже азов данного языка требует десятилетий.
5. Любая программа на данном языке весит в миллиард раз больше своих аналогов на действительно хороших языках (на столько дряной язык можно создать только специально, а при создании php такая задача вряд ли ставилась).
6. Транслятор данного языка весит пару дисковых массивов от новейших суперкомпьютеров (это тоже не набюдается).
При чём, даже при одновременном выполнении всех этих условий.

0

Сообщение от Xander Bass что Вы тупо закинете всё в папку cgi-bin и оно сразу будет работать?

Именно так!
Нет блин когда php работает не как модуль, а как cgi - проблем нет, но вот мы пытаемся другой язык - о ужас, это коллапс вселенной, нельзя, плохо, фу!
Хватит трогать людям мозги, и идем читать про cgi, про волшебный stdin и stdout и другие плюшки.

Насчет хостингов, не знаю как сейчас, но раньше годов так 4-6 с этим проблем не было.

Сообщение от xAtom Во первых компилируемый C/C++ CGI давно устарел

В чем он устарел? Он использует какие-то устаревшие технологии?
В данном случае речь идет cgi и его продолжение fastcgi, просто тут технология в общем.

Сообщение от xAtom на создание потока внутри процесса требует меньше ресурсов системы

При тормазнутости php и интерпретации очень сомнительный выигрыш (кстати тут открывается целый спектр костылей php, по одному из них довольно известный случай с поисковиком нигма).

Сообщение от xAtom Приемущество PHP в том что прогеру скрипта не нужно заботиться на какой системе его скрипт будет выполняться

А кроссплатформенные библиотеки?

Сообщение от xAtom по сравнению с двоичным CGI для Windows-сборка нужна, для FreeBSD, для Unix и т.д.

Ну да вы сразу будете бегать и ставить свой движок на все известные ОС, в микроволновку, в телевизор... Юзаем кроссплатформенные библиотеки.

Сообщение от xAtom Cам Расмус Лердоф создатель PHP, хотя не плохо знал язык C но создал облегчение для поддержки своего сайта.

Ну так я и не говорил что php не подходит для хом-паж сайтов, Расмус Лердоф для этого и создавал его, первое название:
Personal Home Page Tools (устар.)
могу пруфом обеспечить.

0

Сообщение от taras atavin Что вообще такое cgi?

Common Gateway Interface

Сообщение от taras atavin php скрипты не всегда укладываются в минуту с той же самой задачей

Да насколько же кривой должен быть скрипт, чтобы в минуту не укладываться? О_о

Ладно, с вебом, положим, разобрались. По теорверу в действительности и на дельфях можно CGI наваять. А теперь господа, особенно сишники, вопрос: как Вы напишете на голых "плюсах" или на голом "шарпе" (без ассемблера!) компьютерную игру, по графике сравнимую хотя бы с первой "халфой".

0

Сообщение от Xander Bass по графике сравнимую хотя бы с первой "халфой".

а что, для этого асм нужен?

0

на мой взгляд лучший C++, а зная его легко перейти и на PHP
а вообще надо знать основы .. и тогда изучение любого языка будет не проблемой

0

Сообщение от alex_x_x а что, для этого асм нужен?

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

0

Xander Bass, подскажи плиз ты разраб игр? просто тут вопрос появился. Я решил поставить ком игру кол оф дьюти модерн вай фаре. она при установке попросила нэт фрэймворк. Ну и когда к какому то подкаталогу не было доступа, во время запуска она выкидывала исключения в стиле нэт - типа там system.бла.бла.бла. Так вот вопрос, что там могло быть написано при участии нэт? менюшки? или еше что?

0

Сообщение от Xander Bass Ну вообще, написать графический движок с хорошей производительностью без асма практически невозможно.

есть готовые движки, есть готовые библиотеки
по жизни редко чтото с нуля пишут

Добавлено через 2 минуты
ну и в принципе думаю, что там едвали асм нужен, directx давно изобрели

0

Сообщение от AzaKendler при участии нэт

При участии .NET могло быть написано всё, что угодно. Скажем, функционал доступа к сети или, как Вы выразились, менюшки.

Сообщение от alex_x_x есть готовые движки, есть готовые библиотеки по жизни редко чтото с нуля пишут

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

0

я не понимаю смысла обсуждаемого
большой проект - это всегда смесь языков и технологий
в реальности даже при написании драйверов использование асма минимально, в компьютерной графике нужны шейдеры, а не асм, opengl, directx в этом смысле избавили нас от него

Добавлено через 1 минуту
язык более низкого уровня (для с/++ асм, для java/с# - c/++/clr) может использоваться в критических местах на последних стадиях оптимизации, не более
хотя с java (использования для жабы плюсовой прослойки мне знакомо из личного опыта) использование низкоуровневого языка имеет больший смысл, чем использование асма гделибо

0

alex_x_x, батенька, а DX по-Вашему на чём написан?

0

Xander Bass, а какая разница? в чем состоит срыв покровов?

0

Большая. Весь смысл этого немного нелепого спора сводится к нулю. Ибо нет ничего абсолютно универсального - вот моё ИМХО

0

Xander Bass
"асм ховно, машинный код рулит!". Причем не всякие там школьные хексы, а чисто на бинаре

Откуда инфа что игры пишут на асме, откуда инфа что директХ написан на асме?
Не исключено что имеются вставки, но писать на асме такую сложную архитектуру, это как валить лес скальпелем - точно, быть может аккуратно где-то, но бессмысленно и беспощадно. Особенно когда на СИ можно добиться результата еще лучше (пруф в сети ищите, он есть).

Ты игры хоть на С++ писал? ты видел этот код? Там логика то сложна, а ты еще предлагаешь не малую часть времени тратить на "общение с процессором" вместо того чтобы писать эту логику.

Мне всегда нравилась это детская мечтательность, чем ниже язык тем круче (помню как мне один говорил что все языки говно, а вот машинный код это действительно крутотеничка!), но вот в действительности все совсем не так, чем ниже абстракция, тем ближе к железу, а там хренова туча не весьма приятной работы.

Если вам нравиться постоянно делать велосипеды, то асм конечно рулит (как полноценный прикладной язык для ПК, я не исключаю его важность в других областях, и в использование ставок).

0

Сообщение от Xander Bass Ну вообще, написать графический движок с хорошей производительностью без асма практически невозможно

Я не специалист по компьютерной графике, но, насколько я себе представляю, вся современная графика построена на том, что изображение "рисует" графический процессор (т.е. железка, а не софт), а центральный процессор лишь подгружает данные для графического процессора: координаты точек, текстуры и т.п. (т.е. это делает уже софт). Для написания софтовой части ассемблер нужен по большому счёту только в двух местах:

1. Обращение к железу (напрямую или через ОС). Ни один язык программирования не содержит встроенных конструкций, чтобы выполнять эти операции. Потому что при всём нынешнем разнообразии систем команд процессоров просто нереально накрыть это какой-то высокоуровневой конструкцией языка. А при работе через ОС ещё и программные соглашения на каждой ОС разные
2. Производительность. Многие процессоры имеют всякие специфичные инструкции для вычисления некоторых узкоспециализированных вычислений: mmx, sse и прочие расширения. Для их использования пишут коды на ассемблере по единственной и очень банальной причине: слишком проблематично сделать это через компилятор эффективным образом.

Оба этих пункта не имеют никакого отношения к языку программирования. Чтобы отрезаться от работы на низком уровне всё это хозяйство накрыто программными интерфейсами более высокого уровня (opengl, directx и т.п.). Далее ты эти интерфейсы можешь использовать независимо от языка программирования. Если при работе с php есть какие-то возможности задействовать эти программные интерфейсы, то можно написать трёхмерную игрушку и на php. Другое дело, что этого не делают. По той причине, что язык совсем не пригоден для написания больших программ (а вовсе не потому, что в языке нет встроенных конструкция для работы с ассемблером).

Сообщение от Xander Bass Ага, а вот теперь пускай попробуют наши доблестные сишники накатать именно с нуля без использования библиотек

Как наличие или отсутствие библиотек связано с языком программирования в споре "который из языков лучше"?

0

Сообщение от Evg изображение "рисует" графический процессор (т.е. железка, а не софт)

Графический процессор работает только под управлением софта, в первую очередь шейдеров, но исполняется софт именно железякой.

0

Сообщение от taras atavin но исполняется софт именно железякой.

шейдерные процедуры выполняются на видеокарте
процессор только выполняет инициализацию и загрузку данных на карту, все остальное в наше время она уже делает самашейдерные процедуры

0

Кстати, текст не имеет ни чего общего с кучей букв. Текст - это целое со своим строем и семантикой. Кто видит отдельные буквы - текста не читает, кто читает текст - отдельных букв не замечает. Но от выбора языка это не зависит и нельзя противопоставлять сотню типов работе с текстом.

Добавлено через 1 минуту

Сообщение от alex_x_x шейдерные процедуры выполняются на видеокарте

И что? Написать то их надо и встаёт вопрос о языке, на котором они пишутся.

0

Сообщение от List2006 Особенно когда на СИ можно добиться результата еще лучше (пруф в сети ищите, он есть).

Ни когда на си не будет получен результат, не воспроизводимый на асме: си компилится в машинные коды, а они с асмом имеют взаимооднозначное соответствие. Вывод: потратив на порядки больше времени на асме гарантировано можно написать не хуже, чем на си. То же самое относится и к любому дроугому языку. Вот только время, хелл бы его побрал. Пока ты будешь ваять шедевр на асме, выпустят новое железо, на столько крутое, что на нём и паскль будет работать быстрее, чем всё, что вообще можно выжать из старья, под которое делал ты. А может и бейсик тоэже. Новую же железяку твой шедевр не сможет поддерживать в полном объёме и проиграет. Отдельные же короткие встаки потому и пишут на асме, что именно он позволяет выжать из железа вообще всё, на что оно способно, а ни один другой язык этого ни когда не гарантирует.

0

Сообщение от taras atavin Ни когда на си не будет получен результат, не воспроизводимый на асме

Ой ой ты чего
http://ru.wikipedia.org/wiki/Язык_ассемблера
~~~~
Требуется высокая квалификация программиста. Код на ассемблере выполняется быстрее, но написанный неопытным программистом, обычно оказывается хуже с генерированного компилятором
~~~~

А вообще в инете есть где-то материал на тему когда использовать ассемблер вместо Си и когда это правда выгодно (ввиду того что порой оптимизация компилятора помогает достигать того же уровня работы).

0