Вверх ↑
Этот топик читают: Гость
Администрация
Ответов: 15295
Рейтинг: 1519
#241: 2012-01-09 14:32:51 ЛС | профиль | цитата
hitman249 писал(а):
ну вот чем-то не тем не знаю чем, если бы вы сами знали то и написали бы тем-то и тем-то

hitman249, пора бы уже вырасти из пеленок и перестать мерить окружающих по себе
карма: 27
1
Голосовали:Assasin
Ответов: 1528
Рейтинг: 57
#242: 2012-01-10 00:30:34 ЛС | профиль | цитата
Dilma, вы ушли от темы
------------ Дoбавленo в 00.30:
Чем "далеко не тем" отличаются "флаги client/server" ?
[flood]может ещё раз попробуете оскорбить, чтобы не ответить на явный вопрос?[/flood]
карма: 0

0
Администрация
Ответов: 15295
Рейтинг: 1519
#243: 2012-01-10 00:51:01 ЛС | профиль | цитата
hitman249 писал(а):
может ещё раз попробуете оскорбить, чтобы не ответить на явный вопрос?

"вырасти из пеленок" в данном случае это значит перестать использовать такие детские приемы как "взятие на слабо" и " если бы вы сами знали то и написали". Что вы в этом усмотрели оскорбительного - не понятно.

hitman249 писал(а):
Чем "далеко не тем" отличаются "флаги client/server" ?

на этот вопрос невозможно ответить в двух словах ибо каждый из флагов подключает свою VM, поведение которых сильно отличается друг от друга. На эту тему достаточно много литературы есть (в том числе встречал русские подкасты, где разработчики рассказывают о некоторых особенностях работы серверных VM). В качестве вводной информации лучше использовать документацию от производителя http://java.sun.com/products/hotspot/whitepaper.html (раздел Chapter 2. The Java HotSpot VM Architecture)
карма: 27
0
Ответов: 3889
Рейтинг: 362
#244: 2012-01-10 01:03:41 ЛС | профиль | цитата
В виду пропагандируемой тут универсальности для всех платформ, я бы напомнил, что виртуальных машин, помимо нескольких оракловских, десятка два (это не считая ещё десятка мобильных), кардинально отличающихся по всем параметрам, включая производительность, а оригинальный HotSpot, AFAIK, есть только под три системы, и различается даже на них. На сайте оракла есть сообщество разработчиков, в котором так же многократно обсуждались эти вопросы, и авторы HotSpot объясняли, что серверная машина ускоряется за счёт длительного предварительного анализа программы, разворачивания циклов, многократного клонирования кода (например, для замены вызовов процедуры её копиями), отключения механизмов экономии оперативной памяти и отказа от оптимизации работы с библиотеками пользовательского интерфейса (на то он и сервер, чтобы быть оптимизированным под консоль и огромную память). Полагаю, Автор на это Вам уже намекал.
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#245: 2012-01-10 03:23:54 ЛС | профиль | цитата
1nd1g0 писал(а):
серверная машина ускоряется за счёт длительного предварительного анализа программы, разворачивания циклов, многократного клонирования кода (например, для замены вызовов процедуры её копиями), отключения механизмов экономии оперативной памяти и отказа от оптимизации работы с библиотеками пользовательского интерфейса (на то он и сервер, чтобы быть оптимизированным под консоль и огромную память).

именно так

А многообразие VM, как правильно было замечено, в сущности сводит на нет все разговоры о производительности сразу же, как только мы заводим речь о кросплатформенности (на сегодня самыми популярными реализациями java машины, отличными от ванильных, являются VM в android и macos - для этих систем Oracle их вообще не поставляет). В то время как производительность нативных решений (например, фреймворки основанные на С и С++) от ОС никак не зависит.
карма: 27
0
Ответов: 1528
Рейтинг: 57
#246: 2012-01-10 08:43:48 ЛС | профиль | цитата
Dilma писал(а):
"вырасти из пеленок"

а не вы ли несколько страниц назад сравнивали hiasm и netbeans ?
ага, для пущщуго эффекту вашей "давно вырос из пелёнок" надо было сразу там-же ещё сравнить Paint и Word.

Dilma писал(а):
запомните одну простую и очевидную вещь - один поток всегда использует только одно ядро
Assasin сомневался, ему и "запоминайте".
карма: 0

0
Администрация
Ответов: 15295
Рейтинг: 1519
#247: 2012-01-10 13:45:53 ЛС | профиль | цитата
hitman249 писал(а):
а не вы ли несколько страниц назад сравнивали hiasm и netbeans ?

нет, не мы. Мы как раз пытались убедить некоторых коллег в нелепости этого действа:
Dilma писал(а):
господин hitman249 забыл сделать ремарку: Delphi это среда разработки(программирования), а NetBeans (так же как и Eclipse) это платформа. Вещи вообще говоря не сравниваемые между собой.

покажите сообщение, в котором вы усмотрели сравнение NetBeans и HiAsm.

hitman249 писал(а):
Assasin сомневался, ему и "запоминайте".

hitman249 писал(а):
как я обрадовался когда ты высказал теорию о распределении нагрузки на все ядра при флаге -server, ведь тогда все мои приложения по умолчанию бы использовали всю мощь ЦП, ан нет, покопал я в эту сторону ещё чуть-чуть и оказалось, что новое приложение использует только одно ядро

т.е. на момент включения флага -server вы не сомневались, что приложение будет использовать одно ядро, но тем не менее проверили и стали еще чего-то копать для подтверждения этого?
карма: 27
0
Ответов: 5446
Рейтинг: 323
#248: 2012-01-14 11:54:39 ЛС | профиль | цитата
Что-то дискуссия затихла Почему C быстрее Java (с точки зрения Java-разработчика).
карма: 1

0
Ответов: 3349
Рейтинг: 233
#249: 2012-01-14 13:46:42 ЛС | профиль | цитата
Ну быстрее он, и что? Какая разница на чем Hello world писать?!
карма: 1

1
Голосовали:Tad
Разработчик
Ответов: 4698
Рейтинг: 426
#250: 2012-01-14 13:53:49 ЛС | профиль | цитата
Ivann, разница между asm-овским хелловорлдом и Cи-шным такая маленькая?
карма: 10
0
Ответов: 3349
Рейтинг: 233
#251: 2012-01-14 14:27:01 ЛС | профиль | цитата
Для конечного пользователя ее вообще не существует
карма: 1

0
Ответов: 3889
Рейтинг: 362
#252: 2012-01-14 14:39:55 ЛС | профиль | цитата
Assasin, это смотря как реализовывать, если у тебя есть только видеопамять, растровый шрифт и процессор, и ты хорошо знаешь особенности его работы, то на чистом ассемблере можно всегда нарисовать надпись на экране миллион раз заметно быстрее, чем на ограниченном универсальностьюпереносимостью CC++. И ничего не соображающие в работе аппаратной части современные доморощенные апологеты управляемых языков и мышково-трёхкнопочных сред разработки могут до бесконечности расписываться в своём невежестве засирая форумы флудом о магических скоростях управляемых сред. Универсальностьпереносимость всегда и везде достаётся дорогой ценой. Вот только миллион раз сейчас никому не нужен, а когда становится нужен, просто покупают новый ПК

Про универсальность и переносимость. Если в твоей стране розетки с двумя дырочками, а в других странах - с тремя, но на большую мощность, заземлённые и с защитой от посторонних предметов, засовываемых детьми, то, изготавливая продукцию с универсальной вилкой с минимально необходимым числом контактов, производитель сознательно идёт на повышение опасности, понижение мощности и появление посторонних помех от наводок. В программировании всё точно так же.

Про управляемый код. Если рабочий говорит на рабоче-крестьянско-китайском (ядро процессора), его начальник знает инженерный китайский (транслятор микрокода), а их менеджер уже знает пару слов на рабоче-крестьянско-английском (ассемблер). Теперь посмотрим на наглядный пример самого идеального случая (в реальности обычно всё гораздо плачевнее ибо человеческий фактор): пользуясь услугами автоматического гугло-переводчика с рабоче-крестьянско-русского (уровень знания функционала Java и библиотек большинством разработчиков) на инженерный эстонский (байт-код), который зачитывает коренной эстонец (интерпретирующая виртуальная машина) переводчику-синхронисту (JIT), на слух в реальном времени записывающему это всё в смесь инженерного и рабоче-крестьянского английского (сбор блоков на CC++ со вставками на ассемблере), что пытается прочесть китайский менеджер (машинный код) со словарём и гуглом и объяснить полуграмотному начальнику (транслятор микрокода) рабочего (логические модули ядра), что от того хотят. Вот и подумайте, насколько оптимальным и эффективным будет труд бедного китайца (одно ядро) или артели (многоядерная система), если учесть, что требующих координации между собою начальников у них несколько, менеджеров ещё больше и т.д. по нарастающей.

Про ассемблер. С горем пополам выучив рабоче-крестьянский английский (ассемблер) + важные привычкиповадки мастера (транслятор микрокода) и рабочего (ядро) + пару матерных слов на китайском вы большую часть времени общаетесь с менеджером конторы, которой поручаете работу. А китайский мат адресуете прямо начальнику цеха (голый машинный код)
карма: 1

0
Разработчик
Ответов: 4698
Рейтинг: 426
#253: 2012-01-14 15:06:46 ЛС | профиль | цитата
1nd1g0, это ты не мне объясняй А hitman249, он тут у нас спорщик.
карма: 10
0
Разработчик
Ответов: 26151
Рейтинг: 2127
#254: 2012-01-14 15:13:53 ЛС | профиль | цитата
Народ! А вам не кажется, что все это пустопорожний срач, и ничего вы не докажете hitman249-у, по причине того, что он является апологетом Java, а верующего невозможно переубедить
карма: 22

0
Ответов: 1731
Рейтинг: 68
#255: 2012-01-14 15:24:06 ЛС | профиль | цитата
Чисто для флуда (примеры HelloWorld)


На языке Си:

#cpp
#include <stdio.h>

main()
{
printf("hello, world\n");
}

По стандарту ANSI C:

#cpp

#include <stdio.h>

int main(void)
{
printf("Hello, world\n");
return 0;
}

На Си++

#cpp

#include <iostream>

int main()
{
std::cout << "Hello, world!" << std::endl;
return 0;
}

На языке Паскаль:

#pas

program MyProgram;
begin
WriteLn ('Hello, world!');
end.

На языке Python 2.x:

print "Hello, world!"

На языке Common Lisp:

(format t "Hello, world!~%")

На эзотерическом языке HQ9+:
H

На TASM

.MODEL TINY
CODE SEGMENT
ASSUME CS:CODE, DS:CODE
ORG 100h
START:
mov ah,9
mov dx,OFFSET Msg
int 21h
int 20h
Msg DB 'Hello World',13,10,'#'
CODE ENDS
END START

На VBS:

#bas
MsbBox "Hello World!"

На Java:
class HelloWorld {

public static void main (String args []) {

System. out. println ("Hello World");

}

}
карма: 1

0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)