Должен ли я установить 64-разрядный Ubuntu, если мое оборудование поддерживает его?

ppasearch подходит для сред командной строки.

7
задан 17 February 2011 в 23:07

54 ответа

Точки для рассмотрения:

Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Тем не менее, настольная и даже оперативная память для ноутбуков. Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение. Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей. Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-бит и большинство рекламируемых функций. Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает. Вы также смотрите на будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее составляет 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если только это не было очень жесткой системой без ограничений для обновления, я бы пошел 64 бит.

8
ответ дан 25 May 2018 в 22:56
  • 1
    Некоторые BIOS могут сделать ограничение памяти как минимум на 2 ГБ ОЗУ на 32-битных ядрах. Тем не менее, вы всегда можете установить ядро ​​-generic-pae для получения этой памяти и аппаратного NX-бит, оставаясь при этом 32-битным. Я бы согласился с общим ответом: go 64bit. :) – Kees Cook 18 February 2011 в 10:31

Точки для рассмотрения:

Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Тем не менее, настольная и даже оперативная память для ноутбуков. Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение. Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей. Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-бит и большинство рекламируемых функций. Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает. Вы также смотрите на будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее составляет 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если только это не было очень жесткой системой без ограничений для обновления, я бы пошел 64 бит.

8
ответ дан 25 July 2018 в 22:28

Точки для рассмотрения:

Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Тем не менее, настольная и даже оперативная память для ноутбуков. Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение. Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей. Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-бит и большинство рекламируемых функций. Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает. Вы также смотрите на будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее составляет 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если только это не было очень жесткой системой без ограничений для обновления, я бы пошел 64 бит.

8
ответ дан 31 July 2018 в 12:10

Точки для рассмотрения:

Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Тем не менее, настольная и даже оперативная память для ноутбуков. Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение. Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей. Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-бит и большинство рекламируемых функций. Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает. Вы также смотрите на будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее составляет 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если только это не было очень жесткой системой без ограничений для обновления, я бы пошел 64 бит.

8
ответ дан 2 August 2018 в 03:54

Вопросы для рассмотрения:

  • Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Настольная и даже оперативная память для ноутбуков дешево.
  • Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение.
  • Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей.
  • Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-биты и большинство распространенных функций.
  • Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает.
  • Вы также смотрите в будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее - 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если это не была очень жесткая система без ограничений для обновления, я 'd go 64 бит.

8
ответ дан 4 August 2018 в 19:58

Вопросы для рассмотрения:

  • Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Настольная и даже оперативная память для ноутбуков дешево.
  • Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение.
  • Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей.
  • Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-биты и большинство распространенных функций.
  • Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает.
  • Вы также смотрите в будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее - 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если это не была очень жесткая система без ограничений для обновления, я 'd go 64 бит.

8
ответ дан 6 August 2018 в 04:00

Вопросы для рассмотрения:

  • Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Настольная и даже оперативная память для ноутбуков дешево.
  • Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение.
  • Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей.
  • Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-биты и большинство распространенных функций.
  • Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает.
  • Вы также смотрите в будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее - 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если это не была очень жесткая система без ограничений для обновления, я 'd go 64 бит.

8
ответ дан 7 August 2018 в 21:58

Вопросы для рассмотрения:

  • Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Настольная и даже оперативная память для ноутбуков дешево.
  • Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение.
  • Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей.
  • Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-биты и большинство распространенных функций.
  • Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает.
  • Вы также смотрите в будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее - 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если это не была очень жесткая система без ограничений для обновления, я 'd go 64 бит.

8
ответ дан 10 August 2018 в 10:12

Вопросы для рассмотрения:

  • Поскольку адресное пространство больше, приложения потребляют больше ОЗУ. Это очень незначительно, но может быть решающим фактором, если ОЗУ является решающим фактором (например, на арендованном сервере). Настольная и даже оперативная память для ноутбуков дешево.
  • Родные программы работают быстрее, но это не всегда ощутимая разница. Однако для больших вещей (как вы полагаете, вы это сделаете) это может иметь реальное значение.
  • Совместимость в наши дни неактуальна. Вспышка доступна, и Sun Java работает (есть даже родная JRE, которая довольно полная). Вы можете запускать большинство чистых 32-битных двоичных файлов просто отлично, это всего лишь случай установки его зависимостей.
  • Безопасность на самом деле не является фактором. 32-битные ядра поддерживают NX-биты и большинство распространенных функций.
  • Также нет общего предела памяти, если у вас нет процессов, для которых требуется более 4 ГБ ОЗУ. Ядро PAE работает.
  • Вы также смотрите в будущее. Мне не нравится переустанавливать, когда я могу помочь. Будущее - 64 бит, и его прирост производительности будет только увеличиваться. S GCC получает дополнительные расширенные оптимизации регистров.

В балансе, если это не была очень жесткая система без ограничений для обновления, я 'd go 64 бит.

8
ответ дан 13 August 2018 в 16:35
  • 1
    Некоторые BIOS могут сделать ограничение памяти как минимум на 2 ГБ ОЗУ на 32-битных ядрах. Тем не менее, вы всегда можете установить ядро ​​ -generic-pae для получения этой памяти и аппаратного NX-бит, оставаясь при этом 32-битным. Я бы согласился с общим ответом: go 64bit. :) – Kees Cook 18 February 2011 в 10:31

Я настоятельно рекомендую 64-разрядные операционные системы, где это возможно. Одним из самых больших преимуществ является безопасность, хотя вы также получаете увеличение скорости, максимальную поддерживаемую память и несколько других областей. Для запуска виртуальных систем 64-битные системы лучше подходят:)!

2
ответ дан 25 May 2018 в 22:56

Вы должны принять во внимание, что может быть какое-то программное обеспечение, которое запускается в 32-битные версии Ubuntu, и нет такой версии для 64-разрядной версии. Таким образом, даже если у вас есть так называемые «альтернативы» для выполнения практически любой задачи в 64-битных версиях, убедитесь, что вы нашли «альтернативу», которая соответствует вашим потребностям и позволяет вам чувствовать себя комфортно.

In example: To the date, I haven't found an alternative for a 64 bit version that makes me feel as happy as Mobile Media Converter does. 

Many people can say that I "can do some things about" but what I wish is Mobile Media Converter for a 64 bit version.

В настоящее время они выпустили 64-битную версию прямо здесь.

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

Удачи!

В настоящее время они выпустили 64-битную версию прямо здесь.

2
ответ дан 25 May 2018 в 22:56
  • 1
    Вот почему я не уверен. Другая причина в том, что мой опыт показывает, что 32-разрядные настольные системы обычно работают быстрее (по моему опыту с 64-разрядными Win7 и MsOffice2010) и потребляют меньше памяти. И насколько я знаю (читал где-то, никогда не пробовал себя), 64-битная Java, как известно, чрезвычайно опасна для ОЗУ по сравнению с 32-разрядной JRE. – Ivan 17 February 2011 в 23:10
  • 2
    Существуют серьезные различия между системами на базе MS и Linux, и то, что вы говорите, для меня верное: я прекратил использовать MS Based Systems пару лет назад из-за этой ужасной медлительности, и теперь я чувствую себя довольным своим Linux. Я использую Israel Remix 64 бит, который не отличается от других дистрибутивов, но когда я перешел на 64-битную версию из 32-битного, мне пришлось столкнуться с множеством изменений. Fortunatelly все может быть сделано в Linux, что делает разницу. И вы можете чувствовать себя спокойным: Linux 64 бит является более быстрым, чем любая версия Windows (64 бит). Просто приготовьтесь к смене и продолжайте! – Geppettvs D'Constanzo 17 February 2011 в 23:20
  • 3
    BTW Mobile Media Converter - тоже любимый инструмент. Я использую его для преобразования FLV-файлов (которые я беру из сервисов, подобных YouTube), в файлы MPEG2, чтобы воспроизводить их на моем старом телеприставке. В чем проблема с Mobile Media Converter на 64-битном Ubuntu? Я думал, что 32-разрядные приложения предназначены для работы без проблем на 64-битных системах ... – Ivan 17 February 2011 в 23:40
  • 4
    Ну нет. Как я могу сказать с моими текущими знаниями. Если вы попытаетесь установить программное обеспечение, созданное для 32-битных систем, вы получите «Неверную архитектуру», сообщение об ошибке. Как я уже упоминал ранее, вы можете "заставить" для установки через команду в терминале: sudo dpkg -force-architecture -i [имя пакета], и у вас будет запущено программное обеспечение, но будут неудовлетворенные зависимости, которые следует попытаться исправить вручную. К дате я не нашел способ заставить MMC перекодировать, но он может загружать файлы с youtube. ЛОЛ. – Geppettvs D'Constanzo 17 February 2011 в 23:45
  • 5
    Поэтому я понимаю, что это просто проблема управления пакетами ... – Ivan 18 February 2011 в 02:27

Определенно, да.

Используя Virtualbox самостоятельно для 500 пользователей сети с несколькими виртуальными машинами, и никаких проблем здесь совсем нет. И так как это работает отлично, только переход с 32-битами будет пустой тратой.

0
ответ дан 25 May 2018 в 22:56

Если ваша система имеет 4 ГБ оперативной памяти или больше, то да. Это быстрый и ясный ответ (и я заметил, что никто не упомянул об этом)

0
ответ дан 25 May 2018 в 22:56
  • 1
    это потому, что есть и другие преимущества, чем просто использование 4 ГБ + ОЗУ, WHICH btw, ядра PAE способны делать;) – Uri Herrera 17 February 2011 в 23:28
  • 2
    Вероятно, потому, что я явно указал, что у меня 3,45 ГБ, что меньше 4 ГБ. – Ivan 17 February 2011 в 23:34
  • 3
    плохо спросите об этом, потому что его смешно: где вы обнаружили, что 3,45 ГБ ОЗУ? или вы используете 2 палочки 1,725 ​​ГБ? – djangofan 22 February 2011 в 03:19

Нет вопроса здесь, ответ Да. Если у вас более 3,8 ГБ или около того ОЗУ, вы не будете использовать его с 32-битным.

Я использую 64-разрядный для Ubuntu для настольных компьютеров (и других дистрибутивов), а также сервер ubuntu (и другие дистрибутивы). Я лично не сталкивался с какими-либо проблемами или соображениями не использовать 64-битные, и у меня было более 4 ГБ оперативной памяти в каждой системе около 4 лет; поэтому я никогда не чувствовал, что 32-битный вариант для меня был вариантом (и хотя многие скажут, что «ваше перемещение может варьироваться» здесь, я думаю, что 64-битная версия достаточно старая, чтобы считаться проверенной, проверенной и истинной). [!d1 ]

0
ответ дан 25 May 2018 в 22:56
  • 1
    32-разрядный Linux использует PAE (расширение периферийного адреса), поэтому он может обрабатывать до 64 МБ. Это не является основанием для использования 64-битного. Тем не менее, 64-битная версия проверена и протестирована, поэтому, если у вас нет необычного оборудования, имеющего только 32-разрядные драйверы или вы хотите использовать только 32-разрядные приложения, нет причин не переходить на 64-разрядные. Однако 32-разрядные приложения могут выполняться на 64-битных системах. – Warren Hill 27 April 2013 в 00:28
  • 2
    Хороший вопрос о PAE на linux (я часто забываю об этом, спасибо за напоминание). Я застрял с 64-битной для любой ОС в течение многих лет, поэтому я не думаю об этом много;) – static 30 April 2013 в 21:56

Если ваша система имеет 4 ГБ оперативной памяти или больше, то да. Это быстрый и ясный ответ (и я заметил, что никто не упомянул об этом)

0
ответ дан 25 July 2018 в 22:28

Вы должны принять во внимание, что может быть какое-то программное обеспечение, которое запускается в 32-битные версии Ubuntu, и нет такой версии для 64-разрядной версии. Таким образом, даже если у вас есть так называемые «альтернативы» для выполнения практически любой задачи в 64-битных версиях, убедитесь, что вы нашли «альтернативу», которая соответствует вашим потребностям и позволяет вам чувствовать себя комфортно.

In example: To the date, I haven't found an alternative for a 64 bit version that makes me feel as happy as Mobile Media Converter does. Many people can say that I "can do some things about" but what I wish is Mobile Media Converter for a 64 bit version.

В настоящее время они выпустили 64-битную версию прямо здесь.

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

Удачи!

В настоящее время они выпустили 64-битную версию прямо здесь.

2
ответ дан 25 July 2018 в 22:28
  • 1
    Вот почему я не уверен. Другая причина в том, что мой опыт показывает, что 32-разрядные настольные системы обычно работают быстрее (по моему опыту с 64-разрядными Win7 и MsOffice2010) и потребляют меньше памяти. И насколько я знаю (читал где-то, никогда не пробовал себя), 64-битная Java, как известно, чрезвычайно опасна для ОЗУ по сравнению с 32-разрядной JRE. – Ivan 17 February 2011 в 23:10
  • 2
    Существуют серьезные различия между системами на базе MS и Linux, и то, что вы говорите, для меня верное: я прекратил использовать MS Based Systems пару лет назад из-за этой ужасной медлительности, и теперь я чувствую себя довольным своим Linux. Я использую Israel Remix 64 бит, который не отличается от других дистрибутивов, но когда я перешел на 64-битную версию из 32-битного, мне пришлось столкнуться с множеством изменений. Fortunatelly все может быть сделано в Linux, что делает разницу. И вы можете чувствовать себя спокойным: Linux 64 бит является более быстрым, чем любая версия Windows (64 бит). Просто приготовьтесь к смене и продолжайте! – Geppettvs D'Constanzo 17 February 2011 в 23:20
  • 3
    BTW Mobile Media Converter - тоже любимый инструмент. Я использую его для преобразования FLV-файлов (которые я беру из сервисов, подобных YouTube), в файлы MPEG2, чтобы воспроизводить их на моем старом телеприставке. В чем проблема с Mobile Media Converter на 64-битном Ubuntu? Я думал, что 32-разрядные приложения предназначены для работы без проблем на 64-битных системах ... – Ivan 17 February 2011 в 23:40
  • 4
    Ну нет. Как я могу сказать с моими текущими знаниями. Если вы попытаетесь установить программное обеспечение, созданное для 32-битных систем, вы получите «Неверную архитектуру», сообщение об ошибке. Как я уже упоминал ранее, вы можете "заставить" для установки через команду в терминале: sudo dpkg -force-architecture -i [имя пакета], и у вас будет запущено программное обеспечение, но будут неудовлетворенные зависимости, которые следует попытаться исправить вручную. К дате я не нашел способ заставить MMC перекодировать, но он может загружать файлы с youtube. ЛОЛ. – Geppettvs D'Constanzo 17 February 2011 в 23:45
  • 5
    Поэтому я понимаю, что это просто проблема управления пакетами ... – Ivan 18 February 2011 в 02:27

Я настоятельно рекомендую 64-разрядные операционные системы, где это возможно. Одним из самых больших преимуществ является безопасность, хотя вы также получаете увеличение скорости, максимальную поддерживаемую память и несколько других областей. Для запуска виртуальных систем 64-битные системы лучше подходят:)!

2
ответ дан 25 July 2018 в 22:28

Нет вопроса здесь, ответ Да. Если у вас более 3,8 ГБ или около того ОЗУ, вы не будете использовать его с 32-битным.

Я использую 64-разрядный для Ubuntu для настольных компьютеров (и других дистрибутивов), а также сервер ubuntu (и другие дистрибутивы). Я лично не сталкивался с какими-либо проблемами или соображениями не использовать 64-битные, и у меня было более 4 ГБ оперативной памяти в каждой системе около 4 лет; поэтому я никогда не чувствовал, что 32-битный вариант для меня был вариантом (и хотя многие скажут, что «ваше перемещение может варьироваться» здесь, я думаю, что 64-битная версия достаточно старая, чтобы считаться проверенной, проверенной и истинной).

0
ответ дан 25 July 2018 в 22:28
  • 1
    32-разрядный Linux использует PAE (расширение периферийного адреса), поэтому он может обрабатывать до 64 МБ. Это не является основанием для использования 64-битного. Тем не менее, 64-битная версия проверена и протестирована, поэтому, если у вас нет необычного оборудования, имеющего только 32-разрядные драйверы или вы хотите использовать только 32-разрядные приложения, нет причин не переходить на 64-разрядные. Однако 32-разрядные приложения могут выполняться на 64-битных системах. – Warren Hill 27 April 2013 в 00:28
  • 2
    Хороший вопрос о PAE на linux (я часто забываю об этом, спасибо за напоминание). Я застрял с 64-битной для любой ОС в течение многих лет, поэтому я не думаю об этом много;) – static 30 April 2013 в 21:56

Определенно, да.

Используя Virtualbox самостоятельно для 500 пользователей сети с несколькими виртуальными машинами, и никаких проблем здесь совсем нет. И так как это работает отлично, только переход с 32-битами будет пустой тратой.

0
ответ дан 25 July 2018 в 22:28

Я настоятельно рекомендую 64-разрядные операционные системы, где это возможно. Одним из самых больших преимуществ является безопасность, хотя вы также получаете увеличение скорости, максимальную поддерживаемую память и несколько других областей. Для запуска виртуальных систем 64-битные системы лучше подходят:)!

2
ответ дан 31 July 2018 в 12:10

Если ваша система имеет 4 ГБ оперативной памяти или больше, то да. Это быстрый и ясный ответ (и я заметил, что никто не упомянул об этом)

0
ответ дан 31 July 2018 в 12:10
  • 1
    это потому, что есть и другие преимущества, чем просто использование 4 ГБ + ОЗУ, WHICH btw, ядра PAE способны делать;) – Uri Herrera 17 February 2011 в 23:28
  • 2
    Вероятно, потому, что я явно указал, что у меня 3,45 ГБ, что меньше 4 ГБ. – Ivan 17 February 2011 в 23:34
  • 3
    плохо спросите об этом, потому что его смешно: где вы обнаружили, что 3,45 ГБ ОЗУ? или вы используете 2 палочки 1,725 ​​ГБ? – djangofan 22 February 2011 в 03:19

Вы должны принять во внимание, что может быть какое-то программное обеспечение, которое запускается в 32-битные версии Ubuntu, и нет такой версии для 64-разрядной версии. Таким образом, даже если у вас есть так называемые «альтернативы» для выполнения практически любой задачи в 64-битных версиях, убедитесь, что вы нашли «альтернативу», которая соответствует вашим потребностям и позволяет вам чувствовать себя комфортно.

In example: To the date, I haven't found an alternative for a 64 bit version that makes me feel as happy as Mobile Media Converter does. Many people can say that I "can do some things about" but what I wish is Mobile Media Converter for a 64 bit version.

В настоящее время они выпустили 64-битную версию прямо здесь.

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

Удачи!

В настоящее время они выпустили 64-битную версию прямо здесь.

2
ответ дан 31 July 2018 в 12:10
  • 1
    Вот почему я не уверен. Другая причина в том, что мой опыт показывает, что 32-разрядные настольные системы обычно работают быстрее (по моему опыту с 64-разрядными Win7 и MsOffice2010) и потребляют меньше памяти. И насколько я знаю (читал где-то, никогда не пробовал себя), 64-битная Java, как известно, чрезвычайно опасна для ОЗУ по сравнению с 32-разрядной JRE. – Ivan 17 February 2011 в 23:10
  • 2
    Существуют серьезные различия между системами на базе MS и Linux, и то, что вы говорите, для меня верное: я прекратил использовать MS Based Systems пару лет назад из-за этой ужасной медлительности, и теперь я чувствую себя довольным своим Linux. Я использую Israel Remix 64 бит, который не отличается от других дистрибутивов, но когда я перешел на 64-битную версию из 32-битного, мне пришлось столкнуться с множеством изменений. Fortunatelly все может быть сделано в Linux, что делает разницу. И вы можете чувствовать себя спокойным: Linux 64 бит является более быстрым, чем любая версия Windows (64 бит). Просто приготовьтесь к смене и продолжайте! – Geppettvs D'Constanzo 17 February 2011 в 23:20
  • 3
    BTW Mobile Media Converter - тоже любимый инструмент. Я использую его для преобразования FLV-файлов (которые я беру из сервисов, подобных YouTube), в файлы MPEG2, чтобы воспроизводить их на моем старом телеприставке. В чем проблема с Mobile Media Converter на 64-битном Ubuntu? Я думал, что 32-разрядные приложения предназначены для работы без проблем на 64-битных системах ... – Ivan 17 February 2011 в 23:40
  • 4
    Ну нет. Как я могу сказать с моими текущими знаниями. Если вы попытаетесь установить программное обеспечение, созданное для 32-битных систем, вы получите «Неверную архитектуру», сообщение об ошибке. Как я уже упоминал ранее, вы можете "заставить" для установки через команду в терминале: sudo dpkg -force-architecture -i [имя пакета], и у вас будет запущено программное обеспечение, но будут неудовлетворенные зависимости, которые следует попытаться исправить вручную. К дате я не нашел способ заставить MMC перекодировать, но он может загружать файлы с youtube. ЛОЛ. – Geppettvs D'Constanzo 17 February 2011 в 23:45
  • 5
    Поэтому я понимаю, что это просто проблема управления пакетами ... – Ivan 18 February 2011 в 02:27

Нет вопроса здесь, ответ Да. Если у вас более 3,8 ГБ или около того ОЗУ, вы не будете использовать его с 32-битным.

Я использую 64-разрядный для Ubuntu для настольных компьютеров (и других дистрибутивов), а также сервер ubuntu (и другие дистрибутивы). Я лично не сталкивался с какими-либо проблемами или соображениями не использовать 64-битные, и у меня было более 4 ГБ оперативной памяти в каждой системе около 4 лет; поэтому я никогда не чувствовал, что 32-битный вариант для меня был вариантом (и хотя многие скажут, что «ваше перемещение может варьироваться» здесь, я думаю, что 64-битная версия достаточно старая, чтобы считаться проверенной, проверенной и истинной).

0
ответ дан 31 July 2018 в 12:10
  • 1
    32-разрядный Linux использует PAE (расширение периферийного адреса), поэтому он может обрабатывать до 64 МБ. Это не является основанием для использования 64-битного. Тем не менее, 64-битная версия проверена и протестирована, поэтому, если у вас нет необычного оборудования, имеющего только 32-разрядные драйверы или вы хотите использовать только 32-разрядные приложения, нет причин не переходить на 64-разрядные. Однако 32-разрядные приложения могут выполняться на 64-битных системах. – Warren Hill 27 April 2013 в 00:28
  • 2
    Хороший вопрос о PAE на linux (я часто забываю об этом, спасибо за напоминание). Я застрял с 64-битной для любой ОС в течение многих лет, поэтому я не думаю об этом много;) – static 30 April 2013 в 21:56

Определенно, да.

Используя Virtualbox самостоятельно для 500 пользователей сети с несколькими виртуальными машинами, и никаких проблем здесь совсем нет. И так как это работает отлично, только переход с 32-битами будет пустой тратой.

0
ответ дан 31 July 2018 в 12:10

Если ваша система имеет 4 ГБ оперативной памяти или больше, то да. Это быстрый и ясный ответ (и я заметил, что никто не упомянул об этом)

0
ответ дан 2 August 2018 в 03:54
  • 1
    это потому, что есть и другие преимущества, чем просто использование 4 ГБ + ОЗУ, WHICH btw, ядра PAE способны делать;) – Uri Herrera 17 February 2011 в 23:28
  • 2
    Вероятно, потому, что я явно указал, что у меня 3,45 ГБ, что меньше 4 ГБ. – Ivan 17 February 2011 в 23:34
  • 3
    плохо спросите об этом, потому что его смешно: где вы обнаружили, что 3,45 ГБ ОЗУ? или вы используете 2 палочки 1,725 ​​ГБ? – djangofan 22 February 2011 в 03:19

Вы должны принять во внимание, что может быть какое-то программное обеспечение, которое запускается в 32-битные версии Ubuntu, и нет такой версии для 64-разрядной версии. Таким образом, даже если у вас есть так называемые «альтернативы» для выполнения практически любой задачи в 64-битных версиях, убедитесь, что вы нашли «альтернативу», которая соответствует вашим потребностям и позволяет вам чувствовать себя комфортно.

In example: To the date, I haven't found an alternative for a 64 bit version that makes me feel as happy as Mobile Media Converter does. Many people can say that I "can do some things about" but what I wish is Mobile Media Converter for a 64 bit version.

В настоящее время они выпустили 64-битную версию прямо здесь.

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

Удачи!

В настоящее время они выпустили 64-битную версию прямо здесь.

2
ответ дан 2 August 2018 в 03:54
  • 1
    Вот почему я не уверен. Другая причина в том, что мой опыт показывает, что 32-разрядные настольные системы обычно работают быстрее (по моему опыту с 64-разрядными Win7 и MsOffice2010) и потребляют меньше памяти. И насколько я знаю (читал где-то, никогда не пробовал себя), 64-битная Java, как известно, чрезвычайно опасна для ОЗУ по сравнению с 32-разрядной JRE. – Ivan 17 February 2011 в 23:10
  • 2
    Существуют серьезные различия между системами на базе MS и Linux, и то, что вы говорите, для меня верное: я прекратил использовать MS Based Systems пару лет назад из-за этой ужасной медлительности, и теперь я чувствую себя довольным своим Linux. Я использую Israel Remix 64 бит, который не отличается от других дистрибутивов, но когда я перешел на 64-битную версию из 32-битного, мне пришлось столкнуться с множеством изменений. Fortunatelly все может быть сделано в Linux, что делает разницу. И вы можете чувствовать себя спокойным: Linux 64 бит является более быстрым, чем любая версия Windows (64 бит). Просто приготовьтесь к смене и продолжайте! – Geppettvs D'Constanzo 17 February 2011 в 23:20
  • 3
    BTW Mobile Media Converter - тоже любимый инструмент. Я использую его для преобразования FLV-файлов (которые я беру из сервисов, подобных YouTube), в файлы MPEG2, чтобы воспроизводить их на моем старом телеприставке. В чем проблема с Mobile Media Converter на 64-битном Ubuntu? Я думал, что 32-разрядные приложения предназначены для работы без проблем на 64-битных системах ... – Ivan 17 February 2011 в 23:40
  • 4
    Ну нет. Как я могу сказать с моими текущими знаниями. Если вы попытаетесь установить программное обеспечение, созданное для 32-битных систем, вы получите «Неверную архитектуру», сообщение об ошибке. Как я уже упоминал ранее, вы можете "заставить" для установки через команду в терминале: sudo dpkg -force-architecture -i [имя пакета], и у вас будет запущено программное обеспечение, но будут неудовлетворенные зависимости, которые следует попытаться исправить вручную. К дате я не нашел способ заставить MMC перекодировать, но он может загружать файлы с youtube. ЛОЛ. – Geppettvs D'Constanzo 17 February 2011 в 23:45
  • 5
    Поэтому я понимаю, что это просто проблема управления пакетами ... – Ivan 18 February 2011 в 02:27

Я настоятельно рекомендую 64-разрядные операционные системы, где это возможно. Одним из самых больших преимуществ является безопасность, хотя вы также получаете увеличение скорости, максимальную поддерживаемую память и несколько других областей. Для запуска виртуальных систем 64-битные системы лучше подходят:)!

2
ответ дан 2 August 2018 в 03:54

Нет вопроса здесь, ответ Да. Если у вас более 3,8 ГБ или около того ОЗУ, вы не будете использовать его с 32-битным.

Я использую 64-разрядный для Ubuntu для настольных компьютеров (и других дистрибутивов), а также сервер ubuntu (и другие дистрибутивы). Я лично не сталкивался с какими-либо проблемами или соображениями не использовать 64-битные, и у меня было более 4 ГБ оперативной памяти в каждой системе около 4 лет; поэтому я никогда не чувствовал, что 32-битный вариант для меня был вариантом (и хотя многие скажут, что «ваше перемещение может варьироваться» здесь, я думаю, что 64-битная версия достаточно старая, чтобы считаться проверенной, проверенной и истинной).

0
ответ дан 2 August 2018 в 03:54
  • 1
    32-разрядный Linux использует PAE (расширение периферийного адреса), поэтому он может обрабатывать до 64 МБ. Это не является основанием для использования 64-битного. Тем не менее, 64-битная версия проверена и протестирована, поэтому, если у вас нет необычного оборудования, имеющего только 32-разрядные драйверы или вы хотите использовать только 32-разрядные приложения, нет причин не переходить на 64-разрядные. Однако 32-разрядные приложения могут выполняться на 64-битных системах. – Warren Hill 27 April 2013 в 00:28
  • 2
    Хороший вопрос о PAE на linux (я часто забываю об этом, спасибо за напоминание). Я застрял с 64-битной для любой ОС в течение многих лет, поэтому я не думаю об этом много;) – static 30 April 2013 в 21:56

Определенно, да.

Используя Virtualbox самостоятельно для 500 пользователей сети с несколькими виртуальными машинами, и никаких проблем здесь совсем нет. И так как это работает отлично, только переход с 32-битами будет пустой тратой.

0
ответ дан 2 August 2018 в 03:54

Определенно, да.

Используя Virtualbox самостоятельно для 500 пользователей сети с несколькими виртуальными машинами, и никаких проблем здесь совсем нет. И так как это работает отлично, только переход с 32-битами будет пустой тратой.

0
ответ дан 4 August 2018 в 19:58

Другие вопросы по тегам:

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