Переход на Linux: взгляд разработчика под Windows (перевод)

ИМХО автор небеспристрастен.

Что же касается С++, VS и G++ поддерживают практически все стандарты (в отличие, например, от OpenWatcom, популярного у нас на Химфаке МГУ), т.е. если код написан правильно, он компилилируется и в g++, и в VS.

>установил с его помощью Kubuntu,так как KDE мне нравится больше – особенно потому что __сейчас я использую Qt__ для разработки интерфейса с пользователем.

В этом месте я согласен. Когда переходишь на Linux и если ты программист, оптимальное кроссплатформенное решение (тулкиты и т.д.) находится мгновенно. Те же кто сидят на windows и пишут под него не задумываются о портируемости кода - факт. Они витают в своих мыслях о "90%, зачем нужны эти проценты-объедки" и т.д.

«...developing on Linux means you have an extremely stable API (POSIX isn’t going to be replaced with PoseFX, for instance)...»

А в чём проблема?

Человек находился во власти FUD, а потом выяснил, что переход на Linux совсем не так страшен, как пишут в микрософте. Вот и получилось.

не вижу в чём он "не беспристрастен" -- сейчас программы даже для win удобнее писать в линуксе, если не завязываться на win api

я пользовался в 1999/2000

>>установил с его помощью Kubuntu,так как KDE мне нравится больше – особенно потому что __сейчас я использую Qt__ для разработки интерфейса с пользователем.

Автор, ИМХО, сам путается со временем - я так понял, до перехода на линукс он таки не использовал Qt. Тем более программирование на Qt, находясь в GNOME, логичнее, чем находясь в мастдае, опять же ИМХО.

Хотя бы в том, что программист, пользующийся почти исключительно кроссплатформенным софтом, не может быть назван "программистом под какую-то конкретную платформу". А он себя так назвал. У него из платформозависимого была только студия.

Я так понимаю winapi+OpenGl... Но по легкости перехода от winapi к Qt и OpenMP и можно судить о предвзятости автора (программа явно разрабатывалась с прицелом на кроссплатформенность). ИМХО, нельзя за 10 минут вычистить весь winapi код, если ты изначально не проектировал его так, что это сделать.

OpenMP хорошо работает с циклическим параллелизмом?! А можно хороший пример кода, когда цикл с кучей вычислений можно хорошо распараллелить с этим инструментом? Кто может привести, если не сложно?!

>Python

Это был не настоящий вендузятник. У настоящего были бы батфайлы с windows(r) script host(tm) плавно перетекающие в powershell(tm).

Распараллель сперва математику, после этого положить все это на код тебе покажется детской забавой.

А можно пример кода, пожалуйста: обычный цикл/распараллеленый?

Ты путаешь --libs и --cflags. Ключ --libs возвращает что-то вроде "-lglib-2.0 -lgtk-x11-2.0" и никаких путей тут нету. Благодаря pkg-config меньше срача в /usr/include, не уверен, что разработчики дистрибутивов вообще имеют к этому отношение.

> Судя по написанному, автора либо очень крепко достала предыдущая его ОС, либо он осознанно далеко не беспристрастен

Скорее, и то, и другое, однако винда действительно может не слабо достать.

Стандарты в теории одни, а код на практике... сильно разный может быть.

Интересная мысль и очень простая, почему-то раньше в голову не приходила: запусти себе всё по отдельным потокам и не беспокойся. Надо будет попробовать. Но зачем тогда OpenMP?! Тут наверное любым инструментом можно?! Например, запустить потоки, средствами Qt?! Тут я так понимаю, что тут OpenMP никто не владеет?

Только одно но: вычислений внутри цикла относительно немного: 3 суммы с умножением. Не будут ли накладные расходы на запуск нитей сильно тормозить процесс в целом?! Кроме того идёт обращение к общей переменной - сумме, получается семафоры нужно реализовывать?!

OpenMP местами состоит из прагм. Например, когда имеем 2 вектора (массива), которые нужно покомпонентно сложить, то можно написать перед кодом цикла соответствующую прагму. При этом о создании потока задумываться не очень-то и надо.

К.О. также отмечал где-то, что когда отсутствует поддержка OpenMP, то код будет просто выполняться последовательно, с минимумом вмешательств.

Если кратко - OpenMP разрабатывалось там же где и OpenGL (в SGI), служит для реализации shared-memory паралелизма посредством внесения pragmas в обычный, serial code.

Если угодно - пишите, синхронизируйте и ловите затыки сами, средствами raw threads.

Нити не обязательно запускать - можно их держать спящими на condition, а когда надо - установить данные и толкнуть condition. Это недорого, хотя на 3 суммы с умножением может и не дать выигрыша.

OpenMP хорошо работает с циклическим параллелизмом?! А можно хороший пример кода, когда цикл с кучей вычислений можно хорошо распараллелить с этим инструментом? Кто может привести, если не сложно?!

// Potential energy part matrix (colomn-major <Fortran> order)
   printf("# Forming potential energy part... "); fflush(NULL);
#pragma omp parallel for private(abspos) 
   for(abspos_prime=1; abspos_prime<=size; abspos_prime++)
   {
    for(abspos=abspos_prime; abspos<=size; abspos++) // fill only lower triangle of the full matrix
    {
      PotentialEnergy(abspos, abspos_prime) =  // Coulomb ME for L=1 case
        2.0*(          primitive_coulomb_int(multiindex_arr(abspos).ftyp+2*multiindex_arr(abspos_prime).ftyp,
                                             multiindex_arr(abspos_prime).n,
                                                                       multiindex_arr(abspos_prime).r,  multiindex_arr(abspos_prime).k,
                                                                       multiindex_arr(abspos_prime).s,  multiindex_arr(abspos_prime).l,
                                             multiindex_arr(abspos).n,
                                                                       multiindex_arr(abspos).r,        multiindex_arr(abspos).k,
                                                                       multiindex_arr(abspos).s,        multiindex_arr(abspos).l) // "Direct"
                       +
             SPIN_SYMM*primitive_coulomb_int(multiindex_arr(abspos).ftyp+2*multiindex_arr(abspos_prime).ftyp+(1-PARITY), // (1-PARITY) is use to indicate exchange-type integral for the case PARITY==0
                                             multiindex_arr(abspos_prime).n,
                                                                        multiindex_arr(abspos_prime).r,  multiindex_arr(abspos_prime).k,
                                                                        multiindex_arr(abspos_prime).s,  multiindex_arr(abspos_prime).l,
                                             multiindex_arr(abspos).n,
                                                                        multiindex_arr(abspos).s,        multiindex_arr(abspos).l,
                                                                        multiindex_arr(abspos).r,        multiindex_arr(abspos).k) // "Exchange"
            );
    }
   }
   printf("done!\n"); fflush(NULL);

Я постарался применить "функциональный" стиль: все вычисления -- применение последовательности функций к входным данным.

хм... я конечно не знаю, где вы з/п добываете, но цена Visual Studio Pro 2008 Win32 около 1k$. Если ваш годовой доход на кодинге 250-300k$ - мой вам респект :)