Шалит Винда 7

Если вы писали хоть раз код на павне, то вероятно сталкивались с нативами.
И вероятно видели моды на подобие 4.3.

Соответственно нативы более затратны, чем "код в куче".

Это пантомима того, что программы x32 на операционной системе с разрядностью x64 имеют более затратные операции, чем x64 - x64.
Но, сейчас 2017ый год. Даже на антиквариате сложно заметить столько тонкие нюансы.
Поэтому можно смело использовать операционные системы с разрядностью x64 и софт, который совместим с данной операционной системой независимо от того x32 он или x64.

Например, на x86-64 целочисленный регистр имеет размер 64 бита, но при этом в аппаратуре есть операции, работающие как над 32-битными, так и над 64-битными операндами. Если взять какой-нибудь современный 64-разрядный встроенный или сигнальный процессор, то вполне возможно, что в нём будут присутствовать только 64-битные операции. Поэтому операции над 32-битными аргументами могут работать медленно: сначала операнды будут преобразованы в 64-битные, и только потом будет производиться операция.

Код:

#include <iostream>
#include <limits>
#include <ctime>
 
using namespace std;
 
int main()
{
    unsigned long long max = (numeric_limits < unsigned long long > ::max() >> 32);
 
    size_t start = clock();
    size_t start = stop;
   
    int t = 1;
    
    for (unsigned long long i = 0; i < max; ++i)
    {
        t ^= 1;
    }
     
    stop = clock();
    
    cout << stop - start << endl;
    cout << t << endl;
}

Движок КС - очень сложный, в плане подключения и использования ресурсов разного железа.
Там много нюансов и прочего. Но большинство программ - чисто пользовательский интерфейс и ничего более.
Я переубеждать не собирался, я высказывал свою точку зрения.

Если вы не пользуетесь 64-приложениями, то смысла в 64 битной системе нет.
При прочих равных условиях, 32 разр система на одном и том-же железе работает быстрее и занимает меньше ресурсов в памяти.

csuser,





Никаких зависимостей по использованию ресурсов у HLDS нет.


Большинство - это сколько?
0.1%?
Обычно "чисто пользовательский интерфейс" только у утилит, которые автоматизируют какой-нибудь CLI.

Фикс:

Код:

#include <iostream>
#include <conio.h>
#include <limits>
#include <ctime>

using namespace std;

int main()
{
	unsigned long long max = (numeric_limits < unsigned long long > ::max() >> 32);

	size_t start = clock(), stop;

	int t = 1;

	for (unsigned long long i = 0; i < max; ++i)
	{
		t ^= 1;
	}

	stop = clock();

	cout << stop - start << endl;
	cout << t << endl;

	_getch();
}

Результат выполнения в Release:
x86 (x32) - 2701
x64 - 464.

Ощущаете разницу x64 на x64?



Смысл есть и он был в предыдущих постах.

csuser,
cоветую почитать: http://www.opennet.ru/opennews/art.shtml?num=45945 Есть осмысленные комментарии.
p.s. Как же вовремя пишут статьи. :)

Я не спорю, что х64 на х64 быстрее.
Вы проверьте х32 вначале на х32, а потом на х64.
Уверен разницы не будет...

csuser,
вы вообще читаете, что я пишу? Или только клавиатуру видите перед собой?
Нечего проверять, результат будет пропорционален. В любом случае x64-x64 быстрее, чем x32-x32.

csuser,
кстати, http://www.opennet.ru/opennews/art.shtml?num=45945#26

Так что если пользоваться по, для которого требуется достаточно много озу (например 3ds Max (а таких ещё достаточно много)) - у вас будут явные проблемы.

Ну и фиг с ним...
4 ГБ на 1 процесс мало чтоли??
Тем более что прожорливый хром умеет создавать несколько процессов.
И даже если открыть 50 вкладок - то будет 20 процессов по 200 МБ каждый.
Не припомню случая чтобы один процесс больше 1,5 ГБ занимал.


А я и не спорил.
х64-приложениями не пользуюсь, поскольку их очень мало.
А те что есть, по сути х64 по сути не являются, просто перекомпиленные
х32 за 5 минут.

Вы проверьте х32- приложение на х32, а потом на х64.
Где быстрее??

csuser,


CLion например вообще x32 не умеет и отжирает 7 гб, во время работы.
И CLion подобных программ достаточно.

Мало.


Господи... не вижу смысла с вами вести диалог, это полная чушь. Я три раза написал, даже с примерами и тонкими разъяснениями, почему не достаточно тупо скомпилировать.


csuser,



Я отлично знаю как работает архитектура, мне не нужно проверять.

Пример кодом выше был лично для вас, чтобы вы проверили.

csuser,

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

И проверку сделайте не с 64 битным значением unsigned long long, а с 32 битным unsigned long
Ну и где быстрее??

Часто ли вы в приложениях нужен тип unsigned long long ??
char - очень часто, но смысла нет, всё равно займет 32 разряда
int - чаще всего
long int - очень редко
long long - практически никогда

Зачем вы мне это рассказываете?
Я использую "быстрые" типы. У меня паранойя оптимизаций и линукса.

Объявили 64 разрядную переменную. Понятно что в х64 она за раз обрабатывается, а в х32 частями - потому и медленнее.
Вы бы ещё на 8-разрядном микроконтроллере проверили.

В программе очень-очень редко встречается необходимость использовать такие ёмкие переменные.
А если вы цикл который считает от 0 до 10 объявляете 64-разрядной переменной, то это проблемы быдлокодера.
Для норм программиста и char/int хватит.

Я CLion не использую и вообще в этих монстроидальных оболочках не вижу смысла.
Разработчик Тотал Коммандера до 2012 года кодил в Делфи 2.0.... оболочке 20 летней давности...
И получал маленький, компактный код. Чем все это гигабайтные говно-IDE где приложение с пустой формой занимает
больше чем Тотал Коммандер со всеми функциями...

csuser,


Это ваша проблема, что говно-IDE приложение с пустой формой занимает больше пространства, чем Тотал Коммандер.
Есть достаточно решений, для разработки UI, одно из них - системное API.

Пример из области HLDS: http://hlfx.ru/forum/showthread.php?s=&threadid=4846

csuser,


Кто такие "норм программисты"?


IDE нужны для того, чтобы сосредоточиться на главном - кратко говоря. Но выже можете дальше писать код в блокноте :)

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

И этого главного в оболочке аж 7 ГБ???
Главного там 100 МБ, а все остальное то, чем никто никогда не пользуется.
Плюс всякие рюшечки, которые только мешают.
Если там 7 ГБ скомпилированного кода - то исходники должно было писать все человечество в течении 50 лет. ))

Знаю больше 20 программистов - все сидят под классической темой оформления винды,
пользуются старым софтом и у большинства или Виндовс 7 или ХР...