Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Компания Facebook открыла код высокопроизводительного PHP тр..., opennews (?), 02-Фев-10, (0) [смотреть все] +1 Отличное название , ПринцЧорнойТьмы (?), 23:02 , 02-Фев-10, (1) +3 Я всегда говорил что любая интерпретируемая дрянь все равно надо или поздно верн, аноним (?), 23:18 , 02-Фев-10, (4) +7 // Да Чем больше популярность языка, тем выше к нему требования, включая производи, IGX (?), 23:38 , 02-Фев-10, (5) +2 Знаете, самое издевательское во всей скриптовой байде то что ПРОЦ НЕ УМЕЕТ ВЫПОЛ, User294 (ok), 23:52 , 02-Фев-10, (7) +1 // Неа Вопрос не весь Еще есть такая штука, как архитектура Если оптимальный ско, Gambler (ok), 00:22 , 03-Фев-10, (12) –5 // А тут все просто По умолчанию подразумеваются равные стартовые условия для всех, User294 (ok), 00:35 , 03-Фев-10, (13) это шедевр а примеры будут о, да в одном случае получаем Parse error syntax e, Карбофос (ok), 09:27 , 03-Фев-10, (24) Java EE И не надо говорить что она не компилируется - все нормальные VMы давно , Gambler (ok), 21:00 , 03-Фев-10, (54) –2 тут кто-то говорит, что ява не компилируется ужас, если вам такое послышалось, , Карбофос (ok), 21:58 , 03-Фев-10, (56) +2 Можно пример Скажем если есть массив из 100 000 000 записей, лобовой перебор та, User294 (ok), 00:08 , 06-Фев-10, (69) +2 конечно, как и все тесты производительности java vs c c где первая по результа, Карбофос (ok), 15:31 , 06-Фев-10, (71) Ерунда Основные тормоза у дисковой подсистемы и базы данных И у фейсбука, как я, Чорная дипрессия 666 (?), 10:12 , 03-Фев-10, (29) –2 Может есть резон сразу писать на Си или чем ином, для экономии не только ресурсо, Altie (?), 23:43 , 02-Фев-10, (6) –1 // Если бы был нормальный компилируемый язык с GC, OO и нормальной работой со трока, Gambler (ok), 00:06 , 03-Фев-10, (8) // буквально ради этого начал разбирать с Dтам кстати открыли исходники родного ком, ffsdmad (ok), 00:39 , 03-Фев-10, (14) // Я пока жду книги по D2 Выйдет - куплю, тоже начну разбираться , Gambler (ok), 21:11 , 03-Фев-10, (55) Такой язык есть, это C - http www hpl hp com personal Hans_Boehm gc simple_, Unixoid_потому_что_кривые_руки_писали_этот_модуль (ok), 10:50 , 03-Фев-10, (32) +1 Тогда фейсбук был бы написан к 2100 году , Чорная дипрессия 666 (?), 10:11 , 03-Фев-10, (28) –2 Можно сразу писать на Си Но потом вы выделите часто использующиеся функции в отд, тоже Аноним (?), 14:01 , 03-Фев-10, (45) +1 // Интересная ситуация получается Автор пхп его разработал как раз для того чтобы , igor (??), 18:01 , 04-Фев-10, (64) +2 php is alive , Happy New Fear (?), 00:11 , 03-Фев-10, (9) Очередной костыль лучше бы нормальный fastcgi сделали - это решило бы проблему п, Аноним (-), 00:16 , 03-Фев-10, (10) –1 // чем именно решило бы Убрать затраты на вызов - да, добавить оптимизатор gcc - н, pro100master (ok), 09:44 , 03-Фев-10, (25) –1 Чем FPM не устроил Бред Оверхед динамической типизации и интерпритации гораздо , Аноним (-), 14:16 , 03-Фев-10, (48) // обработка запросов в php-fastcgi,mod-php,FPM принципиально ничем не отличаются F, Аноним (-), 13:48 , 04-Фев-10, (62) Хинт сам PHP от этого быстрее не заработает , User294 (ok), 00:10 , 06-Фев-10, (70) Интерстно а в нем можно частично перегнать пхп проект в С чтобы например теже , Аноним (-), 00:21 , 03-Фев-10, (11) –1 пц говорял я им использовать java , evgeny_t (ok), 00:46 , 03-Фев-10, (15) +1   // Да-да-да я обеими руками за создание High-Performance Java-to-C compiler, и o, Mna (??), 01:21 , 03-Фев-10, (17) –1   // А что с gcc gcj - GNU Compiler for Java или VMKit Чем не подходят , Volodymyr Lisivka (?), 01:59 , 03-Фев-10, (19) –1   // gcj - на моих мелких тестах был втрое медленнее, чем оригинальная Sun-овская Jav, Mna (??), 19:01 , 04-Фев-10, (65)   pagefault обычно возникают при пересечении границ памяти чем корявее работа с д, Карбофос (ok), 15:36 , 07-Фев-10, (72)   Тестовая программка оформлена как берущая вход со stdin, и выдающая в stdout Кро, Mna (??), 03:40 , 08-Фев-10, (73)   чисто технически, если это большой екзешник, то и делает он много если работа с, Карбофос (ok), 08:49 , 08-Фев-10, (74)   уже есть http www excelsior-usa com jet htmlтолько он не нужен , evgeny_t (ok), 02:05 , 03-Фев-10, (20) –1   // 1 Есть коммерческий и с закрытыми исходникамиБыли б были открытые я бы кое-что, Mna (??), 19:08 , 04-Фев-10, (66)   Есть Pyrex и Cython, правда не в C , а в обычный си Опять же, никому не нужно п, Чорная дипрессия 666 (?), 10:15 , 03-Фев-10, (30) –1   // Насколько я помню, в них обоих, в скомпилированной программе, все равно есть пит, Mna (??), 20:31 , 04-Фев-10, (67)   другими словами, патчей для оригинальной реализации не дождёмся ценность для ин, аноним (?), 01:38 , 03-Фев-10, (18) –1 // вообще-то они сотрудничают с зенд-коре тим Так что полюбому не пустая трата вре, pro100master (ok), 09:46 , 03-Фев-10, (26) –1 Патчей для оригинальной реализации Так это метакомпилятор, это другое совсем Э, Чорная дипрессия 666 (?), 10:16 , 03-Фев-10, (31) –1 // напомню фразу из статьи, аноним (?), 18:54 , 03-Фев-10, (51) Только вот ведь недавно говорили что на 80 , Below (ok), 10:05 , 03-Фев-10, (27) –1 // 50 тоже очень не мало Тут я думаю все зависит от специфики оптимизированного ко, Aleksey (??), 12:10 , 03-Фев-10, (34) –1 // Дело не в том много или мало, а в том насколько достоверны данные, которые так б, Below (ok), 22:31 , 03-Фев-10, (57) Кому-нибудь удалось найти исходники Очень очень хочеться посмотреть , Аноним (-), 12:58 , 03-Фев-10, (35) // Их девять утра это по-ходу ближе к вечеру будет А github они уже зарегистрировал, be_nt_all (ok), 13:08 , 03-Фев-10, (36) –1 // Ага, я с Roadsend как-то полгода назад баловался, тестировал - в большинстве слу, Cobold (??), 13:20 , 03-Фев-10, (37) –1 // А ты как код гонял Если plain CGI против modphp - то результат ожидаемый А есл, be_nt_all (ok), 13:32 , 03-Фев-10, (41) –1 cli , несколько бенчмарков на типовые операции, циклом на 10000 проходов Я не х, Cobold (??), 14:12 , 03-Фев-10, (46) если в сети покопаться можно аналогичные результаты найти, мне просто тогда убед, Cobold (??), 14:15 , 03-Фев-10, (47) +1 upd Да, здесь де ссылок на существующие альтернативы не давали Исправляю оплош, be_nt_all (ok), 13:29 , 03-Фев-10, (40) +1 // upd Точнее сам phс haskell код не использует, но использует некую bison подобну, be_nt_all (ok), 13:46 , 03-Фев-10, (43) вот интересно, зачем было придумывать себе трудности, а потом геройски их решать, Аноним (-), 13:21 , 03-Фев-10, (38) –3 // да вы что, это же нужно думать перед тем, как начинать делать человекам в целом, AlexGor (??), 13:54 , 03-Фев-10, (44) –1 им надо было выйти на рынок как можно быстрее а лучше еще быстрее чем можно, а н, szh (ok), 16:06 , 03-Фев-10, (49) // facebook начинался как студенческое поделие, отсюда и похапе рынки тут не при ч, AlexGor (??), 17:30 , 03-Фев-10, (50) +1 // даконечно начинали как студенческий сайтег и через несколько лет отгрохали дата, аноним (?), 18:58 , 03-Фев-10, (52) разумеется рост социальной сети - вещь совершенно не прогнозируемая не блин, на, AlexGor (??), 09:41 , 04-Фев-10, (60) Оно бы да - надо Да только что же поделаешь если кто то _уже_ написал код котор, Warhead Wardick (?), 19:33 , 03-Фев-10, (53) 4 февраля, ХипХопа никто не видел На GitHub пусто , Аноним (-), 00:07 , 04-Фев-10, (58) // У нас ещё 3-е , Diogene the Open Source programmer (?), 01:01 , 04-Фев-10, (59) Поправьте новость, ничего они не открывали, не колумбы все же Ведь скачать ни, Vaso Petrovich (?), 17:41 , 04-Фев-10, (63) 8 февраля и опять ничего , Аноним (-), 12:54 , 08-Фев-10, (75) // выпустили README This is a placeholder file это они об этом самом Readme md as, Mna (??), 03:15 , 09-Фев-10, (76) Наконец вчера открыли лежит тут http github com facebook hiphop-php, Mna (??), 21:52 , 20-Фев-10, (77) 1,4,6,9,10,11,15,18,27,35,38,58,63,75,77

Сообщения

[Сортировка по времени | RSS]

15. "Компания Facebook открыла код высокопроизводительного PHP тр..."	+1 +/–
Сообщение от evgeny_t (ok), 03-Фев-10, 00:46
пц ))) говорял я им использовать java )))
Ответить | Правка | Наверх | Cообщить модератору

	17. "хочу Jav'у в натив код compiler"	–1 +/–
	Сообщение от Mna (??), 03-Фев-10, 01:21
	>пц ))) >говорял я им использовать java ))) Да-да-да! я обеими руками за создание High-Performance Java-to-C++ compiler, и open-source-ного! вот это было бы дело. А щас... ну, впрочем, может с этого HighPerformance-ПеХоПе удастся создать Python-to-C++ compiler, настоящий, а не костыляку в виде Shed Skin
	Ответить | Правка | Наверх | Cообщить модератору

	19. "хочу Jav'у в натив код compiler"	–1 +/–
	Сообщение от Volodymyr Lisivka (?), 03-Фев-10, 01:59
	> Да-да-да! я обеими руками за создание High-Performance Java-to-C++ compiler, и open-source-ного! вот это было бы дело. А что с gcc (gcj - GNU Compiler for Java) или VMKit? Чем не подходят?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "хочу Jav'у в натив код compiler"	+/–
	Сообщение от Mna (??), 04-Фев-10, 19:01
	gcj - на моих мелких тестах был втрое медленнее, чем оригинальная Sun-овская Java, даже c ключом -client, не то что "java -server". Я так и не понял почему, заметил лишь, что time показывал втрое большее число pagefault-ов - это-то один огромный экзешник, у которого все по-идее внутри! Если бы GCJ хотя бы на 50% уступал java -server-у можно было бы заморачиваться, а так... Кстати, у gcj вышла проблема с подгрузкой второго JAR-а, коим оказался junit, уж его-то можно было бы скомпилить без проблем. про VMKit не знал, - спасибо, гляну. при поиске по проектам LLVM не заметил - искал пакет полного цикла с компилятором - как Excelsior, скажем.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "хочу Jav'у в натив код compiler"	+/–
	Сообщение от Карбофос (ok), 07-Фев-10, 15:36
	pagefault обычно возникают при пересечении границ памяти. чем корявее работа с данными (или сам код), тем больше количество pagefault. а у этого огромного екзешника и данные тоже внутри? то есть вы полагаете, что область данных и стека тоже входит в ваш екзешник? o_O
	Ответить | Правка | Наверх | Cообщить модератору

	73. "хочу Jav'у в натив код compiler"	+/–
	Сообщение от Mna (??), 08-Фев-10, 03:40
	Тестовая программка оформлена как берущая вход со stdin, и выдающая в stdout. Кроме этого никаких особенных данных не обрабатывалось, всё остальное - константы внутри class-файла, или соответственно, экзешника, в сегменте данных, если так удобнее Вам представить. Экзешник, кстати, должен был бы весь загрузиться в память функцией mmap (или CreateFileMapping/MapViewOfFile в случае Windows)- свободной памяти на машине для этого было предостаточно. Вопрос о вхождении стека в экзешник, по-моему, отношения к делу не имеет. То есть, да, в основном внутри.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "хочу Jav'у в натив код compiler"	+/–
	Сообщение от Карбофос (ok), 08-Фев-10, 08:49
	чисто технически, если это большой екзешник, то и делает он много. если работа с stdin и прочим проходит без буфера обмена и других вещей, то работу с памятью предугадать сложнее. это будет зависеть напрямую от организации внутренних областей памяти по умолчанию. в яве еще нужно приплюсовать время на создание объектов, даже для работы со строками (стандартной) нужно создание объектов. даже, если происходит работа с текстовыми константами. вполне вероятно, что у сановской явы включены по умолчанию ключи оптимизации. в конечном итоге испробуйте оптимизацию -O2 или -O3. ну и здесь можно посмотреть как раз по инициализации статичных классов (опции): http://gcc.gnu.org/onlinedocs/gcj/Code-Generation.html где-то должна быть разница. кстати, ява все-таки очень интенсивно работает со стеком, но, скорее всего, дело не в этом.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "хочу Jav'у в натив код compiler"	–1 +/–
	Сообщение от evgeny_t (ok), 03-Фев-10, 02:05
	уже есть ) http://www.excelsior-usa.com/jet.html только он не нужен )
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	66. "хочу Jav'у в натив код compiler"	+/–
	Сообщение от Mna (??), 04-Фев-10, 19:08
	>уже есть ) >http://www.excelsior-usa.com/jet.html >только он не нужен ) 1. Есть: коммерческий и с закрытыми исходниками Были б были открытые я бы кое-что подправил, есть одна хорошая идея. 2. Почему не нужен, кому не нужен, по какой причине? Java - самый распространённый ЯП по индексу TIOBE, 20% программистов Вдвое обгоняя C. (10%). Но это в теории. А на практике на нем есть написанных куча серьезных опенсорсных программ. Вот тем, кто их использует и не хочет изобретать велосипедов - нужен.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "хочу Jav'у в натив код compiler"	–1 +/–
	Сообщение от Чорная дипрессия 666 (?), 03-Фев-10, 10:15
	> А щас... ну, впрочем, может с этого HighPerformance-ПеХоПе удастся создать Python-to-C++ compiler, настоящий, а не костыляку в виде Shed Skin Есть Pyrex и Cython, правда не в C++, а в обычный си. Опять же, никому не нужно перекомпилировать весь проект из питона в си. Достаточно только самые много раз выполняемые участки кода типа циклов.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	67. "хочу Jav'у в натив код compiler"	+/–
	Сообщение от Mna (??), 04-Фев-10, 20:31
	>>может с этого  удастся создать Python-to-C++ compiler, настоящий, а не костыляку в виде Shed Skin > >Есть Pyrex и Cython, правда не в C++, а в обычный си. Насколько я помню, в них обоих, в скомпилированной программе, все равно есть питонтво, проявляется в том, что специально не указанные объекты там - все равно питоньи. И куча программного кода конвертирования объектов Python->C и C->Python. Вносящего ненужные задержки. Идея Shed Skin-а как раз-таки чертовски хорошая (а реализация подкачала, сильно): Получить автоматически zero-overhead код, все выводы типов сделает транслятор. Это же можно сделать автоматически, в конце концов!! то есть, базовая идея, что в HiPHoP, что в Shed Skin та же самая (может еще где, не знаю) : а) Писать код на высокопродуктивном для прототипирования языке, динамическом, скриптовом, etc.   б) В продакшн компилировать исходники, отдельным инструментом, в нативный высокооптимизированный код. желательно без eval-ов. В итоге - создаем программу быстро. тестируем, и т.п. А в продакшн запускаем - тоже оптимальный код. но создается он не ручным конвертированием, а автоматически. Тестироваине никто не отменял, но это уже детали. >Опять же, никому не нужно перекомпилировать весь проект из питона в си. >Достаточно только самые много раз выполняемые участки кода типа циклов. В теории да. Но не во всех случаях: в моем случае, для того Питон-проекта, он останется в меньшинстве, потому и желательно чтоб и вовсе не было.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема