The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

На 2016 год запланировано задействование в Firefox кода на языке Rust и движка Servo

09.12.2015 10:17

На конференции Mozlando сделано ещё одно важное заявление, в соответствии с которым в следующем году компоненты Servo, написанные на языке Rust, будут постепенно перенесены в движок Gecko. Первый выпуск Firefox на базе Servo также ожидается в 2016 году.

Напомним, что браузерный движок Servo развивается проектом Mozilla в сотрудничестве с компанией Samsung. Движок написан на языке Rust и отличается поддержкой многопоточного рендеринга web-страниц, а также распараллеливанием операций с DOM (Document Object Model). Текущий браузерный движок Firefox не может в полной мере задействовать потенциал современных многоядерных систем из-за изначального использования однопоточных схем обработки контента. В частности, при обработке одной страницы однопоточным остается связанный с DOM (Document Object Model) внутренний API, функции формирования содержимого окна, парсинга HTML и выполнения JavaScript. Использование Rust позволяет разбить код DOM и рендеринга на более мелкие подзадачи, которые могут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU. Кроме эффективного распараллеливания операций, используемые в Rust технологии безопасного программирования позволяют кардинально поднять уровень безопасности, решив текущие проблемы с безопасностью.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Релиз языка программирования Rust 1.4, развиваемого проектом Mozilla
  3. OpenNews: Представлена операционная система Redox, написанная на языке Rust
  4. OpenNews: Многопроцессный режим в ночных сборках Firefox. Тесты производительности Asm.js и движка Servo
  5. OpenNews: Браузерный движок Servo достиг состояния корректного отображения GitHub
Лицензия: CC-BY
Тип: Тема для размышления
Короткая ссылка: https://opennet.ru/43486-rust
Ключевые слова: rust, servo, firefox
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (76) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Меломан1 (?), 11:04, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Samsung стопудовая гиря на шее Mozilla. Счастливого плаванья.
     
     
  • 2.3, Аноним (-), 11:05, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +13 +/
    ким чен ира на тебя нет! кореефоб)
     
     
  • 3.17, vitalif (ok), 13:31, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кимченыр сам кажется самсунг не очень любит
     
     
  • 4.23, Аноним (-), 14:01, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Кимченыр уже давно никого не любит.
     
     
  • 5.42, Аноним (-), 17:52, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    вранье, себя он любит, в прочим как и солнцеликий.
     
     
  • 6.62, Аноним (-), 23:36, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а ты себя любишь? А кого еще?
     
  • 2.5, Аноним (-), 11:22, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да почему, скорее всего он помогает только материально.
     
  • 2.13, Аноним (-), 12:26, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    за Вами уже вылетели
     
  • 2.26, Celcion (ok), 14:13, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Samsung стопудовая гиря на шее Mozilla

    Еще бы! За попытку спрыгнуть, "разочаровавшись" вдруг на полпути, как с FirefoxOS - в Samsung могут и анально финансово покарать. :-)

     

  • 1.2, Аноним (-), 11:04, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    главное чтоб не торомозило) может составит конкуренцию гугле с оперой, а то они совсем охернели, незнаю что они там от версии к версии пилят, но только тормозит с каждым разом еще сильнее(
     
     
  • 2.20, paulus (ok), 13:38, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    нужно всего лишь стать конкурентом chromium'у, а остальные лишь его сборочки...
     
  • 2.25, Аноним (-), 14:09, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Т е нам для скорости нехватает многопоточной работы с одной страницей? Т е страничка выжирвает все ядро?
     
     
  • 3.43, Аноним (-), 17:54, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Т е нам для скорости нехватает многопоточной работы с одной страницей? Т
    > е страничка выжирвает все ядро?

    дело не в этом, дело в локах, которые не дают странице загрузиться быстрее при рендеринге DOM дерева.

     
  • 2.37, Ури (ok), 17:05, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Это вопрос к джавоскриптописателям, которые на каждый фреймворк навешивают сверху еще один фремворк, так как преддыдущий фреймворк не смог закрыть всю костыльность языка, для которого с этой целью же и создавался.

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

     
     
  • 3.39, ix.. (?), 17:35, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Справедливости ради замечу, что чисто javascript фреймворки, отказавшиеся от всяких игр с DOM как jquery адепты делают, работают вполне себе шустро.
    А вот фреймворки монструозы, которые ещё кстати только на подходе - polymer и подобне. Вот это уже полный пестрец.
    Проблема не в жабаскриптах, проблема в том что разработчики совершенно не хотят адекватно тестировать свои продукты. Вот пример: совершенно дефолтный, ничего не делающий сайт на базе последнего бутстрапа загружается на атоме с задержкой. То есть разработчики попросту кладут болт даже на атом. А как же тогда мобильники?:) Я уж не говорю о том, что веб, который выжирает хотя бы 10% на core-5 чисто на интерфейс это мягко говоря полная жопа. И дело тут в руках!
     

  • 1.4, marks (?), 11:08, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    > технологии безопасного программирования позволяют кардинально поднять уровень безопасности, решив текущие проблемы с безопасностью.

    И добавить ноаых.

     
  • 1.6, Аноним (-), 11:23, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Я так понял электролизис ждать не стоит..
     
  • 1.7, Аноним (-), 11:48, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    > используемые в Rust технологии безопасного программирования позволяют кардинально поднять уровень безопасности, решив текущие проблемы с безопасностью.

    Да мы поняли про безопасность. Безопасность.

     
     
  • 2.38, Ури (ok), 17:06, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это новое популярное слово маркер, как раньше было "инновации".

    Зачем я должен засунуть себе это в задницу? Потому, что это повышает безопасность!

     
  • 2.40, Старпон (?), 17:36, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Главная проблема с безопасностью в FF - не переполнения буфера, а тысячами внедряемые зонды. Начиная от официальной дыре в WebSocket API, позволяющих любому сайту узнать твой домашний IP даже за VPN. И бинарных DRM-плагинов, которые FF сам тихо скачивает без предупреждения. Тут надо не язык менять, а всё руководство Mozilla Corporation.
     
     
  • 3.45, chinarulezzz (ok), 18:11, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Главная проблема с безопасностью в FF

    это фича, а не баг.

     
  • 3.50, Аноним (-), 19:51, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Главная проблема с безопасностью в FF - не переполнения буфера, а тысячами
    > внедряемые зонды. Начиная от официальной дыре в WebSocket API

    Вы случайно с WebRTC не перепутали? http://www.ghacks.net/2015/01/27/sites-may-detect-the-local-ip-address-in-bro

     
     
  • 4.68, bOOster (ok), 06:15, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Необходимая специфика SIP протокола знать адрес назначения.
     
     
  • 5.79, Аноним (79), 10:30, 13/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Но так и отдавали бы тот адрес, который через STUN получен. А не все 127.0.0.1/8, 192.168.0.0/16, 10.0.0.0/8, а так же постоянные адреса IPv6, несмотря на специально созданный временный. Это именно дыра, а не фича, потому как реализовать можно было не раскрывая локальных адресов.
     
  • 5.80, Аноним (-), 09:56, 15/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Необходимая специфика SIP протокола знать адрес назначения.

    руки кому-то из зада вынуть необходимо, а не...

     

  • 1.8, Аноним (-), 11:54, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > Использование Rust позволяет разбить код DOM и рендеринга на более мелкие подзадачи, которые могут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU

    ... на которых кроме браузера не требуется ничего запускать, благодаря чему браузер может выделить себе абсолютно ВСЕ ресурсы системы.

     
     
  • 2.9, Аноним (-), 12:03, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    говорит тише, а то хром услышит!
     
  • 2.19, тоже Аноним (ok), 13:36, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Видимо, прицел на системы, где мощность одного убогонького ядра не позволяет тянуть целый браузер, зато таких ядер восемь. И больше их занять, действительно, нечем. Потому что это вообще-то телевизор.
     
     
  • 3.27, Аноним (-), 14:58, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    уже есть и 10 и 16
    надо же их чем-то занимать ...
     
     
  • 4.51, Аноним (-), 20:13, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    только твои x86 10x и 16x ядренные никак не вяжутся с экономией электроенергии
     
     
  • 5.55, Аноним (-), 21:13, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, не пори чушь, 10ядерки вполне армовые.
    16 ядер да, у атома восьмиядерного с гипертридингом, но там своя платформа для специфических целей, и энергии по факту жрет не так уж и ужасно - но надо будет смотреть на реальные продукты
     
     
  • 6.70, Аноним (-), 11:50, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    сфеерические в вакууме? в каких конторах ты такое счастье видел? сколько будет стоить 2-ядреный и 10-x проц, о чем ты вообще говоришь? если ты бы знал каким устаревшим дерьмом пользуются в госконторах и какие требония выдвигаю "Дешево, быстро а сейчас еще и экономно" ты бы такое не писал
     
     
  • 7.74, Аноним (-), 18:59, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Еблан, уже в продаже устройства. Массово расходятся.
     
  • 3.59, Аноним (-), 22:00, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    лихо вы постебались над intel MIC или Tilera-овскими и PEZY-вскими Many-Core SoC ;)
     
  • 2.33, Аноним (-), 15:46, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    резурсы CPU будут тратится только на первоначальную загрузку и обработку страницы, что занимает миллисикунды
     
     
  • 3.52, Аноним (-), 20:15, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    что предлагаешь для просомотра страничек закупать пару нвидиа и делать из низ слайдер?
     
     
  • 4.69, Аноним (-), 10:57, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    наверняка есть фолбак режим для однопроцесоорных систем. и ксатати это в хроме уже несколько версий стоит апаратное ускорение включенным по умолчанию
     
  • 2.56, Вареник (?), 21:14, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Страничкоделы совсем охренели. Поисковик открыть - многоядерный гибридный кластер с GPU нужен, их DOM разобрать.
     

  • 1.10, Аноним (-), 12:05, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Теперь, чтобы помогать лисе размножаться, вам придётся ещё и специальный ЯП для этого учить.
     
     
  • 2.11, Аноним (-), 12:20, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Он легче для изучения чем плюсы, при этом производительность прилож. сравнимама, а где то быстрее.
    Вменяемые сообщения от компилятора так же помогают новичкам. Ну и инфраструктура интересная, кроссплатформенная компиляция, стандартный и удобный менеджер пакетов и т.п.
     
     
  • 3.12, Аноним (-), 12:23, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не спорю, но если у каждая программа будет написана на своем уникальном ЯП, что же тогда будет? в общем я уже рою бункер, чего и вам советую)
     
     
  • 4.21, Аноним (-), 13:42, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как будто что-то плохое. Это уже давно так.
     
     
  • 5.29, Аноним (-), 15:07, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я имел ввиду экзотические ЯП типа Swift, Rust, Go и тд
     
     
  • 6.75, НяшМяш (?), 23:20, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > я имел ввиду экзотические ЯП типа Swift

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

     
  • 3.14, rob pike (?), 12:47, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Он легче для изучения чем плюсы

    Много есть языков, которые легче для изучения чем английский. А легче чем русский - еще больше. Вывод?

     
     
  • 4.47, Аноним (-), 18:38, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Вывод?

    Учите китайский.

     
     
  • 5.67, rob pike (?), 04:34, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, вывод в том что не нужно рассматривать сообщество потенциальных контрибьюторов как младенцев, не знающий ни одного языка - только в этом случае легкость изучения имеет решающее значение.
     
  • 3.16, anonimous (?), 13:19, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Хвостострел, ты?
     
  • 3.22, Аноним (-), 13:56, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Ахахахах, дадада, мы это слышали уже много раз:
    1.Rust быстрее C++
    2.Rust безопаснее C++
    3.Rust проще C++

    Но это было только в обещаниях, а на яву мы имеем всё совсем иначе:
    1.Rust откровенно тормозит
    2.Rust -ова "безопасность" накладывает ограничения на язык и программы и...
    3.Rust-программирование становится труднее

     
     
  • 4.24, НяшМяш (?), 14:06, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а на яву мы имеем всё совсем иначе

    Не знаю как вы, а мы ничего не имеем против java.

     
  • 4.28, Аноним (-), 14:59, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Но это было только в обещаниях, а на яву мы имеем всё
    > совсем иначе:
    > 1.Rust откровенно тормозит
    > 2.Rust -ова "безопасность" накладывает ограничения на язык и программы и...
    > 3.Rust-программирование становится труднее

    Что именно у вас не получилось?

     
  • 4.31, Нимано (?), 15:35, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > 1.Rust откровенно тормозит

    Оно и видно:
    http://benchmarksgame.alioth.debian.org/u64q/which-programs-are-fastest.html
    Или теперь настало время заимствовать аргументы у жабистов – типа "Оно не тормозит в нормальных проектах!"

    > 2.Rust -ова "безопасность" накладывает ограничения на язык и программы и...

    Слышал звон, да не понял, откуда он?

     
     
  • 5.44, Аноним (-), 18:00, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> 1.Rust откровенно тормозит
    > Оно и видно:
    > http://benchmarksgame.alioth.debian.org/u64q/which-programs-are-fastest.html
    > Или теперь настало время заимствовать аргументы у жабистов – типа "Оно не
    > тормозит в нормальных проектах!"

    А вы и дальше смотрите этот дурной бенчь с хреновым автором который коммиты в тесты не принимает. Они там тестирует все что угодно только не производительность ЯП.

     
     
  • 6.46, Нимано (?), 18:24, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну да, когда раст на этом "дурном" сайте особо не блестал, то ыкспертов тырьнетов все устраивало: eax . me/cpp-will-never-die/
    А теперь, вдруг, сразу ...
    Да и что-то свое, выходящее за рамки "for i=0; i<100500;i++", предложить видимо религия не позволяет.
    =)

    > с хреновым автором
    > производительность ЯП

    *реновым танцорам ...


     
     
  • 7.53, Аноним (-), 20:48, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    еще один иванушка, вас всех не перелечить, чумака с заряженной водой звать надо.
     
     
  • 8.54, Аноним (-), 20:48, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    На 2016 год запланировано задействование в Firefox кода на я...... текст свёрнут, показать
     
     
  • 9.64, анончег (?), 01:14, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    кодило - это что-то, что предназначено для написания кода ... текст свёрнут, показать
     
  • 4.35, Аноним (-), 17:00, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Но это было только в обещаниях, а на яву мы имеем всё совсем иначе:
    > 1.Rust откровенно тормозит
    > 2.Rust -ова "безопасность" накладывает ограничения на язык и программы и...
    > 3.Rust-программирование становится труднее

    Можно примеры по каждому пункту?

     
     
  • 5.61, Аноним (-), 23:36, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Можно примеры по каждому пункту?

    Новость не читаем? Синим по жёлтому написано: примеры запланированы на 2016 год!

     
     
  • 6.73, Аноним (-), 15:58, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > 1.Rust откровенно тормозит
    > 2.Rust -ова "безопасность" накладывает ограничения на язык и программы и...
    > 3.Rust-программирование становится труднее

    Комментарии не читаем или дальтоник? Цитату видишь?

     
  • 4.63, Аноним (-), 00:15, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    С ржавчиной не знаком, но некоторые плюсовики так закостенели в своём мышлении, что малейший отход от этого ставит их в ступор. А в некоторых случаях даже компилятор. О как.
     
  • 3.57, Вареник (?), 21:15, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Он легче для изучения чем плюсы, при этом производительность прилож. сравнимама, а
    > где то быстрее.
    > Вменяемые сообщения от компилятора так же помогают новичкам. Ну и инфраструктура интересная,
    > кроссплатформенная компиляция, стандартный и удобный менеджер пакетов и т.п.

    Только плюсы уже выучены и море кода написано. Так что идите в... мозиллу.

     

  • 1.15, Аноним (-), 13:07, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пусть сначала фронтэнд Rust для GCC сделают.

     
     
  • 2.18, Andrey Mitrofanov (?), 13:36, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Пусть сначала фронтэнд Rust для GCC сделают.

    Взял лопату и https://github.com/redbrain/gccrs/commits/master побежал!! А то, ишь ты "сделают".

     
     
  • 3.58, Вареник (?), 21:19, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Пусть сначала фронтэнд Rust для GCC сделают.
    > Взял лопату и https://github.com/redbrain/gccrs/commits/master побежал!! А то, ишь ты
    > "сделают".

    Так это фанатам хруста нужно его продвижение. Обычным программистам то он зачем, язык без ниши, без библиотек, без обратной совместимости, без нормальной IDE?

     
  • 2.41, Антонина Семёновна (?), 17:45, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем?
     
     
  • 3.48, Аноним (-), 18:40, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ради светлого будущего, очевидно же.
     

  • 1.34, Аноним (-), 15:49, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Куда податься? Хромой ниторт, всякие оперы проприетарны... Из требований - низкая жручесть и поддержка этих ваших носкриптов с адблоками
     
     
  • 2.36, Andrey Mitrofanov (?), 17:01, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Куда податься? Хромой ниторт, всякие оперы проприетарны...

    Некоторые полагают NetSurf netsurf-browser.org свободным броузером. (его автор(ы))
    Некоторые полагают, что нет больше свободного броузера. (спасибо, спасибо)
    Трoли расскажут про w3c, линксы (про всех них), даже netcat...

    Сильно зависит от кого спросить.  === Набрaсываете потихоньку, на мозоли?

    > Из требований - низкая жручесть
    > и поддержка этих ваших носкриптов с адблоками

    А с требованиями и запросами -- так вообще результат один. На лопaте.

     
     
  • 3.76, iPony (?), 09:15, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так слоупоки, свободного интернета давно уже. И некому не было дела, что фурифокс раньше был подстилкой гугла.
     
     
  • 4.77, Led (ok), 00:00, 12/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Кто о чём, а маководы всё о том, как повыгоднее стать чьей-то подстилкой...
     
  • 2.71, Anonymousss (?), 11:52, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    palemoon?
     

  • 1.60, Аноним (-), 22:10, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Использование Rust позволяет разбить код DOM и рендеринга на более мелкие подзадачи, которые могут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU.

    А на С/C++ сделать это религия не позволяла?

     
     
  • 2.72, Аноним (-), 14:53, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не модно же
     
  • 2.78, анонлол (?), 07:24, 13/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя это трахает?
     

  • 1.66, Аноним (-), 03:07, 10/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Будет следующим Firefox OS
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру