Pull to refresh

Comments 53

UFO just landed and posted this here
Медиаплееров не хватает. Что aimp, что mpc, наверное, могли бы работать шустрее, будучи 64-битными.
iTunes есть — шустрее вроде как не работает :)
Тут скорее задержка за качественными 64-битными кодеками.
Я так понял, что это типо vlc — кодеки интегрированы? И пакет кодеков klmcp не нужен для работы?
На 64битном mpc у меня на amd athlon 3200+ fullhd видео не тормозит, в 32битной уже слайдшоу )
Кстати, программы от MS твердо движутся в сторону 64-битности. Вот, например, тот же стандартный Paint стал 64-битным, калькулятор.
UFO just landed and posted this here
Не слушайте рекламу. Битность, есть и будет есть мозги программистов. :)) C# также имеет свой ареал обитания. Например, в нем невозможно создать массив из более чем 2 Gb элементов. :)
UFO just landed and posted this here
>а кому-нибудь удалось ПОЛНОСТЬЮ перейти на 64-битный софт?
На линуксе, да.
Хочу заметить, что 64-битные дистрибутивы Линукса далеко не всегда имеют ПОЛНЫЙ набор 64-битного софта. К примеру тот же FireFox частенько идет 32-битным.
это где вы такой файерфокс видели? Обычно 32-битный флэш идет
Так я и говорю, что 32-битные браузеры обычно бывают…
Ну за других я говорить не буду, но у меня фурифокс:
ELF 64-bit LSB executable, x86-64
думаете так долго собрать в кластере пакет для 64х битной архитектуры? Участие разработчиков ПО требуется в самых исключительных случаях (ну или когда ПО сугубо несвободное)
Причем здесь долго? Речь об ошибках в 64-битных версиях софта.
Ошибки в 64х битных версия под никсми возникают исключительно из-за неумения программировать под nix.

Ещё раз повторюсь — исходники для всех архитектур мы используем одни и те же, за редким исключением.
Я даже больше скажу. Ошибки… возникают… из-за неумения программировать…. Вот только жаль, что идеальных людей не бывает.
Ну идеальных людей не бывает, бывают очень хорошие сообщества вокруг отдельных программ. И таких сообществ сейчас неимоверно много.

Просто тут речь идёт о другом — например, использовать не отдельно взятые библиотеки, а использовать системные переменные, означающие примерно «а вот используй ка ты доступную в системе libqt»
UFO just landed and posted this here
64-битная кубунту. Ни одной 32-битной проги не использую.
У меня слака полностью 64бита. А вот 64х битной виндой я недоволен. Почему-то проблемы с проигрыванием видео с кодеками K-Lite. Ничего так и не могу поделать.
проблемы с проигрыванием видео в кодеками k-lite, потому что не надо ими пользоваться. mpc-hc в 90 процентах случаев удовлетваряет своими встроенными кодеками. На остальные 10 можно повлиять ffdshow, который ставится помимо всего прочего к-лайтом. Так зачем ставить на систему кучу говна, если можно изящно подойти к решению вопроса?
У самого 64-битная винда, mpc-hc64, ffdshow64 — горя не знаю.
Спасибо вам огромное, стало намного лучше. Заигралось многое что тормозило. Еще потом с ffdshow64 поиграюсь
есть Firefox x64. народ его пересобрал из исходников
официального долго не будет. flash и silverlight пока не станут 64, многие браузеры будут 32 бита.
а те и есть 64битные браузеры (IE9, Safari) все равно используют 32 бита из-за флэша
Флешь какбы давно есть 64битный
Все машины дома — Debian x86_64. Самая первая 64-bit only появилась в 2007.
Mac OS 10.6.3 64-битная. Вот только объясните мне смысл иметь все программы 64-битные? Или не так: почему нельзя/плохо использовать 32-битные?
Я — полностью 32-битный, как на Debian, так и на Windows XP, и мне нет смысла чего-то менять.
Э… Глупость какая-то.

Linux home.desunote.ru 2.6.26-2-amd64 #1 SMP Tue Mar 9 22:29:32 UTC 2010 x86_64 GNU/Linux

И разумеется, у меня в репозитарии все пакеты 64-битные

У меня MacOS X. После обновления очередного, по моему на снежного барса, система по умолчанию перешла в 64 битный режим, вот так вот незаметно для меня я пользовался 64 битной системой в течении 3 месяцев, до того момента как попалась статься по поводу нововедений. Вот такие чудеса.
А зачем полностью переходить на 64 бита?
Не спорю, некоторым программам от этого польза есть. Но, к примеру, что вы получите от 64хбитного IM-клиента?
А с 64хбтным файрфоксом другой прикол — в 32хбитной версии JS-движок работает раза в три быстрее, чем в 64хбитной (в 3.6, в альфах 3.7 скорости сравнялись).

Так что лично мне пофиг, какой софт использовать, лишь бы делал то, что от него требуется.
Очень обидно что не скоро появится 64-битный Total Commander — очень не удобно все время лезть в X64->Нужный пункт. Ну и оверлейных значков от Tortoise SVN x64 в нем не не видно :(
Просто поставьте 32битную Черепаху рядом, и будут вам значки.
Раз уж заговорили о 64-бит, некоторые продукты Adobe в редакции CS5, хотят только 64-битный режим, например Adobe® Premiere® Pro CS5 software and the Adobe Creative Suite® 5. Подробнее описано тут.
Кроме морального удовлетворения, есть что-то ещё?
64 бита может дать только 2 преимущества:
1. В тяжелых проектах — больше доступной памяти
2. В вычислительных проектах, при использовании удвоенного количества регистров — увеличение скорости за счёт например использования этих новых регистров в качестве стека вызова функций (то есть меньше обращений к памяти).

Скажем, Skype, если бы он был 64битным, мог бы тратить на сжатие видеокартинки до 10% меньше CPU. Это например было бы актуально для нового режима HD видео.
x264-64 — уже показывает 10% ускорение по сравнению с 32битной версией. Avisynth на дико-тестовых-сборках — тоже до 10-15% (но пока на avisynth64 переходить рано, например нет рабочего mvtools)

Браузеры делать 64битными — ну только если ради Javascript, и то придётся делать Flash, Silverlight, GoogleGears 64битными. На самом деле абсолютное не понимаю, почему нельзя использовать в 64битных браузерах и других программах 32-битные плагины, через какой-нибудь 64битный плагин-песочницу. Есть же рабочие примеры, но многие разработчики ленятся (включая virtualdub, avisynth).
Согласен.

Я не считаю, что нужно тотально переходить на 64 бита.

Во многих случаях использовать 32-битные приложения выгоднее, так как они потребляют меньше памяти.
Ну Flash, Silverlight, GoogleGears рано или поздно всё равно придётся делать 64битными, тем более лишние 10% скорости там тоже не помешают.
Моё недоумение вызвано именно тем, что разработчики программ, и тем более браузеров, леняться написать 64битный плагин, подгружающий имеющиеся 32-битные плагины в некоторую песочницу. Например лично видео японскую разработку, позволяющую использовать 32-битные видеокодеки vfw в 64-битном хосте.
То же самое можно было бы сделать и с плагинами Adobe, но они почему-то не сделали. Ну и своё слово «весь cs5 будет 64 bit only» тоже не сдержали.
Sign up to leave a comment.