forum.opennet.ru

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

Оглавление

Новые оптимизации в Firefox сократили разрыв в производитель..., opennews (ok), 20-Дек-13, (0) [смотреть все]

Сначала изобрели интерпретируемые языки, потом написали для них компиляторы, кру, meequz (ok), 14:33 , 20-Дек-13, (4) +8 //

компиляторы не для интерпретируемых языков же Emscripten -- это компилятор, Xasd (ok), 15:59 , 20-Дек-13, (33) +1 //

а чем оно является , Аноним (-), 18:30 , 20-Дек-13, (70) //

Метакодом , Аноним (-), 21:13 , 20-Дек-13, (92) –1

В воздухе повеяло метафизикой, торсионщиной и памятью воды , Аноним (-), 21:17 , 20-Дек-13, (99) –5

Наоборот Компилятор преобразует компилируемый язык в ту или иную форму объектно, Аноним (-), 18:35 , 20-Дек-13, (71) //

ну эт да можно и так выразиться , Xasd (ok), 19:29 , 21-Дек-13, (141)

Ну так сначала создали себе проблемы, потом стали их героически решать Продолжа, Аноним (-), 12:56 , 21-Дек-13, (118) //

Какая разница, как нормировать , Аноним (-), 19:59 , 22-Дек-13, (148) //

Ну как какая Слабых бить проще Поэтому с нормальным компилером си они зарубить, Аноним (-), 11:31 , 23-Дек-13, (150) +1

Осталось ещё сократить разрыв в потреблении памяти , pv47 (ok), 14:34 , 20-Дек-13, (5) +11 //

И перестать мухлевать А то даже немолодой GCC 4 6 заметно обидел в бенчах шланг, Аноним (-), 12:58 , 21-Дек-13, (119) +2

Может всё-таки при написании алгоритма логичнее использовать особенности определ, FSA (??), 14:41 , 20-Дек-13, (9) //

Тут имеется в виду то, что берут один и тот же сорс, компилируют его в бинарник , Lain_13 (ok), 20:33 , 20-Дек-13, (82) +4

ассемблер в жабаскрипте это революционно, Аноним (-), 14:45 , 20-Дек-13, (11) –4 //

нет, это баян , Аноним (-), 14:54 , 20-Дек-13, (13) +6

Это с учётом первого прогона asm js , Аноним (-), 15:24 , 20-Дек-13, (18)
то что AsmJs будут улучшать в плане производительности -- этого следовало ожид, Xasd (ok), 15:33 , 20-Дек-13, (25) +4 //

Не сможет Они удовлетворились 30 долей и начали затягивать гайки Дальше он по, Аноним (-), 17:15 , 20-Дек-13, (57) +2 //

А мозильщики с их австралопитекисом по какому пути пойдут , Аноним (-), 16:38 , 21-Дек-13, (134) –2 //

свободы и любви, Аноним (-), 19:49 , 24-Дек-13, (155)

Не знаю, как в NaCl, но с asm js память вообще никак не освобождается до заверше, Crazy Alex (ok), 19:25 , 20-Дек-13, (74) //

ды во многих C C программах так сделан прикладной манагер памяти ни чего , Xasd (ok), 19:59 , 20-Дек-13, (78) //

Операционная система Firefox под гипервизором Windows есть только в 32-х разрядн, Vkni (ok), 20:27 , 20-Дек-13, (80)

Тебе же внятно сказали 32-разрядными не пользоваться Смени гипервизор -_-, Lain_13 (ok), 20:36 , 20-Дек-13, (83) +2

Угу, понял Называется плевать на эффективность и деньги на ветер Мне этот по, Crazy Alex (ok), 20:36 , 20-Дек-13, (84)

Вне браузера - да А после запихивания в браузер - еще отлаживать и отлаживать , Аноним (-), 21:20 , 20-Дек-13, (101)

Ну вот в NaCl нет никаких проблем применять всё это отлаженное прямо сейчас , Crazy Alex (ok), 23:29 , 20-Дек-13, (107)

Замечательный аргумент , Аноним (-), 00:10 , 21-Дек-13, (113)

В Windows нет никаких проблем В Linux нет никаких проблем В OSS нет никаких пр, Аноним (-), 14:46 , 21-Дек-13, (128)

протри его свапом и замени Докупи еще памяти Докупи проц помощнее И все эт, Аноним (-), 16:40 , 21-Дек-13, (135)

Там все обычно более-менее обычно Хотя pnacl смотрится наиболее логично для веб, Аноним (-), 13:00 , 21-Дек-13, (120)

Я и вижу - знакомые игроделы на него гамезу портанули А на asm js они клали с п, Аноним (-), 16:37 , 21-Дек-13, (133)

Хм, отличное сравнение clang и gcc , Аноним (-), 15:33 , 20-Дек-13, (26) //

Причём старых версий, почему-то Хотя по моим тестам gcc с новыми версиями почем, Аноним (-), 17:18 , 20-Дек-13, (59) //

Ну так на фоне более новых компиляторов, сабжевые достижения смотрятся не так вн, Аноним (-), 18:36 , 20-Дек-13, (72) +1
Расскажи это LTO-оптимизациям, например, которые только в новых компилерах появи, Аноним (-), 13:01 , 21-Дек-13, (121) +1

Теперь на JS можно написать Кризис и Ассасина , Аноним (-), 16:39 , 20-Дек-13, (49) –1
Не проще сразу Си компилятор с песочницей в браузеры встроить , Аноним (-), 17:00 , 20-Дек-13, (53) +1 //

Нет , Аноним (-), 17:18 , 20-Дек-13, (60)
Проще встроить песочницу NaCl - но мозилловцы легкие пути вообще не любят и не, Crazy Alex (ok), 19:27 , 20-Дек-13, (75) //

фраза как я понимаю в сторону PDF js и Shumway всё это началось после того ка, Xasd (ok), 20:26 , 20-Дек-13, (79) //

А ещё их достал тот факт, что через эти славные плагины постоянно пролезает всяк, Lain_13 (ok), 20:41 , 20-Дек-13, (86)
Насчет того, что браузером надо пользоваться для просмотра веб-страниц т е док, Crazy Alex (ok), 20:43 , 20-Дек-13, (87)

монструозность появляется только в том случае, если ты зашёл на web-сайт, которы, Xasd (ok), 22:10 , 20-Дек-13, (103)

К твоему сведению - если на сайте нет соответствующего контента то процесс с пла, Crazy Alex (ok), 23:39 , 20-Дек-13, (109) –1

А вот если хоть один сайт с таким контентом открыть, а потом закрыть, то процесс, angra (ok), 02:19 , 21-Дек-13, (115)

Не замечал, обычно процесс убивается в пределах минуты Но если остаётся - вперё, Crazy Alex (ok), 13:28 , 21-Дек-13, (127)

Зато js загрузится, если захочет мастер и позволит клиент, а у него нет выбора , Bx (ok), 12:26 , 21-Дек-13, (117)

Как любитель читать даташиты могу сказать что меня совершенно не прет, когда дат, Аноним (-), 13:16 , 21-Дек-13, (122)

заметьте что ActiveX-элементы тоже исполняются мгновенно и без шума вентилятора, Xasd (ok), 16:32 , 21-Дек-13, (132)

Но есть у них и баги 1 Хромая безопасноть Это выполняемый код, который вообще , Аноним (-), 17:20 , 21-Дек-13, (136) –1

1 сложный формат провоцирует на создание ошибки 2 не WEB-ориентированный , Xasd (ok), 18:18 , 21-Дек-13, (138)

HTML и JS намного более сложные и фичастые чем какой-то несчастный PDF, так что , Аноним (-), 13:56 , 22-Дек-13, (142)

прости, но я не могу сделать это для тебя -- ты же сказал что ты всё поотключал , Xasd (ok), 15:53 , 22-Дек-13, (145) –1

Более того - у меня получилось лучше чем у мозильщиков В дефолтной конфиге мози, Аноним (-), 12:28 , 23-Дек-13, (151)

Майнер на JS он не хочет, а майнер на PNaCl это завсегда пожалуйста , Аноним (-), 20:12 , 22-Дек-13, (149)

Ну если его самолично инсталлировать надо - пусть будет, я не против , Аноним (-), 12:29 , 23-Дек-13, (152)

Други, удалось ли кому-нибудь найти опции gcc clang а, использовавшиеся при комп, Vkni (ok), 18:20 , 20-Дек-13, (68)
Разверну мысли по поводу уместности Java 8482 внутри браузера идею Java извр, iZEN (ok), 20:28 , 20-Дек-13, (81) –2 //

Вот в таком варианте - угу, смотрится логично Тем более, что JVM байткод - не р, Crazy Alex (ok), 20:46 , 20-Дек-13, (88) +1 //

Мне тоже - и ограничений на ЯП в принципе нет, в отличие от жабы, и скорость как, Аноним (-), 13:20 , 21-Дек-13, (125) +1

да, кстате вот это действительно не понимаю зачем только теперь уже Google Chro, Xasd (ok), 22:25 , 20-Дек-13, (104) //

Они не встроились, потому что джава-апплеты - это, кроме тормозности, ещё и прос, Crazy Alex (ok), 23:47 , 20-Дек-13, (110) //

да, была какаято новость что мол какието ребята сделали програмный карказ, в кот, Xasd (ok), 04:12 , 21-Дек-13, (116)
А еще там взлетит любая SDLная гамеза с весьма приличной скоростью, например А н, Аноним (-), 13:22 , 21-Дек-13, (126)

вот только кроме игр технология окно-в-окне , или брайзер-в-браузере -- сде, Xasd (ok), 17:49 , 21-Дек-13, (137) –1

На основе такой технологии можно делать в принципе что угодно Кастомный кодек д, Аноним (-), 14:53 , 22-Дек-13, (143)

если сделаешь этот PNaCl-кодек -- чтобы он показывал видеоклип прямо внутри комп, Xasd (ok), 18:25 , 22-Дек-13, (147)

С чего бы Я и заметил - знакомые игроделы в два счета портируют гамезы под хром , Аноним (-), 12:32 , 23-Дек-13, (153)

Если class файлы грузить по необходимости, получим целый спектр проблем в дополн, Аноним (-), 23:34 , 20-Дек-13, (108) +2
Изя, прекрати путать Java и JavaScript , anonymos (?), 13:17 , 21-Дек-13, (123) +1

_один_ столбик стал чуточку короче, а пафоса-то столько нагнали, Аноним (-), 20:37 , 20-Дек-13, (85) –1 //

А ты открой 1024 закладки - и почувствуй, что называется, разницу , Аноним (-), 21:16 , 20-Дек-13, (97)

А отзывчивость интерфейса с прокруткой как тормозила так и тормозит, Int (?), 21:03 , 20-Дек-13, (91) –1
Они лучше бы занялись оптимизацией той части, из-за которой браузер тормозит ког, BrainFucker (ok), 21:34 , 20-Дек-13, (102) –1 //

у тебя только одно ядро что ли или это так настроен htop не, не я знаю что у, Xasd (ok), 22:29 , 20-Дек-13, (105) //

Одно , BrainFucker (ok), 22:55 , 20-Дек-13, (106) –1 //

печально , Xasd (ok), 19:23 , 21-Дек-13, (139)

Нисколько Особой необходимости нет Компиляцией заниматься не приходится, видео, BrainFucker (ok), 19:29 , 21-Дек-13, (140) –1

И что самое гадкое - никакого простого способа отследить, какая вкладка чудит, н, Crazy Alex (ok), 23:49 , 20-Дек-13, (111) +1 //

Дык, текущая же Если переключиться на другую, где нет свистоперделок, то грузит, BrainFucker (ok), 23:53 , 20-Дек-13, (112) //

Нет, как ни странно, нет То есть я методом тыка иногда вылавливал проблемные вк, Crazy Alex (ok), 02:01 , 21-Дек-13, (114)

False Это an extraordinarily optimizable, low-level subset of JavaScript То е, Аноним (-), 15:10 , 21-Дек-13, (129) //

Правильно Поэтому вот здесьстоят кавычки , Аноним (-), 15:40 , 21-Дек-13, (130) //

И что эти кавычки должны означать Переносный смысл В чем он тогда заключается , Аноним (-), 15:58 , 21-Дек-13, (131) –3 //

В том что гражданин сказал несколько абстрактно На самом деле он имел даже не т, Аноним (-), 14:55 , 22-Дек-13, (144)

ну ок, Js в качестве IR -- плохо а Asm Js в качестве IR -- тоже плохо ведь Asm, Xasd (ok), 16:33 , 22-Дек-13, (146)

Ну вот видишь, ты сам это сказал Да, это - плохо Потому что вместо того чтобы з, Аноним (-), 12:35 , 23-Дек-13, (154)

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

25. "Новые оптимизации в Firefox сократили разрыв в производитель..." +4 +/–

Сообщение от Xasd (ok), 20-Дек-13, 15:33

то что AsmJs будут улучшать (в плане производительности) -- этого следовало ожидать.
Nacl\PNacl становится всё менее и менее перспективным. гемороя куча при разработке web-программ, а производительность такая же как в AsmJs (кроме времени старта.. Nacl\PNacl быстрее стартует чем AsmJs). к тому же нет обратной совместимости с браузерами которые не умеют Nacl\PNacl.
ну или Google может насильно заставить всех сесть за Nacl\PNacl , в случае если ему получится создать 90`процентную монополию с браузером Google Chrome. от этого конечно ни куда не деться :) ..

Ответить | Правка | Наверх | Cообщить модератору

57. "Новые оптимизации в Firefox сократили разрыв в производитель..." +2 +/–

Сообщение от Аноним (-), 20-Дек-13, 17:15

> ну или Google может насильно заставить всех сесть за Nacl\PNacl , в
> случае если ему получится создать 90`процентную монополию с браузером Google Chrome.
> от этого конечно ни куда не деться :) ..
Не сможет. Они удовлетворились 30% долей и начали затягивать гайки. Дальше он пойдёт по пути windows 8 - "мы решили что вам будет удобнее так", соответственно и большей доли ему не видать.

Ответить | Правка | Наверх | Cообщить модератору

134. "Новые оптимизации в Firefox сократили разрыв в производитель..." –2 +/–

Сообщение от Аноним (-), 21-Дек-13, 16:38

> пойдёт по пути windows 8 - "мы решили что вам будет удобнее так",
А мозильщики с их австралопитекисом по какому пути пойдут?

Ответить | Правка | Наверх | Cообщить модератору

155. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Аноним (-), 24-Дек-13, 19:49

>А мозильщики с их австралопитекисом по какому пути пойдут?
свободы и любви

Ответить | Правка | Наверх | Cообщить модератору

74. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Crazy Alex (ok), 20-Дек-13, 19:25

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

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

78. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Xasd (ok), 20-Дек-13, 19:59

> память вообще никак не освобождается до завершения всего поцесса. Как по мне - для приложений это полная дикость.
ды во многих (C/C++) программах так сделан прикладной манагер памяти:). ни чего особо плохого. это не утечка памяти, а просто способ избежать насилия над системным манагером памяти. всем нравится, ни кто не жалуется :-)..
сделай swap-раздал побольше гибибайт, купи SSD посовременее. ну и конечно ни в коем случае НЕ используй 32-битные операционные системы у себя на компьютере (они неэффективно управляют виртуальной памятью).
ну ты понел :-)..

Ответить | Правка | Наверх | Cообщить модератору

80. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Vkni (ok), 20-Дек-13, 20:27

> НЕ используй 32-битные операционные системы
Операционная система Firefox под гипервизором Windows есть только в 32-х разрядной версии. :-)

Ответить | Правка | Наверх | Cообщить модератору

83. "Новые оптимизации в Firefox сократили разрыв в производитель..." +2 +/–

Сообщение от Lain_13 (ok), 20-Дек-13, 20:36

Тебе же внятно сказали 32-разрядными не пользоваться. Смени гипервизор. -_-

Ответить | Правка | Наверх | Cообщить модератору

84. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Crazy Alex (ok), 20-Дек-13, 20:36

Угу, понял. Называется "плевать на эффективность и деньги на ветер". Мне этот подход несколько чужд.
А приличный софт на плюсах использует преимущества плюсов - в том числе возможность сочетать разные схемы выделения памяти. Где статика или преаллокация, где пулы разной степени навороченности, где арены... Тем более, что всё это давно написано и отлажено.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

101. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Аноним (-), 20-Дек-13, 21:20

> А приличный софт на плюсах использует преимущества плюсов - в том числе
> возможность сочетать разные схемы выделения памяти. Где статика или преаллокация, где
> пулы разной степени навороченности, где арены... Тем более, что всё это
> давно написано и отлажено.
Вне браузера - да. А после запихивания в браузер - еще отлаживать и отлаживать. Особенно в плане безопасности.

Ответить | Правка | Наверх | Cообщить модератору

107. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Crazy Alex (ok), 20-Дек-13, 23:29

Ну вот в NaCl нет никаких проблем применять всё это отлаженное прямо сейчас.

Ответить | Правка | Наверх | Cообщить модератору

113. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Аноним (-), 21-Дек-13, 00:10

> Ну вот в $SOMETHING нет никаких проблем
Замечательный аргумент.

Ответить | Правка | Наверх | Cообщить модератору

128. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Аноним (-), 21-Дек-13, 14:46

>> Ну вот в $SOMETHING нет никаких проблем
> Замечательный аргумент.
В Windows нет никаких проблем. В Linux нет никаких проблем. В OSS нет никаких проблем. И т.д.
Единственное, что непонятно - почему народ корчится над дальнейшей разработкой всего этого.

Ответить | Правка | Наверх | Cообщить модератору

135. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Аноним (-), 21-Дек-13, 16:40

> сделай swap-раздал побольше гибибайт, купи SSD посовременее.
...протри его свапом и замени. Докупи еще памяти. Докупи проц помощнее. И все это чтобы запустить очередную тормозную к@к@шку от скрипткидей, которым приспичило чесать левое ухо правой пяткой.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

120. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Аноним (-), 21-Дек-13, 13:00

> Не знаю, как в NaCl,
Там все обычно более-менее обычно. Хотя pnacl смотрится наиболее логично для веба: в вебе же разные девайсы бывают. И x86, и x86-64, и ARM, а потенциально и еще чего-нибудь. Веб не должен зависеть от 1 архитектуры проца, это платформо-нейтральная среда...

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

133. "Новые оптимизации в Firefox сократили разрыв в производитель..." +/–

Сообщение от Аноним (-), 21-Дек-13, 16:37

> Nacl\PNacl становится всё менее и менее перспективным.
Я и вижу - знакомые игроделы на него гамезу портанули. А на asm.js они клали с прибором, ибо это уже форменное web'анатство...

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

25. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+4 +/–
Сообщение от Xasd (ok), 20-Дек-13, 15:33
то что AsmJs будут улучшать (в плане производительности) -- этого следовало ожидать. Nacl\PNacl становится всё менее и менее перспективным. гемороя куча при разработке web-программ, а производительность такая же как в AsmJs (кроме времени старта.. Nacl\PNacl быстрее стартует чем AsmJs). к тому же нет обратной совместимости с браузерами которые не умеют Nacl\PNacl. ну или Google может насильно заставить всех сесть за Nacl\PNacl , в случае если ему получится создать 90`процентную монополию с браузером Google Chrome. от этого конечно ни куда не деться :) ..
Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+2 +/–
	Сообщение от Аноним (-), 20-Дек-13, 17:15
	> ну или Google может насильно заставить всех сесть за Nacl\PNacl , в > случае если ему получится создать 90`процентную монополию с браузером Google Chrome. > от этого конечно ни куда не деться :) .. Не сможет. Они удовлетворились 30% долей и начали затягивать гайки. Дальше он пойдёт по пути windows 8 - "мы решили что вам будет удобнее так", соответственно и большей доли ему не видать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	134. "Новые оптимизации в Firefox сократили разрыв в производитель..."	–2 +/–
	Сообщение от Аноним (-), 21-Дек-13, 16:38
	> пойдёт по пути windows 8 - "мы решили что вам будет удобнее так", А мозильщики с их австралопитекисом по какому пути пойдут?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	155. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Аноним (-), 24-Дек-13, 19:49
	>А мозильщики с их австралопитекисом по какому пути пойдут? свободы и любви
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Crazy Alex (ok), 20-Дек-13, 19:25
	Не знаю, как в NaCl, но с asm.js память вообще никак не освобождается до завершения всего поцесса. Как по мне - для приложений это полная дикость. И я, хоть убей, не могу понять, чему ты радуешься - тому, что успешно сделан безумный костыль?
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	78. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Xasd (ok), 20-Дек-13, 19:59
	> память вообще никак не освобождается до завершения всего поцесса. Как по мне - для приложений это полная дикость. ды во многих (C/C++) программах так сделан прикладной манагер памяти:). ни чего особо плохого. это не утечка памяти, а просто способ избежать насилия над системным манагером памяти. всем нравится, ни кто не жалуется :-).. сделай swap-раздал побольше гибибайт, купи SSD посовременее. ну и конечно ни в коем случае НЕ используй 32-битные операционные системы у себя на компьютере (они неэффективно управляют виртуальной памятью). ну ты понел :-)..
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Vkni (ok), 20-Дек-13, 20:27
	> НЕ используй 32-битные операционные системы Операционная система Firefox под гипервизором Windows есть только в 32-х разрядной версии. :-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+2 +/–
	Сообщение от Lain_13 (ok), 20-Дек-13, 20:36
	Тебе же внятно сказали 32-разрядными не пользоваться. Смени гипервизор. -_-
	Ответить \| Правка \| Наверх \| Cообщить модератору


	84. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Crazy Alex (ok), 20-Дек-13, 20:36
	Угу, понял. Называется "плевать на эффективность и деньги на ветер". Мне этот подход несколько чужд. А приличный софт на плюсах использует преимущества плюсов - в том числе возможность сочетать разные схемы выделения памяти. Где статика или преаллокация, где пулы разной степени навороченности, где арены... Тем более, что всё это давно написано и отлажено.
	Ответить \| Правка \| К родителю #78 \| Наверх \| Cообщить модератору


	101. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Аноним (-), 20-Дек-13, 21:20
	> А приличный софт на плюсах использует преимущества плюсов - в том числе > возможность сочетать разные схемы выделения памяти. Где статика или преаллокация, где > пулы разной степени навороченности, где арены... Тем более, что всё это > давно написано и отлажено. Вне браузера - да. А после запихивания в браузер - еще отлаживать и отлаживать. Особенно в плане безопасности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Crazy Alex (ok), 20-Дек-13, 23:29
	Ну вот в NaCl нет никаких проблем применять всё это отлаженное прямо сейчас.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	113. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Аноним (-), 21-Дек-13, 00:10
	> Ну вот в $SOMETHING нет никаких проблем Замечательный аргумент.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Аноним (-), 21-Дек-13, 14:46
	>> Ну вот в $SOMETHING нет никаких проблем > Замечательный аргумент. В Windows нет никаких проблем. В Linux нет никаких проблем. В OSS нет никаких проблем. И т.д. Единственное, что непонятно - почему народ корчится над дальнейшей разработкой всего этого.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Аноним (-), 21-Дек-13, 16:40
	> сделай swap-раздал побольше гибибайт, купи SSD посовременее. ...протри его свапом и замени. Докупи еще памяти. Докупи проц помощнее. И все это чтобы запустить очередную тормозную к@к@шку от скрипткидей, которым приспичило чесать левое ухо правой пяткой.
	Ответить \| Правка \| К родителю #78 \| Наверх \| Cообщить модератору


	120. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Аноним (-), 21-Дек-13, 13:00
	> Не знаю, как в NaCl, Там все обычно более-менее обычно. Хотя pnacl смотрится наиболее логично для веба: в вебе же разные девайсы бывают. И x86, и x86-64, и ARM, а потенциально и еще чего-нибудь. Веб не должен зависеть от 1 архитектуры проца, это платформо-нейтральная среда...
	Ответить \| Правка \| К родителю #74 \| Наверх \| Cообщить модератору


	133. "Новые оптимизации в Firefox сократили разрыв в производитель..."	+/–
	Сообщение от Аноним (-), 21-Дек-13, 16:37
	> Nacl\PNacl становится всё менее и менее перспективным. Я и вижу - знакомые игроделы на него гамезу портанули. А на asm.js они клали с прибором, ибо это уже форменное web'анатство...
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору