Artem Chuprina wrote: > Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Sun, 03 Aug 2008 23:10:41 +0300: > > >> >> $ uname -a > >> >> Linux vice 2.6.25-2-amd64 #1 SMP Fri Jun 27 04:49:22 UTC 2008 x86_64 > >> >> GNU/Linux > >> >> > >> >> А теперь вопрос: какая у меня архитектура? Правильно - i386 > >> >> $ dpkg-architecture > >> >> DEB_BUILD_ARCH=i386 > >> EVL> Век живи, век учись извращениям... > >> > >> Извращение - это пользоваться DE или ставить вариант операционки, > >> требующий в полтора раза больше памяти, просто потому, что увидел > >> магические цифры "64"... > >> > EVL> А, ну да, правильно. Производители просто так переходят на 64 > EVL> бита. А фигли? Зачем, действительно, +8 новых регистров, через > EVL> которые можно передавать переменные, зачем увеличение 8 > EVL> существующих регистров в два раза, зачем бескостыльный доступ к > EVL> памяти >4 GB без PAE... > > EVL> Нет, я не спорю, эта конфигурация имеет свои преимущества, > EVL> наверное (бинарные блобы легче ставить), но и то, что возможности > EVL> процессора простаивают, тоже есть. > > На типичных задачах и 32-битный процессор простаивает 99% времени. > Новые регистры и бескостыльный доступ к памяти ты почувствуешь только > если у тебя действительно есть под это задачи (бывает, не вопрос). А > вот дополнительную прожорливость по памяти из-за увеличившегося размера > указателя - почти независимо от задач. > > Так вот, даже если у тебя эти задачи под 64 бита действительно есть, в > чем я сильно сомневаюсь, глядя на твои слова (были бы - ты бы их > привел), это не значит, что они есть у всех. Все программы при компиляции на amd64 могут пользоваться дополнительными 8 регистрами. Нет? Задачи - mplayer и mencoder. Достаточно? Ну и архивация тоже. Вот, кстати, мини-тест: 32-битный чрут, 64-битное ядро: $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real 7m12.654s user 5m32.189s sys 0m6.340s $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real 7m16.947s user 5m34.817s sys 0m6.668s 64-битная система, 64-битное ядро: $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real 6m48.401s user 4m52.334s sys 0m6.420s $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real 6m35.217s user 4m53.810s sys 0m5.912s Среднее: 5m33s vs 4m53s Согласись, что на 1% разница ну никак не тянет. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
Attachment:
signature.asc
Description: OpenPGP digital signature