«Новая технология» компиляции программ на С++ под GPU как обычно уже 5 лет известна под названием CUDA C++.
> построенная на платформе Microsoft DirectX
> на компиляторов для Windows и не Windows платформ
Даже не знаю, смеяться или плакать по поводу таких статей.
Если можно, скопипастите содержимое about:memory куда-нибудь на pastebin?
После этого нажмите кнопку Minimize memory usage внизу той же страницы и ещё раз скопипастите.
Заранее благодарю.
К слову, память лучше мерить по странице about:memory. Браузеры не обязаны выгружать кэш страниц на жёсткий диск сразу после закрытия страницы. Если в системе есть свободная оперативка, нет ничего плохого, чтобы ускорить работу браузера через кэширование в ram.
Странно, это видео перекодировано в WebM и нормально показывается в Firefox с отключенным Flash-плагином и в Chrome. Может быть у вас браузер без поддержки WebM? Или старый кэш?
Небольшое дополнение. Неделю назад я писал на хабре статью о расширении для Firefox. Что я могу сказать про Firefox:
Для небольших расширений даже проще сделать расширение, не требующее перезапуска. Но техника в этом случае будет другая: если в обычных расширениях нужны оверлеи и chrome.manifest, то в «моментальных» это никак не поможет. Всё, что есть на исполнении — файл bootstrap.js. Также там в глобальном пространстве недоступны функции window.*, например, alert(). Впрочем, можно достучаться до любого элемента интерфейса с помощью getElementById. Всего два рабочих файла: bootstrap.js и install.rdf, запаковываем в архив и расширение готово.
Если не охота копаться с idl-интерфейсами mozilla, можно использовать конструктором builder.addons.mozilla.org. Это очень удобный онлайн-редактор самостоятельных расширений со специальным api, клонирующим api от jetpack. В редакторе ещё и семантическая проверка. Кроме того, все расширения этого конструктора не требуют перезапуска.
Примеры кода можно взглянуть на том же сайте jetpack (перевод по контекстному меню).
По поводу времени на анализ кода — очень мягко сказано. Это у них на вики написано, что 1-2 недели. На практике full review расширений сейчас занимает по 8 недель(!). Сейчас у них 439 расширений на очередь full review (еженедельные новости о ходе проверок на blog.mozilla.com/addons). Более того, через эти 8 недель в подтверждении могут отказать на основании плохого кода (например, загрязнения глобального пространства имён) или из-за бесполезности расширения. Например, таковым было признано моё расширение сброса настроек локализации, убирающее следы от яндекса в локализованной версии. Видимо, они считают, что по запросу Reader я каждый день захожу на сайт Adobe Reader почитать свежие новости, а по запросу Mail — на mail.ru. Судьба такого расширения — пройти preliminary review и оставаться навсегда в статусе экспериментального. Preliminary review проводится быстрее и требования для него значительно ниже.
Впрочем, чтобы просто опубликовать расширение на mozilla.org никаких проверок не требуется. Однако непроверенные и экспериментальные расширения не отображаются в поиске расширений, что значительно влияет на популярность расширения. В качестве примера — расширение UnityFox: более 7000 установок за 11 дней, несмотря на статус непроверенного расширения. Большая часть пользователей пришла с OMG! Ubuntu и хабра.
Unity позволяет отображать прогресс-бар и числовую информацию прямо в панели. С этим расширением пользователю для контроля хода загрузки больших файлов не требуется заглядывать в окно загрузок или ставить специальные панели. На скриншоте вверху статью это показано.
Такое, кстати, уже есть в том или ином виде в Evolution, Thunderbird и Pidgin в форме показа числа непрочитанных сообщений прямо в панели. В браузере Chromium такое тоже добавили в код несколько дней назад.
Ни пузырёк, ни переворот строки не компилируется в g++ 4.4 (expected ‘;’ before ‘i’).
На момент разбора компилятор не видит различий между членами класса и типами, определёнными в нём. То есть, надо писать typename T::size_type в 4-х местах.
9. Сколько в памяти занимает произвольная структура?
Ответ: sizeof всех членов +… + vtable (если есть виртуальные функции) +…
Неправильно. За этим обычно следует вопрос: «Так что, получается, каждый объект от класса с виртуальными методами имеет свою собственную копию vtable?»
Напомнило типичный диалог IRC-канала Debian по версии uncyclopedia:
debian_newb has joined #debian_support
<debian_newb> can someone help me to set up firewall on my new debian box?
<teH_DeBIAN_1337_H4x0r> OMFG U THINK i HAVE TIME TO HELP SOME STUPID NEWBS. RTFM.
<dEB14N_4_LIF3> LOL UR TOTAL N00b. RTFM u f4g. go kill ur self.
<dbian_RULLZZZ0r> RTFM newb. come back when u haw3 sum skillz.
<debinnzzz> Go Uze windoz or sumthing ROFLOLOOLOLL!!1!1111oneeleven1one!
> построенная на платформе Microsoft DirectX
> на компиляторов для Windows и не Windows платформ
Даже не знаю, смеяться или плакать по поводу таких статей.
После этого нажмите кнопку Minimize memory usage внизу той же страницы и ещё раз скопипастите.
Заранее благодарю.
К слову, память лучше мерить по странице about:memory. Браузеры не обязаны выгружать кэш страниц на жёсткий диск сразу после закрытия страницы. Если в системе есть свободная оперативка, нет ничего плохого, чтобы ускорить работу браузера через кэширование в ram.
youtube.com##[alt="watermark"].Для небольших расширений даже проще сделать расширение, не требующее перезапуска. Но техника в этом случае будет другая: если в обычных расширениях нужны оверлеи и chrome.manifest, то в «моментальных» это никак не поможет. Всё, что есть на исполнении — файл bootstrap.js. Также там в глобальном пространстве недоступны функции window.*, например, alert(). Впрочем, можно достучаться до любого элемента интерфейса с помощью getElementById. Всего два рабочих файла: bootstrap.js и install.rdf, запаковываем в архив и расширение готово.
Если не охота копаться с idl-интерфейсами mozilla, можно использовать конструктором builder.addons.mozilla.org. Это очень удобный онлайн-редактор самостоятельных расширений со специальным api, клонирующим api от jetpack. В редакторе ещё и семантическая проверка. Кроме того, все расширения этого конструктора не требуют перезапуска.
Примеры кода можно взглянуть на том же сайте jetpack (перевод по контекстному меню).
По поводу времени на анализ кода — очень мягко сказано. Это у них на вики написано, что 1-2 недели. На практике full review расширений сейчас занимает по 8 недель(!). Сейчас у них 439 расширений на очередь full review (еженедельные новости о ходе проверок на blog.mozilla.com/addons). Более того, через эти 8 недель в подтверждении могут отказать на основании плохого кода (например, загрязнения глобального пространства имён) или из-за бесполезности расширения. Например, таковым было признано моё расширение сброса настроек локализации, убирающее следы от яндекса в локализованной версии. Видимо, они считают, что по запросу Reader я каждый день захожу на сайт Adobe Reader почитать свежие новости, а по запросу Mail — на mail.ru. Судьба такого расширения — пройти preliminary review и оставаться навсегда в статусе экспериментального. Preliminary review проводится быстрее и требования для него значительно ниже.
Впрочем, чтобы просто опубликовать расширение на mozilla.org никаких проверок не требуется. Однако непроверенные и экспериментальные расширения не отображаются в поиске расширений, что значительно влияет на популярность расширения. В качестве примера — расширение UnityFox: более 7000 установок за 11 дней, несмотря на статус непроверенного расширения. Большая часть пользователей пришла с OMG! Ubuntu и хабра.
Такое, кстати, уже есть в том или ином виде в Evolution, Thunderbird и Pidgin в форме показа числа непрочитанных сообщений прямо в панели. В браузере Chromium такое тоже добавили в код несколько дней назад.
На момент разбора компилятор не видит различий между членами класса и типами, определёнными в нём. То есть, надо писать
typename T::size_typeв 4-х местах.Более подробно об использовании typename.
Неправильно. За этим обычно следует вопрос: «Так что, получается, каждый объект от класса с виртуальными методами имеет свою собственную копию vtable?»
Часовые пояса вас разыграли.
Обожаю первое апреля. Ненавижу первую неделю после первого апреля.