The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Google провели сравнение производительности C++, Java, Go ..., opennews (??), 05-Июн-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


18. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 01:11 
Go линкуется стаически по умолчанию. Размер рантайма 1.1 + метр.
Для сравнения если статически слинковать приплюснутый код то добавится около 750 кб(libc ...)
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

23. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 01:39 
> Go линкуется стаически по умолчанию. Размер рантайма 1.1 + метр.
> Для сравнения если статически слинковать приплюснутый код то добавится около 750 кб(libc
> ...)

А даже real памяти - какого черта в 4 раза больше сожрано? Даже если там метр рантайма, это никак не оправдывает сжирание 500 мегов. На virtual лучше вообще не смотреть - там просто хардкор! Интересно, а оно с 16.2Гб на 32-битной машине просто умерло бы сразу, обломившись столько скушать? ;)

Ответить | Правка | Наверх | Cообщить модератору

66. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 13:05 
Там сколько-то процентов от адресного пространства _резервируется_ заранее, для скорости. Это вообще никак не выделенная память. Если взять очень большой файл и сделать mmap, то к virt приплюсуется размер файла, но это же не значит, что он весь в память прочитался, почему же тогда на Go все так обижены?
Ответить | Правка | Наверх | Cообщить модератору

71. "В Google провели сравнение производительности C++, Java,..."  +/
Сообщение от anonymous (??), 05-Июн-11, 13:46 
> Там сколько-то процентов от адресного пространства _резервируется_ заранее, для скорости.
> Это вообще никак не выделенная память. Если взять очень большой файл
> и сделать mmap, то к virt приплюсуется размер файла, но это
> же не значит, что он весь в память прочитался, почему же
> тогда на Go все так обижены?

почитай повыше об этом.

Ответить | Правка | Наверх | Cообщить модератору

72. "В Google провели сравнение производительности C++, Java,..."  +/
Сообщение от anonymous (??), 05-Июн-11, 13:47 
> почитай повыше об этом.

тьфу. пониже. %-)

Ответить | Правка | Наверх | Cообщить модератору

98. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 19:32 
> Там сколько-то процентов от адресного пространства

В случае 32-битной машины это 400% адресного пространства. Столько не дадут. В случае 64 бит машины - там доли процента и не разглядишь...

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

107. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 19:50 
> Это вообще никак не выделенная память. Если взять очень большой файл
> и сделать mmap, то к virt приплюсуется размер файла,

На 32-битной машине нельзя замапить в одном процессе более 2^32 адресов (реально даже меньше). Ваш Капитан, как обычно.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру