Кейс для языка более высокого уровня: 64 или 32-битный?
-
05-07-2019 - |
Вопрос
С выходом OS X 10.5.7 много говорилось о приложениях, которые являются 64-битными по сравнению с 32-битными приложениями ... производителями, которые должны будут конвертировать приложения, производителями, которые не смогут в ближайшее время из-за нехватки ресурсов (это очевидно огромная сделка) и т. д. В чем преимущества преобразования определенного приложения (например, iTunes) и т. д. ....
Мне интересно, если, когда вы работаете на виртуальной машине (я имею в виду, например .Net Framework или JVM) и кодируете только в "управляемом коде"? (в Java нет JNI, не уверен, что это будет в Ruby):
<Ол>Решение
Основная причина, по которой я разрабатываю 64-битную версию - это память. Гораздо больше памяти адресуется с помощью 64-битных указателей, а для некоторых проблемных областей теоретический предел 4 ГБ при 32-битном (часто меньше) менее чем удовлетворительный. Р>
Для чего-то вроде iTunes преобразование практически бессмысленно, поскольку это приложение с низким энергопотреблением и не требует большой памяти. Р>
Я не уверен, как 64-битная OSX справляется с 32-битными двоичными файлами, но в Windows эмуляция почти идеальна, и для многих приложений просто не нужно обновлять.
Другие советы
Я не могу говорить за CLR (я бы предположил, что он похож), но 64-битная JVM даст вам все преимущества 64-битной памяти без какого-либо преобразования.