LINUX.ORG.RU
ФорумTalks

Почему нужно отобрать мощные компы у разработчиков

 , ,


1

4

В октябре во время анонса Android 4.4 KitKat поисковый гигант Google заявил, что платформа оптимизирована для плавной работы на устройствах с 512 Мбайт оперативной памяти. Этот шаг Google нельзя не приветствовать — он не только позволяет надеяться на снижение фрагментации устройств, но также окажет большую пользу в деле продвижения носимых устройств вроде часов или очков.

Всем инженерам, работавшим над проектом, были розданы смартфоны Nexus 4, модифицированные с тем, чтобы использовать только 512 Мбайт оперативной памяти — весьма оригинальный способ простимулировать разработчиков ускорить работу операционной системы. Но на этом дело не ограничилось.

http://www.3dnews.ru/782764

★★★★★

Надо было китайские говнофоны на медиатеке выдать и запретить оптимизировать ядро. какое в sdk идёт такое и пользовать. Результата было бы больше.

Dark_SavanT ★★★★★
()
Ответ на: комментарий от Dark_SavanT

«Мы упростили разрешение выводимой на экран смартфона картинки до qHD (960×540), потому что многие современные смартфоны начального уровня оснащаются экранами с таким разрешением, — добавил господин Бёрк. — Мы также уменьшили число ядер процессора с четырёх до двух, одновременно снизив их максимальную частоту. И, без преувеличения, многие из нас использовали этот урезанный аппарат в качестве стандартного смартфона. Это было болезненно, особенно поначалу».

Не медиатек, но тоже неплохо :)

cipher ★★★★★
() автор топика

Для оптимизации вовсе не обязательно мучать бедные устройства. Достаточно прогонять тесты и смотреть графики потребления памяти.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Для оптимизации вовсе не обязательно мучать бедные устройства.

Судя по этим вашим КДЕ, то и оптимизация не обязательна.

cipher ★★★★★
() автор топика
Ответ на: комментарий от vurdalak

Для оптимизации вовсе не обязательно мучать бедные устройства. Достаточно прогонять тесты и смотреть графики потребления памяти.

скучно и неинтересно же

БОЛЬ - гораздо лучший стимулятор >:D

Stil ★★★★★
()
Ответ на: комментарий от cipher

А то! Нашим кде она вообще не нужна, они и так делают :)

vurdalak ★★★★★
()

Просто надо было писать на Си — айОсь вон не тормозит, хотя по железу там примерно то же, что дали разрабам.

CrossFire ★★★★★
()
Ответ на: комментарий от PolarFox

Так у него и не в память производительность упирается. Слабоваты уже как CPU, так и GPU. Начиная с 4.2 тормозит адски, хотя говорят, кастомные 4.4 летают - но там проблемы как раз с драйверами GPU, из-за чего при повороте экрана появляются артефакты, ну и другие траблы тоже есть.

ArtKun ★★★★★
()
Последнее исправление: ArtKun (всего исправлений: 1)
Ответ на: комментарий от mamba_namba_karamba

У нас некоторые полноценные десктопы имеют такой объем памяти

Ну это только в твоей параллельной вселенной.

fornlr ★★★★★
()

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

RedPossum ★★★★★
()
Ответ на: комментарий от RedPossum

с ограничениями по оперативке, процу

cgroups ?

cipher ★★★★★
() автор топика
Ответ на: комментарий от RedPossum

Виртуалка спасет отца американской демократии.

vurdalak ★★★★★
()
Ответ на: комментарий от mamba_namba_karamba

Куда катится мир?

Судя по вашим десктопам, в прошлое.

vurdalak ★★★★★
()

Вот вам простой факт. Дома крутится сервак на генте. Там поднимается второй апач, vsftpd, hostapd, dhcpd, warsow-server, иксы с openbox и conky, какая-то панель не помню какая, git-deamon, transmission-daemon, nfs, sshd и много чего ещё. После старта это всё съедает ~200Мб. Есть фоторамка на андроиде 4-м. Она делает только одно - раз в минуту меняет картинку на обоине. Ни одного виджета не установлено на столе. Убран statusbar. Короче, всё по минимуму. Сразу после старта на ней съедается 650Мб. Такая вот эта Java.

xusrol
()
Ответ на: комментарий от x3al

Ничего, это тоже си, просто с привкусом think different. Надеюсь возражений о том, что скорость работы достигается именно из-за компилируемого языка не будет?

CrossFire ★★★★★
()
Ответ на: комментарий от x3al

И при этом не тормозит! Как замечательно :)

cipher ★★★★★
() автор топика

Это не поможет. Джаву надо закопать как ущербную тормозную технологию. И Android надо закопать, пока не одумаются и не выпилят этот ужас!

alpha4
()

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

Пусть они еще аккумулятор в девелоперских нексусах обрежут вчетверо.

thesis ★★★★★
()

Да вы достали уже, память КОПЕЕШНАЯ, 22 копейки за мегабайт стоит DDR3. ОТСТАНЬТЕ ОТ ПАМЯТИ.

SjZ ★★★★★
()
Ответ на: комментарий от Quasar

А при чём тут Java, когда от Java там только малюсенькую часть взяли - язык?

При том, что бай дизайн тормозит и жрет память.

CrossFire ★★★★★
()
Ответ на: комментарий от CrossFire

Возражение ещё как есть. Только благодаря языку фиг добьёшься скорости. У яббла очень жёсткая банальная политика относительно разработки - если приложение жрёт аккумулятор, то делай что хочешь, ставь какие хочешь костыли, но чтобы пожиралова не было, иначе приложение не пустят в аппстор. Есть тормоза? Делай что хочешь, но чтобы пользователь их хотя бы не замечал, иначе фиг, а не аппстор (напоминаю, что на айфон ставить приложения возможно ТОЛЬКО через аппстор и никак иначе).

Quasar ★★★★★
()
Ответ на: комментарий от xusrol

это отсутствие контроля за памятью. производительность-то у жабы нормальная.

punya ★★
()
Последнее исправление: punya (всего исправлений: 1)
Ответ на: комментарий от CrossFire

CrossFire> При том, что бай дизайн тормозит и жрет память.

Ты несёшь чушь, вообще нисколько не разбираясь в предмете разговора.

Quasar ★★★★★
()
Ответ на: комментарий от CrossFire

компилируемого языка

Мне одному кажется, что это словосочетание на ЛОРе употребляют исключительно ради разжигания срача на тему компилируемости языков?

Кстати, в андроидах всё компилируемое.

Ничего, это тоже си, просто с привкусом think different.

Ещё один, считающий си, плюсы, ObjC и шарп одним языком.

x3al ★★★★★
()
Ответ на: комментарий от CrossFire

жаба сравнима с си по производительности. 1 к 10 в типичных задачах. беда только с gc. все тормоза и пожирания памяти оттуда.

punya ★★
()
Ответ на: комментарий от Quasar

Жрет аккумулятор, это как? Грузит процессор на 100%? Игры тоже не пускают? Если приложение на обжективе тормозит — это уже быдлокод, инфа 100%. Выноси тяжелые вещи в отдельный поток, и все будет хорошо. При этом, ЕМНИП, интерфейс в любом случае обрабатывается в отдельном, высокоприоритетном, треде, да не в одном, а в пачке, так что тормоза маловероятны.

CrossFire ★★★★★
()
Ответ на: комментарий от x3al

Кстати, в андроидах всё компилируемое.

JIT не считается.

Ещё один, считающий си, плюсы, ObjC и шарп одним языком.

Писал на каждом из них, кроме, собственно шарпа. Си — подмножество обоих языков.

CrossFire ★★★★★
()
Ответ на: комментарий от Quasar

При том, что бай дизайн тормозит и жрет память.

Ты несёшь чушь, вообще нисколько не разбираясь в предмете разговора.

Ява существует без GC?

CrossFire ★★★★★
()
Ответ на: комментарий от x3al

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

JIT по определению медленнее, ведь тратит ресурсы процессора прямо во время выполнения программы. При этом времени на оптимизацию тоже меньше, чем у компилируемого языка.

CrossFire ★★★★★
()
Ответ на: комментарий от fornlr

В твоей вселенной недостаточно целых 512 МИЛЛИОНОВ байт памяти для создания/редактирования документа и чтения интернетов?! Срочно меняй вселенную!

mamba_namba_karamba
()
Ответ на: комментарий от CrossFire

JIT по определению медленнее

4.2 же.

При этом времени на оптимизацию тоже меньше, чем у компилируемого языка.

А возможностей — больше. Не всё доступно в compile-time.

x3al ★★★★★
()
Ответ на: комментарий от x3al

Объясни мне, как JIT может быть быстрее УЖЕ СКОМПИЛИРОВАННОЙ ПРОГРАММЫ? Ну, и не будем забывать про GC, от которого в яве никуда не деться, и который стопорит все в случайный момент времени на некоторое время?

CrossFire ★★★★★
()

Это обычная практика. Меня как разработчика 99% времени интересуют средний и худший варианты конфигураций у пользователей.

note173 ★★★★★
()
Ответ на: комментарий от CrossFire

как JIT может быть быстрее УЖЕ СКОМПИЛИРОВАННОЙ ПРОГРАММЫ?

JIT может компилировать на ходу ЭФФЕКТИВНЕЕ потому, что у него БОЛЬШЕ ИНФОРМАЦИИ, ЧЕМ В ТЕОРИИ МОЖЕТ БЫТЬ У КОМПИЛЯТОРА. Ты вообще владеешь матчастью?

И да, man pypy хотя бы.

Ну, и не будем забывать про GC

Иногда автоматическое управление памятью быстрее ручного. И да, malloc() тоже не отрабатывает за константное время.

x3al ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.