The OpenNET Project / Index page

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



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

Оглавление

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

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


1. "В Google провели сравнение производительности C++, Java, Go ..."  –6 +/
Сообщение от Аноним (-), 05-Июн-11, 00:16 
ну все так и думали, правда несомневаюсь что гугловцы еще приукрасили статистику GO
Ответить | Правка | Наверх | Cообщить модератору

5. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 00:31 
Офигенное приукрашение: 94x - Go (1249101 байт)
Что, всего в ДЕВЯНОСТО ДВА раза слили? Epic failure.
Ответить | Правка | Наверх | Cообщить модератору

16. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от ZOG (?), 05-Июн-11, 01:04 
Ты смотри на другую колонку: real. Там результаты вполне сопоставимые. Ну и нужно учитывать, что Go ещё совсем молодой и плохо оптимизирован. Многие вещи пока не оптимизируют для простоты изменения.
Ответить | Правка | Наверх | Cообщить модератору

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ообщить модератору

92. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 17:25 
А статью то никто и не читал. 94х это относительно "C++ Opt" кода, который прошел минимум 3х очень квалифицированных программистов после написания. Были использованны внутренние гугловские библиотеки и ручное выравнивание памяти. Куда более интересен результат "C++ Dbg"...
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

108. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 05-Июн-11, 19:51 
> более интересен результат "C++ Dbg"...

Чем же вам так интересен результат кода с дебаговой информацией? Это отладочная версия, в боевых условиях не применяется.

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

160. "В Google провели сравнение производительности C++, Java, Go ..."  +/
Сообщение от Аноним (-), 06-Июн-11, 17:09 
читайте внимательней
"Dbg" - написанный на скорую руку код
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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