Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

А на кой черт в планшете, да ещё и с Атомом, 64-битная винда?
Ему и 3ГБ оперативы выше крыши будет.

Ой спасибо GreenCo, поржал от всей души..)) Новости с юмором, это прикольно, а не обычная серость..))
Так держать, что не пост то шедевр..))

Как жить с планшетом, который не поддерживает адресацию к 512 Гб памяти?
После этой фразы дальше не смог уже ничего читать..))

ну точно.. Windows server 2003 enterprise x86 поддерживает до 32 гигов RAM, windows server 2008 enterprise и data center x86 до 64 гигов. То есть, при желании разрабов, можно более 4 гигов юзать на х86 системе. Просто все хотят побольше денег выжать, вот и режут ограничения..

SAMSON_OV Более 4 гигов там юзается через PAE-костыли.

Запросто отвечу на вопросительный знак, брата GreenCo. -Да нормально, нефига баловать быдлокодеров, 4-8 ядрами, и 4-8 гигами оперативки. пускай про ассемблер вспоминают, эти домохозяйки, бывшие сапожники, школьники или не успешные студенты. посмотрите на демы на zx-spectrum, амиги, или сеги мегадрайв . мастера своего дела, и действительно трудолюбивые люди, умудряются при крошечных аппаратных ресурсах такие чудеса выжимать, а тут у этих писак одна поделка, включающая фонарик, и выводящая на экране надпись "HELLO WORLD!"- полностью грузит 2 ядра, и гиг оперативки забивает .

terenty79

Не смешите меня. Пусть, для начала, избавятся от виртуальных машин и говно Си шарпов с явой (даёшь С/С++) на немощных АРМах и софт сразу полетит (во всех смыслах), и требования к ОЗУ уменьшатся в пару раз ... и только после решения этой проблемы встанет вопрос о быдло-кодерах ... те из них, кто не успеет приспособиться к новым условиям игры, по-издыхают ... вот тогда мы и будем радоваться 5-ти дневной работе смарта без подзарядки ... но это всё фантастика.

А что, 64 бита нужно только для прямой адресации более чем 4 гигов памяти? А возможность обработки одной командой 64 бит данных вместо 32 - это так, мелочь не заслуживающая внимания?
На том же к8 64бита в видеокодировании давало до 80% прироста производительности к примеру....

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

Там люди неслабо на ассемблере задротствуют - весь код на нём пишется, да так, что подсчитывается КАЖДЫЙ такт процессора. Доходит до того, что из машины программно выжымают возможности, на которые она аппаратно не рассчитана. Но, как результат: дема на 64 килобайта пишется и вылизывается несколько месяцев. Много ли современных PC/проч. программеров на такое способны?

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

ой да харош гнать на эти х64 процессоры, вы ведь не инженеры, и понятия не имеете что это такое на самом деле...

С годами понимаешь, что все хуже и хуже народ пишет, что 1 гиг оперативы забить - это вообще без проблем (в 90-е годы на такое плюнули бы в тело, которое написало подобный код). Хотите мультиплатформенность - Питон позволяет делать что угодно со скоростью С++ (может чуть медленнее, но не существеннно). Но это же надо на питоне кодить уметь, а не юзать джава-c# фреймворки с костылями.

Добавлено спустя 1 минуту 9 секунд:
Первый обиделся.

Добавлено спустя 4 минуты 8 секунд:
Ну да, конечно. Вот так рассуждают настоящие быдлокодеры. Я даже в Делфи, там где мог - ассемблер юзал, чтобы выкроить лишнюю память и скорость увеличить. А сейчас рассуждают - поставим еще 100500 гиг памяти - и тогда залетает. Пример мегакода - Рим 2 новый .

скажу по секрету, на питоне сможет кодить даже тот, кто никогда не программировал, при желании.

Добавлено спустя 6 минут 13 секунд:

ну и как успехи? на сколько процентов быстрее стало, сколько байт сэкономили? не уж-то вы умнее разрабочиков оптимизирующих компиляторов? может знаете как memcpy быстрее или хотя бы так же, как в msvc сделать?
а зря. надо было алгоритм оптимизировать, притом только там, где не хватает скорости. а всё остальное - напрасная трата времени и чьих-то денег.

Добавлено спустя 2 минуты 46 секунд:

дааа. расскажите сказки. так напишите свой код, который не грузит ядра.

Добавлено спустя 1 минуту 38 секунд:

...и софта не будет. все нормальные люди этот фэйл проигнорируют.

Имею опыт разработки как на c++, так и на c#. В случае консольных приложений разница небольшая. Но мы же говорим про смартфоны. Нам нужен интерфейс. В c++ с интерфейсом всегда была беда, ну не проектировался он для этого. В итоге появляются хреновые решения(привет MFC) и вполне рабочие(Qt). Давай теперь посмотрим в каких операционках Qt был: Symbian, Maemo, Meego, может ещё где-то, но не столько активно. Всё это было только на Nokia. Из них всех Symbian был наиболее успешен, но там были свои заморочки. Аппараты на Maemo и Meego практически никому не нужны(хотя зря, имею аппараты на Android и Meego, второй гораздо удобней) кроме гиков и программистов. К слову больше двух дней ни n900, ни n9 не вывозят, но скорость работы(субъективно) лучше чем у android, тут не поспоришь.
Если сравнивать сами языки, то что на c++, что на c# или java, можно написать тормозящее говно, тут уже от разработчика зависит. Просто у того же c# порог входа чуть ниже, чем у c++. Отсюда множество быдлокодеров, но это не значит что язык говно.

Ну с копеечными ценами на железо проще повысить планку требований, чем оплатить все оптимизации разработчику да и сроки затянутся и это снова деньги. Был непобедимый кризис, ну и что? через пару лет железо его стало пережевывать на раз-два. Кому надо докупит проц/озу кому не надо пусть дальше сидит на хр с гигом оперативки и оперой 9 и орут что вот этот браузер жрет в 10 раз меньше ресурсов, чем совремонный ну пусть он ничего и не умеет но все же меньше жреьт

Ещё один аргумент в пользу Кабини.

Отличных программистов мало. И отличные программисты требуют отличных денег. Дешевле решать проблемы производительности за счет железа. Ну то есть пока дешевле