Как разработать для использования в своих интересах систем на 64 бита?
Это зависит немного от определенной файловой системы, используемой на сервере Linux. В наше время значение по умолчанию является ext3 с dir_index, который делает ищущие большие каталоги очень быстро.
, Таким образом, скорость не должна быть проблемой кроме той, которую Вы уже отметили, который является, что списки займут больше времени.
существует предел общему количеству файлов в одном каталоге. Я, кажется, помню его определенно работание до 32 000 файлов.
4 ответа
Все, что требует более 4 ГБ рабочей и программной памяти, безусловно, подойдет, поскольку это максимальный объем памяти, который 32-разрядная система может адресовать напрямую.
Поскольку 64-разрядные числа могут находиться в регистрах ЦП, вычисления, требующие чисел такого размера, позволят улучшить производительность.
Помимо адресного пространства или больших вычислений, удвоение размера слова больше помогает на низкоуровневом уровне, и в основном для людей, которые собираются взламывать ядро или писать драйверы устройств. Например, предположим, что у вас есть поток байтов из сетевого подключения, и вы должны их обработать. Теперь вы можете извлекать эти байты из основной памяти в регистры ЦП 8 за раз, а не 4. Но я думаю, что вам понадобится «64-битная» строковая библиотека, чтобы воспользоваться этим.
Как ни странно, мы наблюдали увеличение производительности при обновлении с 32-битного SQL Server до 64-битного SQL Server (2005) на том же оборудовании (64-битная машина).
Недавно мы перенесли некоторые из наших внутренних библиотек на 64-битные. Код C вообще не изменился; нам просто нужно было получить 64-битные версии сторонних библиотек, с которыми мы связываемся, и выяснить, какие новые директивы компилятора нам нужно использовать. Самой большой головной болью было нахождение 64-битных версий наших зависимостей и рефакторинг нашей системы сборки для работы как с 32-битными, так и с 64-битными версиями.
Это не значит, что другое программное обеспечение не потребует модификации. Например, если вы упаковываете свои данные так, чтобы они соответствовали границам слов, теперь вы можете быть склонны упаковать их по-другому при программировании для 64-битной системы.
Если вам нужно спросить, вы, вероятно, не получите никаких преимуществ, поскольку вы, вероятно, не встраиваете в свой код какие-либо предположения о размер ints. Некоторое количество случаев использования, и все они довольно низкоуровневые, могут ускорить работу. Бигнумы и тяжелая целочисленная арифметика над очень большими числами будут выполняться быстрее (например, криптография).