Прощевайте у меня режим Спать пора у нас 23-57.
До свидания.

Док, ну вот откуда у тебя эта информация, откуда ты все это взял?  smile Я имею ввиду "поделки не работающие на всех ядрах". Поправь меня если я чего-то не понимаю.
Я пересел на 4 ядра очень "внезапно"  smile с Атлона 64 3200 да на Феном 2 х 4. Естественно меня интересовало - а как оно там с таким количеством ядер? Я запускал различные приложения в вин 7 и наблюдал очень даже "дружную" работу всех 4 ядер которую отображала как родная утилита от АМД, так и диспетчера задач. Я не видел "отдыхающих ядер". Так откуда такие сведения о неработающих на всех ядрах прогах?
Вот в ХР да, там даже под 2 ядра выпускали обновление дабы синхронизировать работу ядер. Вот в ХР действительно было "не работают на всех ядрах". И я это видел.
И еще я это наглядно увидел при сборке нового ядра в Ubuntu. Запустил компиляцию - а ядрышки то в разнобой и не все загружены. Читаю дальше - а вот для многоядерных компиляцию лучше делать с "- j" и циферку приписать с количеством ядер умноженное на 2. Вот тогда я увидел потрясающее зрелище - все четыре ядра как одно заработали! Это было круто.
Так как же сделать чтобы всегда приложения в линуксе как с "- j8" работали?

угу... на сорцефорже полно кроссплатформенных приложений, которые используют только линуксоиды. Пример: KDE. Да, формально оно работает в венде. Теперь покажите мне хоть одного масдайщика под кедами.

Не могу разделить вашу уверенность:
образ мышления разный.

Как думаете - кто быстрее разберётся с задачей смены прав доступа к файлу текстового конфига в винде -
виндузятник или никсоид?

Мне-то думать не надо - это шоу Бени Хилла на работе наблюдал - у нас одно время такая тестовая задача была при трудоустройстве в нашу богадельню.

виндузятник конечно.

drBatty
Когда я пользовался Windows, я даже не знал о распределении прав, а я не был в Windows новичком.

Кроме кед ничего больше прямо вот не нашлось? В общем, не будем опять начинать, просто смиритесь: опен-сорц по винду реально есть и вполне себе в ходу.

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

Под Linux, к сожалению нет похожей по возможностям, качеству и удобству, чертилки, типа КОМПАС (сваяли бы они, такую бы нишу заняли), нет качественного аналога Solid Works. Вообщем студентам-инженерам пока без винды никуда, но мы верим в светлое будующее =)

Если бы до программизьма только Кнутов допускали...

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

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

А чего там осиливать? Пишем код - компилируем - дебажим - релизим, ничего нового. Вопрос в том, насколько оно целесообразно: грустно будет вбухать в это дело сотни нефти, а потом увидеть, что кроме NoXi0uZ и еще, может, пары сотен человек, линуксовый КОМПАС никому не нужен.

беда в том, что неКнуты пишут свои велосипеды, причём кривые, причём не желают использовать средства ОС.

да смотрел я ваш список - там нету известных виндузятникам программ, ну как KDE. и кстати попробуйте что-то из своего списка, поймёте, почему маздайщики считают ВЕСЬ опенсорс унылым г-ом. и почему они ищут разные компАсы, фотошопы, и даже простые дискописалки (вроде неры).

ОМГ! ЕСТЬ! только этим никто не пользуется - нужна многозадачность, пишут свою, как Кнут в 60х. И невдомёк им, что лучше использовать средства ОС, которые сами обновляются, и потому их старая программа будет отлично работать на новом железе и в новой ОС. Если они конечно юзали документированный API. А они НЕ юзают. потому и получается такой отстой.

дык есть в венде все средства для многозадачности. давно уже есть, в 2001ом уже были. и они прекрасно ложатся на современные CPU. проблема в том, что вендокодеры до сих пор используют подход для MS-DOS. потому и переделать их код не представляется возможным. А в Linux'е это не нужно, fork() она в libc, а не в программе.

подозревать - это одно. проверить-бы... как я понимаю, ВСЕ, кто реквестируют компас под линух - воры? Или кто-то всё-же сподобился КУПИТЬ эту программу? Сложно спросить? В конце концов, именно за такие вопросы вы и платили свои деньги.

Я-бы сам спросил, но, как вы понимаете, я не покупал. И не использую. У меня даже венды нет. Если что - я тем-же кдешникам отпишусь (благо не впервой).

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

Это недорого (портирование), хотя и согласен, если и принесёт ЗНАЧИТЕЛЬНЫЙ профит, то не сегодня. Но почему не попробовать? ИМХО профит будет, и он вполне окупит затраты.

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

у программиста есть 2 пути:
1) использовать средства ОС (как традиционно делают в Linux)
2) самому реализовать многозадачность.

если программист выбрал второй путь, то его программа будет работать лишь с теми CPU, о которых знает кодер. Если второй, то с теми, о которых знают кодеры ОС. Если программа не работает с каким-то процессором, и при этом, сама ОС этот процессор понимает, то следовательно кодер выбрал второй путь - сам написал велосипед.

Termo, в принципе ты прав конечно... беда в том, что на практике получается совсем не так Причём это касается не только многозадачности, и не столько. Это общий принцип - несмотря на наличие в ОС нужных фич, их никто не использует. И причин тут очень много. Причём большинство - нерешаемые в принципе.