https://opennet.ru/openforum/vsluhforumID3/62540.html Phoronix провёл (http://www.phoronix.com/scan.php?page=article&item=ubuntu_32_pae) тестирование производительности архитектур x86, x86 PAE и x86-64 в дистрибутиве Ubuntu, используя конфигурацию компьютера с 4GB RAM и Linux ядром 2.6.31. Линус Торвальдс предупреждал, что использование PAE может негативно сказаться на производительности (до 25%), однако тесты Phoronix это не подтвердили.<br><br><br>По результатам тестирования, ядра Linux x86 и x86 с PAE показали приблизительно одинаковую производительность, зато на синтетических тестах архитектура x86-64 оказалась в некоторых тестах на порядок быстрее.<br><br>URL: http://www.phoronix.com/scan.php?page=article&item=ubuntu_32_pae<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=24859<br> https://opennet.ru/openforum/vsluhforumID3/62540.html#30 Sun, 03 Jan 2010 10:24:53 GMT просто узнайте куда и чего и спрашивайте у девелоперов, почему.<br>cat /proc/&lt;pid&gt;/maps<br> https://opennet.ru/openforum/vsluhforumID3/62540.html#29 Sun, 03 Jan 2010 10:15:10 GMT да, уж извините за ошибку великодушно<br> https://opennet.ru/openforum/vsluhforumID3/62540.html#28 Sun, 03 Jan 2010 08:23:31 GMT Лично я за переход на 64-е бита и сделал это сам как только у меня появился 64-х бытный процессор. даже если бы была не значительное падение производительности я бы не вернулся на 32 бита вот такой я человек :-)<br><br>а на счет тестов действительно кажется уж очень подозрительный такой прирост производительности... я бы мог предположить прирост на 10-15% при приложениях использующих больше 800 мега памяти так как вся память low или low+high может быть разница... но PAE показывает что разница совсем не значительная... (я имею в виду что PAE = low + high + PAE в сравнении c low+high) но вот такой прирост... иногда до 2-х десяткова раз... <br>я конечно очень верю в специалистов AMD придумавших 64-х битную систему команд... но если такой прирост то респект им в двойне!!!<br><br>ЗЫ.<br>на счет памяти больше жрет глупость 5-и буквенная строчка в utf-16 что там что там жрет 10 байт и размер 32-х битного целого мне кажется то же не поменялся :-) и на счет того что команды длинее стали... я не уверен но мне кажется здесь не ARM https://opennet.ru/openforum/vsluhforumID3/62540.html#27 Sun, 03 Jan 2010 05:24:59 GMT наверно все-таки не "адрессировать", а адресовать<br><br><br> https://opennet.ru/openforum/vsluhforumID3/62540.html#26 Sun, 03 Jan 2010 00:33:47 GMT Tasks: 343 total, 1 running, 342 sleeping, 0 stopped, 0 zombie<br>Cpu0 : 17.3%us, 1.0%sy, 0.0%ni, 81.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st<br>Cpu1 : 16.5%us, 1.0%sy, 0.0%ni, 82.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st<br>Cpu2 : 2.8%us, 1.9%sy, 0.0%ni, 95.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st<br>Cpu3 : 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st<br>Mem: 4127252k total, 4084556k used, 42696k free, 140k buffers<br>Swap: 12811820k total, 0k used, 12811820k free, 3415120k cached<br><br>PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ P COMMAND<br>2058 pavel 40 0 651m 48m 30m S 3.9 1.2 7:32.20 1 kdeinit4: plasma-desktop [kdeinit]<br> 1775 root 40 0 148m 50m 7976 S 3.2 1.3 7:47.08 0 /usr/bin/Xorg -br -nolisten tcp :0 vt7 -auth /var/lib/xdm/auth<br> 2338 pavel 20 0 839m 201m 23m S 1.0 5.0 3:10.36 0 java -Xms16m -Xmx128m -cp /opt/azureus/Azureus2.jar:/opt/azure<br> 6575 pavel 40 0 17208 1384 860 R 0.5 0.0 0:00.54 2 https://opennet.ru/openforum/vsluhforumID3/62540.html#25 Sun, 03 Jan 2010 00:21:36 GMT PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND<br> 2723 root 15 0 142m 6320 3024 S 0 0.3 2:31.26 snmpd<br> 2791 root 15 0 126m 2376 1464 S 0 0.1 0:00.00 cupsd<br>16254 admin 15 0 86944 1676 964 S 0 0.1 0:00.00 sshd<br> 2427 root 12 -3 143m 1100 596 S 0 0.1 5:35.39 audispd<br>25638 root 21 0 99.6m 1540 868 S 0 0.1 0:00.00 crond<br> 6945 root 16 0 98.7m 1372 1080 S 0 0.1 0:00.00 su<br> 2694 root 25 0 95488 1204 908 S 0 0.1 3:07.08 automount<br> 2425 root 13 -3 83920 848 508 S 0 0.0 26:11.35 auditd<br><br>Это что 142 метра на стек положили? Если да, то почему именно, 142 а не полгига, скажем?.<br> https://opennet.ru/openforum/vsluhforumID3/62540.html#24 Fri, 01 Jan 2010 19:27:08 GMT &gt;и все процессы стали жрать оперативы в два раза больше...<br><br>а это с какого перепуга? история показала, что размерность байта при при переходе с 8битной архитектуры на 16битную не изменилась.<br> https://opennet.ru/openforum/vsluhforumID3/62540.html#23 Fri, 01 Jan 2010 19:08:18 GMT дело в том, что 64битные процессоры отличаются далеко не только способностью адрессировать больше 4 гигабайт памяти. в 2 раза больше памяти может, конечно, и занимать. в случае бешеной кривости кода и разбазариванием памяти. сам код становиться больше на 15-30%. значит область данных должна увеличиться на 70-85%. что-то тут не так с арифметикой. либо код апача действительно криво написан. в последнем я сомневаюсь.<br> https://opennet.ru/openforum/vsluhforumID3/62540.html#22 Thu, 31 Dec 2009 09:21:07 GMT &gt; те же атомы<br>&gt; все процессы стали жрать оперативы в два раза больше<br><br>лютый фейспалм.<br>