Выполнение 64-разрядного Linux с 750 МБ RAM: стоящий того?

Существует очень полезное названное расширение Наутилуса nautilus-open-terminal это делает, что Вы спросили. Необходимо найти его в стандартных репозиториях.

После того, как установленный Вы должны иметь "Открытый в терминальной" записи в меню File.

13
11.05.2012, 04:33
4 ответа

Короткий ответ:

Переменные не занимают дважды место в 64-разрядном по сравнению с 32-разрядным программным обеспечением. Потенциальное усиление памяти от переключения до 32-разрядной ОС не будет стоить усилия.

Длинный ответ:

Число может быть больше да, но это не означает, что они будут. Также это относится к числам, не строкам, и строки (обычно), что использует большую часть объема памяти в приложении.

Кроме того, много приложений явно указывают размер числа, они хотят работать с, как на языках как C, int может быть любой размер, включая меньший, чем 32-разрядный. И движение еще больше, на моей 64-разрядной машине Linux, в C int является 32-разрядным. Таким образом, необходимо было бы явно запросить long long получить 64-разрядное число.

Так в основном приложения не собираются использовать больше памяти просто, потому что они были скомпилированы для 64-разрядного.

Править:
В ответ на заявление Жабр, что 64-разрядный Firefox использует вдвое больше памяти, я пошел и сделал сравнение между 32-разрядным и 64-разрядным Firefox в моей системе.
Я протестировал путем запуска 5 вкладок, открытых для http://acid3.acidtests.org/, и выполнил тест 3 раза (однажды в 32-разрядном, однажды в 64-разрядном, и затем повторитесь дважды). Я выбрал этот сайт, потому что это - интенсивный JavaScript, и использует статическое содержание (каждый рендеринг страницы обеспечит те же данные).

На выполненном финале:

  • 32-разрядный: RSS 173,244 КБ / 918,348 КБ virt

  • 64-разрядный: RSS 184,588 КБ / 966,624 КБ virt

Я мог сделать более обширное тестирование да, но я думаю, что это демонстрирует достаточно хорошо, что различие в размере между этими двумя является крайним.

16
27.01.2020, 19:52
  • 1
    Это чрезвычайно преувеличено. Некоторые программы действительно берут почти вдвое больше памяти в 64-разрядном режиме, она зависит, какими данными они управляют. Я заметил, что Firefox и Chrome берут даже более двух раз память (я никогда не занимался расследованиями почему: размер кода?). Для Apache потребление дополнительной памяти, вероятно, будет маленьким (но я не имел размеры). –  Gilles 'SO- stop being evil' 11.05.2012, 04:35
  • 2
    @giles едва. Я просто запустил 32-разрядный и 64-разрядный Firefox. 32-разрядное использование 133,340 КБ после запуска. 64-разрядное использование 133,412 КБ после запуска. –  Patrick 11.05.2012, 04:45
  • 3
    Это, возможно, недавно улучшилось, я думаю, что в последний раз сверился с Firefox 4. Я имел размеры путем взятия в других отношениях неактивной системы (работающий почти только 64-разрядные программы, которые должны способствовать 64-разрядному исполняемому файлу, так как некоторые его общие библиотеки были уже загружены), и сравнение объема свободной памяти после загрузки нескольких вкладок (некоторый JS, никакой Flash): Я нашел что (free_memory_with_ff_64 - free_memory_without_ff)> 2 * (free_memory_with_ff_32 - free_memory_without_ff). –  Gilles 'SO- stop being evil' 11.05.2012, 04:49
  • 4
    @Gilles я думаю, был некоторым дефектом в тесте. Даже если бы Firefox сохранил каждый в последний раз немного данных как целое число (никакие строки, которые не изменили бы размер), и каждое целое число, измененное от 32-разрядного до 64-разрядного, то размер самое большее удвоился бы. Нет никакого объяснения его, чтобы более чем удвоиться. –  Patrick 11.05.2012, 05:58
  • 5
    "Числа может быть больше да, но это не означает, что они будут". - но все указатели теперь определенно будет 64-разрядным, где они раньше были 32. большое спасибо –  Rup 11.05.2012, 13:26

Если поставщик установил 64-разрядный Debian 5, я рекомендую Вам остаться с этой версией.

Различие между 64 битами и 32 битами не находится только в диспетчере памяти.

3
27.01.2020, 19:52

За исключением нескольких приложений перемалывания чисел, которые работают быстрее, единственное преимущество 64-разрядной системы - то, что можно обратиться больше чем к 4 ГБ памяти. Так как часть адресного пространства резервируется к ядру, процесс только получает приблизительно 2 ГБ или 3 ГБ адресного пространства (или более или менее, в зависимости от конфигурации ядра). Для базы данных и варианта использования веб-сервера, Вы не планируете свопинга очень, и Вы не собираетесь делать много перемалывания чисел. Так, только с 750 МБ RAM Вы не будете видеть преимущества использования 64-разрядной системы.

Размер кода о том же между (32-разрядным) i386 и amd64 (64-разрядный) код. Память данных, используемая 64-разрядной программой, является несколько более крупной; насколько больше зависит от приложения. Я ожидал бы видеть значимое, но не значительные различия для Вашего варианта использования.

Учитывая, что существует немного стоимости и никакое преимущество для использования 64 битов, я рекомендую использовать 32-разрядную систему, если это не слишком много проблемы для получения.

2
27.01.2020, 19:52

Я выбираю 32-разрядный по 64-разрядным установкам для систем меньше чем с 4 ГБ поршня.

64-разрядный ДЕЙСТВИТЕЛЬНО использует больше памяти, из-за природы, он - указатели, это располагается примерно между 10 и 50 мегабайтами, дополнительными для ванильной установки ЛАМПЫ.

В системе с ограниченным поршнем, например, 256meg, это может быть большим блоком.

Технически, с PAE то же применяет до 64 ГБ, однако адресуемое пространство для приложений все еще ограничено 4 ГБ в любом случае. Поэтому с чем-либо более чем 4 ГБ, 64-разрядные, рекомендуется использовать увеличение производительности, не в последнюю очередь связанные с издержками PAE.

Вкратце: <4 ГБ = 32 бита |> 4 ГБ = 64 бита.

5
27.01.2020, 19:52

Теги

Похожие вопросы