Еще парочку моментов.
1) Когда я создаю 2-а потока, то на самом деле их 3-и.
2) Я не выбираю ядра, то есть сама система выбирает. Она может их (потоки) поменять местами во время работы?
3) Когда прога работает основным потоком, а потом я создаю 2-й поток, то он помещается на свободное ядро (1-е, 2-е, 3-е и тд).
4) Как я понял с гуем и файлами лучше работать в один поток.

Сообщение отредактировал RazrFalcon - 5.10.2010, 18:22

Нет !! Это передача инфы между ядрами(процесорами) очень затратное время !!

1) Да ты создаешь не 2-а потока а 2-а дополнительных потока. Ведь main тоже должен выполняться в потоке, поэтому у любой программы сразу есть один поток, это "основной поток". В нем отрисовываются/обновляются контролы. Замечал наверное, иногда окна программ становятся белыми, и программы не отвечают на нажатия кнопок и мыши, это когда основной поток чем то сильно занят и не успевает обработать GUI.

2) Ядра ты не выбираешь, система сама лучше знает как разместить задачи. Ведь в системе кроме твоей программы еще куча всего крутиться, и другие программы то-же хотят поработать, так что это задача системы оптимально раскидать задачи по ядрам.

3) Скорее всего да. Хотя на 100% гарантировать нельзя, смотри п.2 про чужие программы.

4) С гуем лучше работать не просто в один поток а в основном потоке. А что значит с файлами? Простая ситуация если одновременно надо обрабатывать несколько файлов - можно каждый файл обрабатывать в отдельном потоке. Но надо помнить о синхронизации между потоками. Гораздо более сложная ситуация если надо обрабатывать один большой файл, если работу можно разбить на одновременные подзадачи, то можно обрабатывать части файла в несколько потоков. Но это гораздо сложнее с точки зрения синхронизации. В общем делать потоки, или нет, и сколько зависит от задачи.


P.S. Какие у тебя разнообразные интересы и GUI/CLI, и библиотеки, и время выполнения, и потоки. Ты просто изучаешь разные вещи или что-то реальное пишешь, во втором случае IMHO что-то ты с дизайном программы мудришь, возможно твою задачу можно решить проще. Опиши задачу, тебе подскажут куда копать.

Да я про обычный текстовик думал. Ну а в принципе все как я и думал.

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

Про OpenCV подсказать не смогу, не сталкивался. Про GUI/CLI ответил в другом треде.

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

а из двух потоков писать в один файл лучше так: создать общее хранилище для сообщений и туда их оперативно сбрасывать из рабочих потоков (естественно, под мьютексами), а из основного потока (ну или из какого-то третьего) периодически сбрасывать накопленное в хранилище в файл.

Сообщение отредактировал Iron Bug - 6.10.2010, 11:23

И снова непонятно что
В выводе вообще "+three" нет, и +one | +two как то по странному выводятся, то долго один, потом долго другой, то по очереди (короткое время совсем).
Я так понимаю это по тому что основной процесс (one) у меня без приоритета запускается.
Суть в том что я не пойму как запустить два Разных процесса, одинаковые работают, а вот с разными не получается.
-----------------------------------------
Еще один не совсем логичный случай
Они же должны выполнятся параллельно а не последовательно.

Сообщение отредактировал RazrFalcon - 11.10.2010, 21:59

RazrFalcon, ОС раздаёт всем потокам всех процессов кусочки времени (time slices), в винде, к примеру, это около 16 мс (если не вру). Так обеспечивается многозадачность ОС
Поток волен в это время вовсю работать (если только его ядро системы не прерывает для каких-то нужд). Они у тебя и работают - видимо, за этот слайс поток успевает вывести столько сообщений.
Мне только осталось неясно, почему лог так быстро закончился

А вот ежели отдавать часть слайса в систему методом msleep(0) , тогда всё будет вперемешку, по идее

void MyThread2::run2()
 {
    for( int count = 0, x=0; count < 20000000; count++, x++ )
    {
        qDebug()<<x<<"+three";
       msleep(0);//поток отдаёт остаток своего времени для работы другим потокам
    }
 }

Сообщение отредактировал Алексей1153 - 12.10.2010, 6:19

правильно. и не будет, потому что:

MyThread th;
MyThread th2;

они оба выдают "+two". внимательнее надо писать код

Сообщение отредактировал Iron Bug - 12.10.2010, 6:50

гы, а я и не обратил внимания ))