Может тема уже разжевывалась.
Постоянно ставил 32-битную систему.
Недавно начитался в просторах инета об сравнительных тестах производительности, прожорливости и т.д.
Всюду летали сравнительные графики под системы 32 и 64.
Практически во всех графиках 64 выигрывал.
Решил не гадать и поверить, а заодно и проверить.
Поставил.
Скажу я вам - я доволен. Ощутимо на глаз (да хоть запуск любого приложения).
Графические эффекты так легко стали работать.
Как у вас обстоят дела?
Может че другое накопали?
Интересно.
Попрбую.
Использую Gnome Commander только ради пакетной переименовки файлов, там очень удобно сделано с использованием масок, счётчиков и тому подобного.
Может, руки если дойдут, попробовать самому гуй для krename сделать.
Да всегда юзаю исключительно 64 битные системы, за исключением хрюшки, а линуксы все у меня были 64 бит, и проц всегда в напряге, и даже недавно пробовал оперативных 4 гига полностью напрячь. Всё четко работает. 32 бит давно бы повисла, да и оперативу видит не всю
ASUS X50N. Раньше всегда ставил 32бит, потому как разницы в работе никакой не ощущал. После выхода 10.04 решил снова попробовать обе и сравнить. И ведь 64-то у меня быстрее работает, по крайней мере ифейс рисуется быстрее и архивирует тоже пошустрее
Поставил рядом с i386 amd64, всё нормально работает. Визуально - работает побыстрее. Приложения грузятся, действительно, быстрее. Из ярко выраженных отличий не руссифицирован kopete. В остальном - всё нормально.
product: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz
memory size: 2GiB
nVidia Corporation G96 [GeForce 9400 GT]
Не только можно, но и использую и в 14-ом и в 15-ом буду, стоит ядро pae, оперативную память видит в полном объёме, разницы в скорости работы не заметил абсолютно, одинаково работает
Вы привели общие достоинства обоих платформ, а преимущества 32 и мотивы ее использования будут озвучены? оперативную память видит в полном объёме
Ограничения все-таки есть
Некоторые приложения до сих пор есть только под 32 бита
У меня их куча и и и чё? Во вторых - привычка, с 1998 года.
Вам надо С этим что-то делать. Надо развиваться! В общем аргументов за 32 я так и не увидел…
Видимо, деточко, тебе совершенно не понятно, что твои советы являются полной глупостью.
В общем ни одного аргумента за переход на 64 бита я так и не услышал, как и ожидалось.
А есть еще масса других факторов, которые мне неудобны при работе с 64 битами, (нет я не буду их перечислять, и обсуждать с тобой) мне неудобно использовать 64 бита.
А на этот-то раз за что минусуем?Аргументы Вы приводить не собираетесь,Ваши слова - вот Кот и пишет,что он их не увидел.А "деточко" - и вправду перебор.
Я не поклонник этого пользователя,но "не стоит возводить напраслину даже на чёрта"...
Боже меня упаси, вы меня не так поняли - я в положительном смысле. Большинство привычек в нашей жизни дурные. Например привычка курить. Курить надо бросать. Я считаю 32 надо тоже бросать. Так же считает nvidia. 32 - это уже прошлое. Простите если мои слова задели вас.
Возможно, возможно, но я привык воспринимать так, как я привык.
И если мне рассказывают, что я должен делать, при том, что я точно знаю (и пишущий об этом тоже знает), что мой опыт на несколько порядков больше, я рассматриваю это как хамство.
На что имею полное право.
Насчет курить - это очень интересный вопрос, на который нет однозначного ответа, особенно после того как выяснились подробности проведенных "исследований". (после вытаскивания хакерами исходных данных с указанием всех данных, особенно мест где и как снимались данные)
Самое смешное, я не спорю, что 32 битная архитектура достаточно устаревшая, но достаточно много решений в режиме эмуляции не имеет возможности нормально работать, или имеют глюки, которые мне лично не нужны.
В том числе часть компилеров для микроконтроллеров, эмуляторов, в том числе и не нативных(под вайном), которые все же глючат ощутимее в режиме 32 битной эмуляции, под 64 битной архитектурой.
К тому же, памяти у меня всего 4 гига(и мне хватает), и я не вижу ни малейшего смысла иметь глюки ради какой то идеи быть на "переднем крае" мирового маркетинга производителей микросхем /быть /в тренде/квалифицированным потребителем/
Я надеюсь, достаточно ясно изложил свое видение проблемы, и что именно меня не устраивает в предложениях?
Кстати, именно то, о чем я писал: А есть еще масса других факторов, которые мне неудобны при работе с 64 битами, (нет я не буду их перечислять, и обсуждать с тобой)
Но есть еще часть, о которой я не писал, и не буду.
Я такого решения тогда не находил (а сейчас мне оно не надо), здесь к стати, где то на форуме то же есть подобная тема, хз как сейчас, но тогда и в той теме решения не было.
Поставил впервые в жизни себе 64 битку.Столкнулся с тем что пришлось ставить по отдельности 32 битные библы для crossover.Вообщем с поиском нужных библеотек намучился,пока не поставил вайн и не посмотрел список его зависимостей.Только так смог выловить всё необходимое и завести вконце концов crossover.
Пробовал несколько раз и несколько лет подряд 64 разрядную ось.
Через неделю всегда возвращался на 32.
По ощущениям система работает гораздо стабильнее и на много меньше греется.
Господи, да о чем вы тут некропостите?))
В 2005 году под FreeBSD не было 64 битных дров на nvidia - это реально было проблемой! Которую потом исправили. Я когда перелез в 2012 на кубунту, даже мысли не возникло 32 битную поставить...
Жалко места в 100-200 метров на 32 битные библиотеки?
PAE - костыль. Рано или поздно переход на 64 произойдет полностью.
Скорость на глаз в DE врядли будет заметна, хотя, не исключаю, что запуск Dolphin_64 будет быстрее. Прирост в скорости будет при больших объемах и большом количестве вычислений, вроде пережимки видео или компиляции (если не происходит затыка на скорости работы io/дисковой системы).
Кому прямо очень интересно, можете погонять выделение памяти на с++/STL-контейнерах на современном проце и сделать замеры.
Сила привычки? Ок, но смысла холиварить - не вижу =)
Жалко места в 100-200 метров на 32 битные библиотеки
Не хочу мусорить в системе, ставить лишние либы и т д. Но как-то надо было поставить TeamViewer, буквально пару раз запустить. Поставить в schroot ubuntu 32 битную, и эту wine поделку через mkschroot. Просто, быстро и в системе порядок.
Ну, я не считаю мусором то, что ставится из пакетов, прописано в зависимостях и автоматически обновляется. Я к этим либам отношусь как к любым другим 64 битным зависимостям, которые тянутся при установке приложений. К тому же, они имеют пометку i386 и их можно всех скопом удалить, при желании.
Но соглашусь, для всяких нерукопожатых приложений способ хороший =)
Вопрос быть может ламерский конечно.Я знаю что 64 битка съедает приблизительно на 20% больше оперативы.Я на десктоп впервые поставил 64 битку.Вопрос: после загрузки компа 600 мб это нормально? В процессе юзанья это число усредняеться где то 1300 мб.Открытые там фирефоксы,дельфины и еще к примеру окуляр,цифра меня начинает пугать значением 2 гига. 32 битка у меня ну максиму при загрузке отъедала 350.Всю дорогу использовал 32 бит only а тут дернуло меня 64 поставить.
х86 у меня в среднем 550мб, х64 раньше в среднем 750мб кушала. после загрузки компа 600 мб это нормально? Нормально, а вот 1300мб как то подозрително, если запущенны только кеды, то это точно не нормально, что то где то протекает, если запущены хотя бы торрент скайп стим и фокс,то это нормально, не забываем что скайп грузит х86 либы.
Не запущенно не одно приложение.Вырублен аконади и непомук.Ежели их вкл.то вообще страсти. free -m total used free shared buffers cached Память: 3856 1699 2157 68 213 805 -/+ буферы/кэш: 679 3177
Что тут можно сказать, сравнивайте какие процесы сколько жрут сразу после старта и по прошествии некоторого времени. Я как то давненко сталкивался с тем что Х-ы текли, особо быстро они вес набирали при смене тем оформления(не важно каких, значки,темы плазмы,темы kwin'а), бывало до 800-900мб.
На ноуте: max@maximus:~$ uptime 00:55:31 up 4 days, 10:20, 3 users, load average: 0,11, 0,11, 0,19 max@maximus:~$ free -m total used free shared buffers cached Память: 15752 9164 6588 0 465 5253 -/+ буферы/кэш: 3445 12307
Перезагружать лень... Но, по сути, из 3.9 занятых гигов - открыта куча софта, виртуалка, примерно 50 вкладок в хроме...
Лить не должно. В одной из тем про KDE обсуждалось, как проверить на утечки.
Сори раньше free -m ни когда не использовал, у меня процентов 5 свободно, постоянно смотрю гуями, в крайних случаях top)). Одно интересно - почему у вас кеш больше used, у меня как раз used минус кеш примерно равно памяти потребляемой приложениями.
Ой, я промахнулся, ответ был товарищу Fierta. Да и написал я невнятно... Надо уже спать)
По сути, top показывает то же самое, что и free. КиБ Mem: 16131064 total, 10287052 used, 5844012 free, 476768 buffers КиБ Swap: 1229820 total, 0 used, 1229820 free, 5823688 cached
В обоих случаях, used включает в себя cached (либы, файлы и прочий мусор, кешируемый с диска в папять на случай, если понадобится, чтобы быстро прочитать из оперативки), т.е. used-cached = реальное количество именно использованной программами памяти.
Не заморачивайтесь, то, что кэширует - это хорошо, положительно сказывается на скорости работы системы. Оперативка на то и нужна, чтобы ее использовать, а не смотреть, что еще много свободного места))
Я так вообще, все что можно, кэши браузеров, некоторые каталоги кладу в оперативку - так и летает же.
Да я об этом тоже подумал.Куплю еще планку одну и фиг с ним пускай ест себе сколько ему надо.Заодно можно будет подумать положить кеш браузера в оперативку.
Спасибо всем кто откликнулся! :)
Да,можно усиливать.Обычно так и происходит,человек любит додумывать.Ведь хочется знать больше.Ну а додумать можно как угодно и что угодно,это уж как у человека развито воображение.
Комментарии (72)
Может тема уже разжевывалась.
Постоянно ставил 32-битную систему.
Недавно начитался в просторах инета об сравнительных тестах производительности, прожорливости и т.д.
Всюду летали сравнительные графики под системы 32 и 64.
Практически во всех графиках 64 выигрывал.
Решил не гадать и поверить, а заодно и проверить.
Поставил.
Скажу я вам - я доволен. Ощутимо на глаз (да хоть запуск любого приложения).
Графические эффекты так легко стали работать.
Как у вас обстоят дела?
Может че другое накопали?
Интересно.
х32 не пробовал. х64 всем устраивает. Иногда пакеты сложно найти (тот же крусадер), но это вопрос времени.
Пользуюсь только MC (Зову его Мортал Комбатом :-))
Это всего лишь пример. Помню только один случай, когда был пакет под х64 и не было под х32. А вот наоборот бывает иногда.
А сия неведома команда вам известна:
apt-get install krusader
?
И получаем версию, которая вышла около года назад.
Сейчас установлена из стандартного репозитория: Krusader Версия 2.0.0 "Mars Pathfinder"
На сайте производителя http://www.krusader.org/:
Latest Versions
* Stable
2.0.0
* Development
2.2.0-beta1
В чем проблема?
Хотите бету ставьте с сайта производителя - все доступно:
http://www.krusader.org/downloads.php
Там только исходники для последних версий.
А крусайдер умеет пакетно переименовывать выделенные файла по маске как миднайт коммандер?
krename?
Попрбую.
Использую Gnome Commander только ради пакетной переименовки файлов, там очень удобно сделано с использованием масок, счётчиков и тому подобного.
Может, руки если дойдут, попробовать самому гуй для krename сделать.
Есть прекрасный gprename.
Вызывает на них кренейм, кажется.
Да всегда юзаю исключительно 64 битные системы, за исключением хрюшки, а линуксы все у меня были 64 бит, и проц всегда в напряге, и даже недавно пробовал оперативных 4 гига полностью напрячь. Всё четко работает. 32 бит давно бы повисла, да и оперативу видит не всю
даже если ядро стоит generic-pae?
Я вот недавно задумался, хочу попробовать 64x Использовал пока только i386. Буду пробовать...
Не очень давно перелез с i386 на 64х, особой разницы не заметил.
ASUS X50N. Раньше всегда ставил 32бит, потому как разницы в работе никакой не ощущал. После выхода 10.04 решил снова попробовать обе и сравнить. И ведь 64-то у меня быстрее работает, по крайней мере ифейс рисуется быстрее и архивирует тоже пошустрее
Adobe Flash, Wine, Google Chrome, radeon (open-source drivers) -- в 64bit нет проблем? Тоже думаю 64-битную 10.04 поставить..
adobe flash есть бета версия для 64 работает нормально уже, wine вроде тоже
Последний флеш 10.1 работает одинаково успешно под i386 и amd64.
Всё отлично пашет, как со стандартных репов так и из репозиториев от производителя, я доволен полностью
Поставил рядом с i386 amd64, всё нормально работает. Визуально - работает побыстрее. Приложения грузятся, действительно, быстрее. Из ярко выраженных отличий не руссифицирован kopete. В остальном - всё нормально.
product: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz
memory size: 2GiB
nVidia Corporation G96 [GeForce 9400 GT]
Kopete русифицирован, может просто русификация плохо натянулась?
Точно, точно, русифицировалась позже, сам забыл про русификацию, остался доволен!
А где вариант "У меня 32-bit процессор"?
Можешь поставить на него половину x64-дистрибутива =)
:D
а я вернулся на 32. проблема с видео решилась
Использую 64. А как моно использовать 32 в 2014 году? (о_О)
Не только можно, но и использую и в 14-ом и в 15-ом буду, стоит ядро pae, оперативную память видит в полном объёме, разницы в скорости работы не заметил абсолютно, одинаково работает
Вы привели общие достоинства обоих платформ, а преимущества 32 и мотивы ее использования будут озвучены?
Ограничения все-таки есть
Некоторые приложения до сих пор есть только под 32 бита. и устойчивей работают.
Во вторых - привычка, с 1998 года.
У меня их куча и и и чё?
Вам надо С этим что-то делать. Надо развиваться! В общем аргументов за 32 я так и не увидел…
Видимо, деточко, тебе совершенно не понятно, что твои советы являются полной глупостью.
В общем ни одного аргумента за переход на 64 бита я так и не услышал, как и ожидалось.
А есть еще масса других факторов, которые мне неудобны при работе с 64 битами, (нет я не буду их перечислять, и обсуждать с тобой) мне неудобно использовать 64 бита.
Приберегите это для вашей жены =)
А на этот-то раз за что минусуем?Аргументы Вы приводить не собираетесь,Ваши слова - вот Кот и пишет,что он их не увидел.А "деточко" - и вправду перебор.
Я не поклонник этого пользователя,но "не стоит возводить напраслину даже на чёрта"...
Спасибо за понимание и адекватность
За хамство.
И отсутствие логического мышления.
Боже меня упаси, вы меня не так поняли - я в положительном смысле. Большинство привычек в нашей жизни дурные. Например привычка курить. Курить надо бросать. Я считаю 32 надо тоже бросать. Так же считает nvidia. 32 - это уже прошлое. Простите если мои слова задели вас.
Возможно, возможно, но я привык воспринимать так, как я привык.
И если мне рассказывают, что я должен делать, при том, что я точно знаю (и пишущий об этом тоже знает), что мой опыт на несколько порядков больше, я рассматриваю это как хамство.
На что имею полное право.
Насчет курить - это очень интересный вопрос, на который нет однозначного ответа, особенно после того как выяснились подробности проведенных "исследований". (после вытаскивания хакерами исходных данных с указанием всех данных, особенно мест где и как снимались данные)
Самое смешное, я не спорю, что 32 битная архитектура достаточно устаревшая, но достаточно много решений в режиме эмуляции не имеет возможности нормально работать, или имеют глюки, которые мне лично не нужны.
В том числе часть компилеров для микроконтроллеров, эмуляторов, в том числе и не нативных(под вайном), которые все же глючат ощутимее в режиме 32 битной эмуляции, под 64 битной архитектурой.
К тому же, памяти у меня всего 4 гига(и мне хватает), и я не вижу ни малейшего смысла иметь глюки ради какой то идеи быть на "переднем крае" мирового маркетинга производителей микросхем /быть /в тренде/квалифицированным потребителем/
Я надеюсь, достаточно ясно изложил свое видение проблемы, и что именно меня не устраивает в предложениях?
Кстати, именно то, о чем я писал:
Но есть еще часть, о которой я не писал, и не буду.
-m32 флагом передать — решение.
Я такого решения тогда не находил (а сейчас мне оно не надо), здесь к стати, где то на форуме то же есть подобная тема, хз как сейчас, но тогда и в той теме решения не было.
Я сам недавно нечаянно узнал, пытаясь собрать программу под х64, она упорствовала, вот и нашёл, что принудительно форсируется компиляция в х32.
Поставил впервые в жизни себе 64 битку.Столкнулся с тем что пришлось ставить по отдельности 32 битные библы для crossover.Вообщем с поиском нужных библеотек намучился,пока не поставил вайн и не посмотрел список его зависимостей.Только так смог выловить всё необходимое и завести вконце концов crossover.
Пробовал несколько раз и несколько лет подряд 64 разрядную ось.
Через неделю всегда возвращался на 32.
По ощущениям система работает гораздо стабильнее и на много меньше греется.
Господи, да о чем вы тут некропостите?))
В 2005 году под FreeBSD не было 64 битных дров на nvidia - это реально было проблемой! Которую потом исправили. Я когда перелез в 2012 на кубунту, даже мысли не возникло 32 битную поставить...
Жалко места в 100-200 метров на 32 битные библиотеки?
PAE - костыль. Рано или поздно переход на 64 произойдет полностью.
Скорость на глаз в DE врядли будет заметна, хотя, не исключаю, что запуск Dolphin_64 будет быстрее. Прирост в скорости будет при больших объемах и большом количестве вычислений, вроде пережимки видео или компиляции (если не происходит затыка на скорости работы io/дисковой системы).
Кому прямо очень интересно, можете погонять выделение памяти на с++/STL-контейнерах на современном проце и сделать замеры.
Сила привычки? Ок, но смысла холиварить - не вижу =)
Не хочу мусорить в системе, ставить лишние либы и т д. Но как-то надо было поставить TeamViewer, буквально пару раз запустить. Поставить в schroot ubuntu 32 битную, и эту wine поделку через mkschroot. Просто, быстро и в системе порядок.
Ну, я не считаю мусором то, что ставится из пакетов, прописано в зависимостях и автоматически обновляется. Я к этим либам отношусь как к любым другим 64 битным зависимостям, которые тянутся при установке приложений. К тому же, они имеют пометку i386 и их можно всех скопом удалить, при желании.
Но соглашусь, для всяких нерукопожатых приложений способ хороший =)
Согласен
Вопрос быть может ламерский конечно.Я знаю что 64 битка съедает приблизительно на 20% больше оперативы.Я на десктоп впервые поставил 64 битку.Вопрос: после загрузки компа 600 мб это нормально? В процессе юзанья это число усредняеться где то 1300 мб.Открытые там фирефоксы,дельфины и еще к примеру окуляр,цифра меня начинает пугать значением 2 гига. 32 битка у меня ну максиму при загрузке отъедала 350.Всю дорогу использовал 32 бит only а тут дернуло меня 64 поставить.
х86 у меня в среднем 550мб, х64 раньше в среднем 750мб кушала.
Нормально, а вот 1300мб как то подозрително, если запущенны только кеды, то это точно не нормально, что то где то протекает, если запущены хотя бы торрент скайп стим и фокс,то это нормально, не забываем что скайп грузит х86 либы.
Плазма вообщем протекает,раздуваеться порой до 400 приблезительно,ну еще кайро док ему помогает вместе с квином походу.Ничего не запущено.
У меня с фоксами где-то 2300 мБ
А сколько из занятой является кэшем?) Вот и ответ.
Не запущенно не одно приложение.Вырублен аконади и непомук.Ежели их вкл.то вообще страсти.
free -m
total used free shared buffers cached
Память: 3856 1699 2157 68 213 805
-/+ буферы/кэш: 679 3177
Что тут можно сказать, сравнивайте какие процесы сколько жрут сразу после старта и по прошествии некоторого времени. Я как то давненко сталкивался с тем что Х-ы текли, особо быстро они вес набирали при смене тем оформления(не важно каких, значки,темы плазмы,темы kwin'а), бывало до 800-900мб.
На ноуте:
max@maximus:~$ uptime
00:55:31 up 4 days, 10:20, 3 users, load average: 0,11, 0,11, 0,19
max@maximus:~$ free -m
total used free shared buffers cached
Память: 15752 9164 6588 0 465 5253
-/+ буферы/кэш: 3445 12307
Перезагружать лень... Но, по сути, из 3.9 занятых гигов - открыта куча софта, виртуалка, примерно 50 вкладок в хроме...
Лить не должно. В одной из тем про KDE обсуждалось, как проверить на утечки.
Сори раньше free -m ни когда не использовал, у меня процентов 5 свободно, постоянно смотрю гуями, в крайних случаях top)). Одно интересно - почему у вас кеш больше used, у меня как раз used минус кеш примерно равно памяти потребляемой приложениями.
Ой, я промахнулся, ответ был товарищу Fierta. Да и написал я невнятно... Надо уже спать)
По сути, top показывает то же самое, что и free.
КиБ Mem: 16131064 total, 10287052 used, 5844012 free, 476768 buffers
КиБ Swap: 1229820 total, 0 used, 1229820 free, 5823688 cached
В обоих случаях, used включает в себя cached (либы, файлы и прочий мусор, кешируемый с диска в папять на случай, если понадобится, чтобы быстро прочитать из оперативки), т.е. used-cached = реальное количество именно использованной программами памяти.
Не заморачивайтесь, то, что кэширует - это хорошо, положительно сказывается на скорости работы системы. Оперативка на то и нужна, чтобы ее использовать, а не смотреть, что еще много свободного места))
Я так вообще, все что можно, кэши браузеров, некоторые каталоги кладу в оперативку - так и летает же.
Да я об этом тоже подумал.Куплю еще планку одну и фиг с ним пускай ест себе сколько ему надо.Заодно можно будет подумать положить кеш браузера в оперативку.
Спасибо всем кто откликнулся! :)
Если я тебя правильно понял, ты переходишь на 64, или просто память докупаешь?
Я уже перешел на 64.Решил память докупить.
Получается все из-за того что я поднял тему? :) Только чур ты сам захотел, я тебя не принуждал (это я насчет страстей понарассказанных здесь) :)
А как же то, что всё, что не убивает, делает сильнее, того же автора? Получается, можно своей фантазией себя усиливать :)
Да,можно усиливать.Обычно так и происходит,человек любит додумывать.Ведь хочется знать больше.Ну а додумать можно как угодно и что угодно,это уж как у человека развито воображение.
Я не парюсь,я тоже не серьезно.Всё хорошо. :)
Отправить комментарий