Существует очень полезное названное расширение Наутилуса nautilus-open-terminal
это делает, что Вы спросили. Необходимо найти его в стандартных репозиториях.
После того, как установленный Вы должны иметь "Открытый в терминальной" записи в меню File.
Короткий ответ:
Переменные не занимают дважды место в 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
Я мог сделать более обширное тестирование да, но я думаю, что это демонстрирует достаточно хорошо, что различие в размере между этими двумя является крайним.
Если поставщик установил 64-разрядный Debian 5, я рекомендую Вам остаться с этой версией.
Различие между 64 битами и 32 битами не находится только в диспетчере памяти.
За исключением нескольких приложений перемалывания чисел, которые работают быстрее, единственное преимущество 64-разрядной системы - то, что можно обратиться больше чем к 4 ГБ памяти. Так как часть адресного пространства резервируется к ядру, процесс только получает приблизительно 2 ГБ или 3 ГБ адресного пространства (или более или менее, в зависимости от конфигурации ядра). Для базы данных и варианта использования веб-сервера, Вы не планируете свопинга очень, и Вы не собираетесь делать много перемалывания чисел. Так, только с 750 МБ RAM Вы не будете видеть преимущества использования 64-разрядной системы.
Размер кода о том же между (32-разрядным) i386 и amd64 (64-разрядный) код. Память данных, используемая 64-разрядной программой, является несколько более крупной; насколько больше зависит от приложения. Я ожидал бы видеть значимое, но не значительные различия для Вашего варианта использования.
Учитывая, что существует немного стоимости и никакое преимущество для использования 64 битов, я рекомендую использовать 32-разрядную систему, если это не слишком много проблемы для получения.
Я выбираю 32-разрядный по 64-разрядным установкам для систем меньше чем с 4 ГБ поршня.
64-разрядный ДЕЙСТВИТЕЛЬНО использует больше памяти, из-за природы, он - указатели, это располагается примерно между 10 и 50 мегабайтами, дополнительными для ванильной установки ЛАМПЫ.
В системе с ограниченным поршнем, например, 256meg, это может быть большим блоком.
Технически, с PAE то же применяет до 64 ГБ, однако адресуемое пространство для приложений все еще ограничено 4 ГБ в любом случае. Поэтому с чем-либо более чем 4 ГБ, 64-разрядные, рекомендуется использовать увеличение производительности, не в последнюю очередь связанные с издержками PAE.
Вкратце: <4 ГБ = 32 бита |> 4 ГБ = 64 бита.