LINUX.ORG.RU
ФорумTalks

необходимость в 64 на 2013

 ,


1

2

Просидел ~год на x86_64 в принципе приемлимо, но вот всякие конечно lib32 и проги only32 огорчают;
И соответственно вопрос, а вообще есть ли какие-то плюсы сидеть за 64 сегодня на desk/laptop'е?
Да, я читал/слышал про лучшее распределение памяти на 64, но в обще как-то это ощутить можно, при, скажем, 8Гб ОЗУ

ИЛИ

имеет ли смысл в 2013 году сидеть на x86?
*если при этом всякие compat/lib32 не радуют

т.е. ребят в чем действительно + у меня вопрос?

★★★★★

Последнее исправление: NK (всего исправлений: 1)

Зависит от объёма оперативки. Если три гига или меньше — не стоит, если 4, то скорее нет, если больше 4 — однозначно стоит.

На 64 битах длинная арифметика нативно, что хорошо для числодробилок.

Xenius ★★★★★
()
Последнее исправление: Xenius (всего исправлений: 1)
Ответ на: комментарий от Reset

От задач зависит. Например, idea в режиме разработки под scala на ограничении < 2G на процесс еле шевелится.

жаба — она такая (:

emulek
()
Ответ на: комментарий от quiet_readonly

Сборщик мусора работает в нормальном режиме, если общее число свободной памяти в системе в 5 или более раз превышает нужны программы (без учёта ненужных, но ещё не собранных объектов).

вот только хоть кто-то мне посмеет сказать, что java и JS — это добро. Буду макать в твой пост.

Когда фуррифокс и эклипс жиреют до 3 гигов, то при наличии 3-4 гигов в системе вообще независимо от размера свопа сборщики мусора в обеих программах начинают дико тормозить. В фуррифоксе будет тормозить javascript, в эклипсе всё.

потому-что javascript задуман как «встроенный калькулятор в браузере», что-бы например проверить число симв. в пароле ДО того, как клиент его отправил. Задуман. А в итоге на него чуть-ли не всю логику повесили. Ну и получили. Обычное дело, когда гвозди забивают молотком.

Ну а java тащем-то вообще не для IDE придумана. Свою работу она хорошо делает.

emulek
()
Ответ на: комментарий от PolarFox

Линуксоиды — люди, которые упорно используют устаревшие технологии вроде Х11 и 32-битной архитектуры x86.

4.2

emulek
()
Ответ на: комментарий от cruxish

Я с 2007-го года без него живу. ОЗУ и ПЗУ - разные вещи, и делать из одного другое - моветон.

и откуда вы такие берётесь-то? Почитай что-ли про «ПЗУ».

А своп нужен. Маленький, но нужен. И даже на десктопе с SSD и 16Гб.

emulek
()
Ответ на: комментарий от AptGet

DOS в 95й был упрятан в virtual 8086 mode, а стартовать из DOS'а и linux умел(умеет?).

слака умела. Но давно разучилась. Можно с FAT через прокладку. Но сразу из lilo.

emulek
()
Ответ на: комментарий от Xenius

Зависит от объёма оперативки. Если три гига или меньше — не стоит, если 4, то скорее нет, если больше 4 — однозначно стоит.

может сначала проверишь свои фантазии?

На 64 битах длинная арифметика нативно, что хорошо для числодробилок.

facepalm

читай про SSE, которое появилось начиная с iP!!!

emulek
()
Ответ на: комментарий от Xenius

64bit float и там и там нативный, другое дело, что на x86_64 по умолчанию есть sse, поэтому компиляторы под него сразу плавающую точку собирают

Reset ★★★★★
()

Сижу на x86_64, неудобств не замечаю (ну почти — при определённых обстоятельствах :3)

aes_ultimum ★★
()
Ответ на: комментарий от Reset

Во-первых, sse это 256bit, во-вторых, x86 fpu работает вообще с 80bit float.

ты это точно мне хотел сказать?

emulek
()
Ответ на: комментарий от Deleted

А своп нужен. Маленький, но нужен.

У тебя винда что ли?

нет. Венды у меня нет. У меня вот сейчас в руках это:

Linux amilo 3.10.9-smp #2 SMP Wed Aug 21 15:35:02 CDT 2013 i686 Intel(R) Atom(TM) CPU N270 @ 1.60GHz GenuineIntel GNU/Linux

А при чём тут венда? Для неё разве тоже своп нужен? Я не прикалываюсь, просто не в курсе.

emulek
()
Ответ на: комментарий от Reset

другое дело, что на x86_64 по умолчанию есть sse, поэтому компиляторы под него сразу плавающую точку собирают

а разве есть числодробильный софт, который собирают ниже, чем под iP!!! ? Ага, а потом его гоняют на i7. Бред какой-то, или маздай.

emulek
()
Ответ на: комментарий от Xenius

Я про 64bit integer говорил

дык в SSE, если ты не знал, есть 64bit integer. И не один. Сразу.

emulek
()

как-то это ощутить можно, при, скажем, 8Гб ОЗУ

Запусти виртуалок.

По сабжу, x86_64 более пригоден для десктопа, ящитаю. Нет таких багов, которые могут возникнуть на CHOST i686 и 64-битном ядре при попытке запустить 64-битное же приложение. Памяти мало? Ну так добавь. 8 Гб хватит за глаза для того, чтобы открывать по сто вкладок в лисе и не закрывать её месяцами, гонять виртуалки и толстую DE. В конце-то концов — если сидишь на десктопе, сделай его удобным! Я редко беру недобук (x86), когда хочется посидеть где-нибудь ещё попедалить, ему и гига хватает для погуглить, открывать pdf-ки или соединяться с емаксом на десктопе. От его объёма памяти большего и не требуется.

Deleted
()
Ответ на: комментарий от emulek

А своп нужен. Маленький, но нужен.

Не нужен и даже вреден. Зачем заставлять систему лишний раз обращаться к жёсткому диску?

heinrich2
()
Ответ на: комментарий от Deleted

Итаниум практически подох, а x32 только в генте да дебиане и поддерживается пока. Считай, свежак!

beresk_let ★★★★★
()
Ответ на: комментарий от leg0las

В новых ядрах есть еще кстати «x32 ABI for 64-bit mode» т.е. как я понимаю 32-битные софтины получают приемущества 64-бит

ага, если их пересобрать.

tailgunner ★★★★★
()
Ответ на: комментарий от sT331h0rs3

Всё верно, 10.6 последняя версия, поддерживающая IA-32.

Mitre ★★
()
Ответ на: комментарий от beresk_let

Своп, также как и файл подкачки в винде - это костыль, нужный только при недостатке ОЗУ, чтобы использовать жесткий диск вместо ОЗУ. При достаточном количестве ОЗУ, в свопе нет никакого смысла, он только зря изнашивает жесткий диск. У меня 3 гб ОЗУ и я прекрасно живу без свопа.

heinrich2
()
Ответ на: комментарий от beresk_let

Повторяю свою рекомендацию ознакомиться с матчастью

пости ссылки, не стесняйся.

16 гигов рам, свопа нет, УМВР

Stil ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Recent releases of GCC starting with version 4.6 (although there was a 4.3 branch with certain support) and the Intel Compiler Suite starting with version 11.1 support AVX.

Куда-то ещё надо дошагать?

Deleted
()

имеет ли смысл в 2013 году сидеть на x86?

Darwin mac 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64

Под столом ещё UltraSPARC III+ то же 64битный.

Это благодаря Штеуду, большинство застряло в 32вух битах :)

robot12 ★★★★★
()
Ответ на: комментарий от Dao_Dezi

Windows 8 есть 32-разрядная, а вот Windows Server 2008 R2 - да, только 64-разрядная.

mbivanyuk ★★★★★
()
Ответ на: комментарий от beresk_let

Повторяю свою рекомендацию ознакомиться с матчастью.

Ознакомь нас вкратце если тебе не трудно. Если у меня 4 Гб и я ни разу не видел чтобы было занято более 1,5 Гб, то зачем мне своп? Да, и при чём здесь МАТчасть? Чисто софтовый вопрос ведь.

mbivanyuk ★★★★★
()

Я тут на 128 перебираться собираюсь, а ты про 64 спрашиваешь...

Suntechnic ★★★★★
()
Ответ на: комментарий от Gotf

Вопрос можно поставить и так: имеет ли смысл в 2013 году сидеть на x86?

Ага. Объём занятой памяти практически вдвое уменьшается :) Практика сидения и на 32 бит, и на 64 бит большая. Есть возможность сравнивать загрузку при равных задачах.

Сегодня для Web-разработки желательно иметь от 4Гб на 32 битах и от 8Гб — на 64.

KRoN73 ★★★★★
()
Ответ на: комментарий от heinrich2

У меня 3 гб ОЗУ и я прекрасно живу без свопа.

Экие скромные запросы :)

Жить-то на 3Гб, если только сёрфиться и только в Firefox — можно. Но на кеши и буфера почти не останется места и всё будет вяло работать... На 2-3 Гб включение свопа почти всегда приводит к ускорению работы системы. Мусор скидывается в своп, на буфера/кеши больше места, эффективнее работа того, что реально работает.

На 4Гб — тут уже от задачи и системы, конечно, зависит. В общем, надо в top'е смотреть, сколько свободно. Под буфера и кеши желательно хотя бы 512М держать свободными. Лучше — 1Гб.

KRoN73 ★★★★★
()
Ответ на: комментарий от DoctorSinus

Делал по http://razorstechden.blogspot.ru/2011/07/hackintosh-on-netbook-acer-aspire-on... - всё работало, кроме вайфая - но после комбо апдейта макось тупо перестала загружаться :(

Думаю, оставлю 10.6.3 до того момента, когда будет время экспериментировать дальше.

sT331h0rs3 ★★★★★
()
Ответ на: комментарий от Dao_Dezi

Windows 8 зовётся. Windows Server 2008 R2 тоже 64bit only.

Windows 8 есть 32-разрядная, а вот Windows Server 2008 R2 - да, только 64-разрядная.

Dao_Dezi

mbivanyuk

Привет клованы:

PS C:\windows> Get-ChildItem C:\Windows\System32 | Measure-Object -property length -sum


Count    : 2322
Average  :
Sum      : 1089690945
Maximum  :
Minimum  :
Property : length
PS C:\windows> Get-ChildItem C:\Windows\SysWoW64 | Measure-Object -property length -sum


Count    : 1949
Average  :
Sum      : 812492851
Maximum  :
Minimum  :
Property : length
steemandlinux ★★★★★
()
Ответ на: комментарий от steemandlinux

Привет клованы

Сколько Вас таких было уже, смелых по Интернету. Сверстники обижают? Комплексы подростковые? Думаешь оскорбляя человека который не может отвинтить тебе башку сильнее или умнее становишься? Запомни - тот кто говорит такое не в лицо человеку - не мужик.

mbivanyuk ★★★★★
()
Ответ на: комментарий от mbivanyuk

Попытка перейти на лохоморовскую демагогию? Обломись, клован.

Заметь, 32 битного говнеца в твоем фетише в 12 раз больше чем 64 битного.

steemandlinux ★★★★★
()

Сижу на 32 битах. Пока реальной надобности в 64 не будет, не переберусь.

Quasar ★★★★★
()
Ответ на: комментарий от heinrich2

Не нужен и даже вреден. Зачем заставлять систему лишний раз обращаться к жёсткому диску?

Обоснуй: что или кто _заставляет_ систему обращаться к диску? У меня своп есть, а ненужных обращений нет. Может я чего-то не знаю?

emulek
()
Ответ на: комментарий от PolarFox

PolarFox> Линуксоиды — люди, которые упорно используют устаревшие технологии вроде Linux

fixed

Quasar ★★★★★
()
Ответ на: комментарий от KendovNorok

Просто латентные вантузятники тащут каку в рот пока она не отвалится. Притом m$ и подаёт пример.

steemandlinux ★★★★★
()
Ответ на: комментарий от heinrich2

Своп, также как и файл подкачки в винде - это костыль, нужный только при недостатке ОЗУ,

это верно. И когда придумают резиновую (или просто бесконечную) память, тогда своп будет не нужен.

Всё конечно зависит от задач, но не надо думать, что у вех ОС является персональной запускалкой браузера, и не более того.

чтобы использовать жесткий диск вместо ОЗУ.

Это твоя фантазия. Дабы убедиться, в том, что ты заблуждаешься, попробуй реализовать свою фантазию «использовать диск как RAM». Даже с SSD ты не сможешь работать в этих условиях.Даже просто в браузере на лоре постить тупняк будет затруднительно.

При достаточном количестве ОЗУ, в свопе нет никакого смысла, он только зря изнашивает жесткий диск. У меня 3 гб ОЗУ и я прекрасно живу без свопа.

ты сейчас поделил на ноль, доказав тот факт, что в твоей системе нет обращений к свопу, и он не используется.

Задумайся: что-бы заставило твою систему использовать своп, если-бы он у тебя был?

emulek
()
Ответ на: комментарий от ekzotech

ekzotech> Не вижу смысла в 32 бит - чем быстрее от этой архитектуры откажутся - тем быстрее 64 бит станет стандартом

Вот пусть от 32-битного x86 сначала откажутся. Проблема ещё в том, что есть куча legacy-кода, который надо запускать. Да и тот же WINE есть. Если откажутся от инструкций x86, то программы прекратят работать даже в WINE.

ekzotech> как ранее было с переходом с 16 на 32 - наши любимые MS затянули этот процесс надолго - какая там винда стала _по-настоящему_ 32-разрядной? win2000? Или сразу xp? Если не считать NT - на десктоп оно пришло только с winXP)

C Windows XP. Но это переработанная Windows 2000.

Quasar ★★★★★
()
Ответ на: комментарий от ZenitharChampion

Windows 95 - это MS-DOS 7.0 с графической оболочкой. Windows 98 - MS-DOS 7.1 вроде. Windows ME - не помню, но это была обновлённая Windows 98. После неё уже на десктопы XP начали проталкивать.

Quasar ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.