Есть ли разница в скорости расчётов под этими ОС?
Мне недавно доказывали, что одни и те же "не хилые" мат. расчеты
считаются на Linux быстрее чем на Виндах (причем, что на линухе
заведомо более слабая машина)

Здравствуйте, agos, Вы писали:

A>Есть ли разница в скорости расчётов под этими ОС?
A>Мне недавно доказывали, что одни и те же "не хилые" мат. расчеты
A>считаются на Linux быстрее чем на Виндах (причем, что на линухе
A>заведомо более слабая машина)
наверное они эта программа была криво написана.
ОС тут не при чем(будем считать что твоя прога считает, а не активно работает с диском или сетью ), это зависит от компилятора и реализации библиотек которые поставляются с компилятором

Здравствуйте, agos, Вы писали:

A>Мне недавно доказывали...

Можешь привести доказательство?

Здравствуйте, mikа, Вы писали:

A>>Мне недавно доказывали...

M>Можешь привести доказательство?
Я не правильно выразился
Мне доказывали это "многолетним опытом"
А на мои слова о том, что откомпилированный код один и тот же, тока заголовки файлов разные,
мне отвечалось, что винда и тут всё умудряется испортить
С другой стороны если программа активно работает с памятью и, по пути считает, или наоборот
то возможно, что линух посчитает быстрее??

A>С другой стороны если программа активно работает с памятью и, по пути считает, или наоборот
A>то возможно, что линух посчитает быстрее??

Возможно, конечно. И так и этак возможно.

Скорее всего быстрее будет там, под что разрабатывалась конкретная расчётная программа/библиотека. А если говорить вообще, то быстрее там, где больше качественных расчётных программ/библиотек.

Здравствуйте, agos, Вы писали:

A>С другой стороны если программа активно работает с памятью и, по пути считает, или наоборот
A>то возможно, что линух посчитает быстрее??

не знаю как один и тот же код, но пакет "Математика for Linux" у меня считает немного быстрее, чем "Математика for Windows". не спорю, это может быть из-за того, что под линукс программа компилировалась уже с учетом особенностей архитектуры.

Здравствуйте, agos, Вы писали:

A>Здравствуйте, mikа, Вы писали:

M>>Можешь привести доказательство?

A>Мне доказывали это "многолетним опытом"

Это не доказательство. "Многолетний опыт", "100 процентное знание предметной области" — это всего лишь слова. Спрашивай конкретику. Не может обосновать, то такой разговор можно приравнять к забиванию паузы при разговоре в каком-нибудь баре.

On Mon, 23 Feb 2004 05:21:27 GMT, agos <forum@rsdn.ru> wrote:

> Есть ли разница в скорости расчётов под этими ОС?
> Мне недавно доказывали, что одни и те же "не хилые" мат. расчеты
> считаются на Linux быстрее чем на Виндах (причем, что на линухе
> заведомо более слабая машина)

Я вот тоже, пока расчеты для дипломной работы не начал проводить, тоже
также думал .
Оказалось — никакой разницы.
Во всяком случае для интенсивных вычислений с плавающей точкой
(двумерные уравнения Навье-Стокса). Консольная переносимая программа на
ANSI C,
работала совершенно одинаково. Возможно были небольшие различия в скорости
из-за оптимизаций компилятора, т.к.
по винду я пользовал Visual C++ 6.0, а для линукс — GCC...

--
best regards, Leonid V. Volnin.

Чушь. Должно быть одинаково. Хотя подсистема памяти под Linux работает медленнее. Для задачи, активно юзающих память, Red Hat по тестам хавал ее больше физически и работал медленнее процентов на 10 по сравнению в XP. И на crush-тесте не падало приложение дольше: Linux проглатывал ошибки работы с памятью. Вот так-то.

Здравствуйте, Poudy, Вы писали:

P>Чушь. Должно быть одинаково. Хотя подсистема памяти под Linux работает медленнее. Для задачи, активно юзающих память, Red Hat по тестам хавал ее больше физически и работал медленнее процентов на 10 по сравнению в XP. И на crush-тесте не падало приложение дольше: Linux проглатывал ошибки работы с памятью. Вот так-то.

Если говорить о чистой математике, согласен, скорость должна быть одинакова. У винды есть несколько сопутствующих "агресивных" факторов: собственно наличие GUI, активность сетевой подсистемы, которая часто живет своей, не связанной с пользователем жизнью, разные алгоритмы планирования времени процессора для приложений. Все это может присадить скорость работы машинки под Вынь.

Здравствуйте, agos, Вы писали:

A>Есть ли разница в скорости расчётов под этими ОС?
A>Мне недавно доказывали, что одни и те же "не хилые" мат. расчеты
A>считаются на Linux быстрее чем на Виндах (причем, что на линухе
A>заведомо более слабая машина)
Посмотри Эффективность компиляторов. Сравнительный тест — Немного другая тема, но там приводятся результаты тестов на одних и тех же задач и одних и тех-же компиляторов под Win и Linux.
в принципе без разницы

Здравствуйте, <Аноним>, Вы писали:

А>Если говорить о чистой математике, согласен, скорость должна быть одинакова. У винды есть несколько сопутствующих "агресивных" факторов: собственно наличие GUI, активность сетевой подсистемы, которая часто живет своей, не связанной с пользователем жизнью, разные алгоритмы планирования времени процессора для приложений. Все это может присадить скорость работы машинки под Вынь.

Если поток активно занимает процессорное время Винда старается его не прирывать. Да и что ей делать то? Если только какой умный орел сбоку с Квакой примостится.

Здравствуйте, VladD2, Вы писали:

VD>Если поток активно занимает процессорное время Винда старается его не прирывать. Да и что ей делать то? Если только какой умный орел сбоку с Квакой примостится.

Или другой эту кваку по сети стянуть старается. Для служб винда клиентские апликухи еще как прерывает.

Здравствуйте, <Аноним>, Вы писали:

А>Или другой эту кваку по сети стянуть старается. Для служб винда клиентские апликухи еще как прерывает.

Ага. А у Линукса бэкграунд процессы времени не отнимают. Он их в режиме эмуляции процессора запускает.

Здравствуйте, agos, Вы писали:

A>Есть ли разница в скорости расчётов под этими ОС?
A>Мне недавно доказывали, что одни и те же "не хилые" мат. расчеты
A>считаются на Linux быстрее чем на Виндах (причем, что на линухе
A>заведомо более слабая машина)

А ты не спрашивал, что этот человек подразумевал под "не хилые" мат. расчеты? Например, есть класс задач, требующий значительных вычислений, с которыми не может справиться один PC в приемлимое время. В таких случаях применяются параллельные вычисления. Из вышеупомянутого класса можно вычленить подкласс задач, для процессов которых необходимо активное взаимодействие. Подобные задачи решаются с использованием MPI(Message Passing Interface). Так вот для такого класса задач утверждение твоего оппонента можно признать верным, т.к. в подобных задачах один из факторов влияющих на скорость вычисления есть реализация MPI. Под Linux таких реализаций вагон, а под Windows всего одна (пока).

Примечания:
1. Упомянутые мной вычисления встречаются либо в академических организациях, либо в крупных компаниях со своими исследовательскими или аналитическими центрами.
2. Последнее время MS обратила внимание на этот рынок, в частности она спонсировала перенос под Windows одной из популярных реализаций MPI в Linux.

Всё вышесказанное мной AFAIK.

Здравствуйте, VladD2, Вы писали:

VD>Ага. А у Линукса бэкграунд процессы времени не отнимают. Он их в режиме эмуляции процессора запускает.

Нет, не в эмуляции. Линух не делает различия между сервисами и клиентскими программами, все получают времени одинаково. Правда никто не мешает им использовать nice в шелл или setpriority в своем коде, но большинство из тех программ, которые я пользовал, либо исследовал этого не делают.

M>А если говорить вообще, то быстрее там, где больше качественных расчётных программ/библиотек.

По моему опыту у физиков, основные математические библиотеки писались на фортране еще в 60 годах. Переписывать их типа на С/С++ из физиков никто не хочет. Нафига козе баян? Поэтому расчетные библиотеки лучше там, где компилятор Фортрана лучше.

А>Поэтому расчетные библиотеки лучше там, где компилятор Фортрана лучше.

Во, вполне возможно. Ну, то есть при выполнении своих граничных условий.

То есть, наверняка, есть такие области, где старые FORTRAN-библиотеки не актуальны. Там свои зависимости.