Аноны, когда уже можно будеть собрать печку на архитектуре POWER/RISC-V? Интел оверпрайс параша с ME, процессоры AMD хороши, но всё на той же ублюдочной закрытой архитектуре x86_64, тащащей за собой хлам из XX века.
Уже представляю как я компилирую генту на POWER/RISC-V; шишка стоит колом.
>>211164072 (OP) x64 Навсегда, или до нереального технологического прорыва. Все крупные компании на хую вертели переписывание всего софта и обратную несовместимость с предыдущими системами. Так что бери 64 и не выебывайся.
Лол, манюш, у амд тоже есть аналог МЕ. И у помер он будет, если их доля на рынке вырастит. Арм низкопроизводительная хуета, в которую аналог МЕ уже встроен, риск никто развивать не будет.
>>211164072 (OP) Её смерть означала бы потерю кучи вложенных за десятилетия денег для гигантов вроде АНБ и мелкософта, в её сохранении заинтересованы почти все, даже сами производители чипов на других архитектурах давно в системе. Единственная группа, выигрывающая в случае возвращения к зоопарку архитектур - сообщество FOSS, т.к. его основную сильную сторону, умение кодить надёжные вещи в сложных условиях, сейчас приткнуть некуда. >>211164289 Вздор, любой опасный прорыв купят и положат под сукно.
>>211164659 Ну а как ты себе это представляешь, клоун? Чтобы оправдать необходимость начинать опутывание планеты сетью лжи с начала, этот твой прорыв должен быть совершенно охуительным. Но охуительность прорыва, в свою очередь, коррелирует с охуительной сложностью удержания под контролем процесса его внедрения. Может, где-то там в середине между этими двумя нерентабельностями и есть локальный минимум пиздеца, но решающий голос будет у разведки, а значит - всё равно под сукно, пока сурьёзные пузатые бюрократы не разберутся. Сукно неизбежно, $аноннейм$!
>>211164856 Представляю это так, что пока в рашке всем и правда на все нововведения насрать, в цивилизованном мире умные люди нормально умеют продвигать свои идеи и умеют видеть перспективные технологии. Не одни - так конкуренты. Ах да, конкуренция... Да, анон, прости, в рашкинских реалиях об этом не слышали, увы. Продолжай и дальше верить, что и у белых людей все друг с другом в сговоре.
>>211165103 В том-то и беда, что именно умные люди замечательно умеют первыми замечать перспективные технологии. Те самые умные люди, что уже замечательно устроились в жизни и умеют в менеджмент рисков. Впрочем, пофиг. Люблю идеалистов. Добра.
>>211164072 (OP) >когда уже можно будеть собрать печку на архитектуре POWER/RISC-V? Хоть сейчас пиздуй на лохито и покупай двухпроцессорный G5. 4 ядра и 8/16 гигов интернет сёрфить и наслаждаться своей нитакойкаквсешностью
>>211165505 Которого не будет, ибо проц от калфона как сосал у самых младших i5-U так и сосёт. Эппл ушли с маняRISCпараши именно потому, что мобильные PPC G4 сосали у интела за обе щёки.
>>211166229 Ну не аняме с тайловым вм и скринфетчи с x86 же постить. "Мам, сматри, я осилил копипастинг команд с харч вики/генту рукокнига, сматри, мам!".
Вот собрал ты пк на "нормальной" архитектуре. А теперь тебе нужна ОС под это, а также софт. И если ОС еще может быть есть нормальная, но с софта нужно скорее всего не будет.
>>211167928 А нехрен было расслаблять производителей софта попустительством бинарной дистрибьюции. Эта безумная идея должна была сдохнуть ещё в восьмидесятых, вы сами себя в яму загнали, олухи. Полтора мыслимых юзкейса существенно платформоспецифичного кода не в счёт.
>>211164072 (OP) >x86_64 будет жить вечно? Да, но в х64 погромной среде разумеется. Постепенно х86 софт вымрет, как уже почти вымерли 16-битные приложения. >когда уже можно будеть собрать печку на архитектуре POWER/RISC-V? Никогда, пока существуют Интол и АМД >Интел оверпрайс параша с ME, процессоры AMD хороши, У АМД тоже есть аналог МЕ.
>>211168048 Впопенсорсоманька, плиз. Попробуй сконпелировать любой софт из 1999 на современном членуксе. Да хоть ту же третью кваку, лол. Именно оригинальные исходники, а не переписанные пердолями почти с нуля. А на шинде 99% бинарного софта, не завязанного на недокументированную парашу, работает до сих пор.
Проебали интернет. Когда к ним приходили с презентациями, они крутили пальцем у виска и говорили хуйню типа "ну кто в этом мире захочет смотреть видео со случайными васянами?". Ютуб доказал - "умные" люди оказались неправы.
>>211164072 (OP) >тащащей за собой хлам из XX века Поэтому жить и будет. Нахуй нужна параша, которая при обновлении ХОБА! превращает твои приложухи в тыкву?
>>211168253 >фуфыкс вместо процессора >ряяяя x64 плохо Проиграл. Тогда точно купи G5 или Niagara 1 - даже эта параша из 2005 будет лучше, чем твоя кукуруза.
>>211168412 Если бы ты не был пиздюком, то знал бы, что померпц параша на чмаках это полнейшее дно, которое жрет электричество и обогревает окружающую среду, но при этом умудряется тормозить.
>>211164072 (OP) Так ведь даже Мелкософт новость выкатил, что попробует альтернативную ОС выкатить с иным ядром.
x86_64 - это ведь вынужденный компромисс на основе используемого операционками. В 90-00х было несколько случаев когда инженеры-процессорщики пытались более толковые инструкции то там то сям лепить, то приходилось выпиливать так как их банально никто не юзал.
Соответственно, едва маятник качнётся не в пользу 32бит на дефолтном пека, как и архитектуру смогут на полноценные 64 бита перекатить. И большой загвоздкой здесь стоит шиндоуз у которого всё ядро это один большой костыль над доисторической адресностью. Если мелкомягкие перекатятся, да и вообще на рынке ОС какой-никакой передел технологий случится, так и инженеры подтянутся с новыми решениями. Линухам в целом поебать, там всё что надо пересоберут в течение года-двух, никто и не заметит.
>>211168010 >Я ставил обычную софтину на генте, заебался пить кофе, и ждать.
Кому ты лгать тут пытаешься? Даже среднепека сможет не сильно засранный мир пересобрать меньше чем за сутки - с километровыми файрфоксами, базами данных и прочими жирнющими ебилдами. Рядовой софт ставится вполне приемлемо (15сек-5мин), если только не тянет с собой охуилярд зависимостей вроде полного Qt и подобного.
>>211168048 Есть подозрение, что это связано с диспутами вокруг авторских прав. Всё-таки будь дистрибуция и установка софта по принципу "возьми исходники и у тебя соберётся как надо", то не было бы столько ужаса с брошенным ПО которое вроде и понадобиться может, но ты его тупо хуй достанешь. Да и разработчики б были менее ленивые и пользователя ждал б нормально упакованный софт, а не "дефолтное должно работать, хз что вам не нравится".
>>211168089 К чему ведёшь? Была бы сорс-базед дистрибуция основной и неотвратимой, и качество кода вынужденно было бы приличное. >99% бинарного софта, не завязанного на недокументированную парашу, работает до сих пор На глазок я бы понизил процентов до тридцати-сорока, но дело даже не в этом. Представь, как бы выглядел мир, если бы те же самые потраченные на создание костылей поддержки бинарной совместимости человекочасы ушли вместо того на что-то полезное. Вылизанные стандарты языков и интерфейсов библиотек, современные инструменты разработки и сопровождения в начале девяностых, культура кода во все поля даже в состоящих из криворуких похуистов конторках вроде этого твоего майкрософта. Эх.
>>211168839 У мелкософта как раз всё более-менее работает. В отличии от днинуксов, где каждые 2-3 года лепят новую хуйню ради того, чтобы слепить новую хуйню, которая ломает нахуй совместимость. Пример - pshhhhhtaudio, systemd, wayland, galjun3d, perl6, php7, практически каждая новая версия gcc.
>>211168920 Пххх, все равно бы делали закрытое ПО за кучу бабла. Алсо, манюнь, как думаешь, почему на жмупитухе до сих пор нет нормального офисного пакета? Да потому что копрорациям нужна прошивка для роутера, а офис в это понятие ну никак не входит. Так что попенсорц это одно большое наебалово.
>>211169055 Апдейты на сервер <=2016 и ЛГБТ выходят раз в месяц, там уже всё оттестировано на хомячках с дрисняткой говнятор тупдате. 2019 - не сервер, эта параша даже не проходила бета-тестирование, высрали в продакшен прямо так. Ставить её ещё года 2 смысла нет.
>>211168089 >на шинде 99% бинарного софта, не завязанного на недокументированную парашу, работает до сих пор
А разгадка проста: шиндоуз уж лет 20 развивается как надстройка над старым шиндоузом, который ещё тогда делался с обязательной обратной совместимостью с дособразными шиндоузами.
Для умников: это не заслуга софта, это особенности дизайна ОС, причём не факт что положительные.
>>211169195 >надстройка кек пук Чисто по секрету - 9x и NT разные линейки. И да, в NT совместимость с 16 бит всю жизнь была через приделанный сбоку эмулятор, который в 64-битных виндах вообще выпилили нахуй.
>>211169337 > в 64-битных виндах Угу, вот только 64бита в Винде это костыль чистой воды построенный по тем же доисторическим принципам как раньше WinAPI16 с WinAPI32 сращивали.
>>211169195 >шиндоуз уж лет 20 развивается как надстройка над старым шиндоузом А в мире софта с закрытым исходным кодом нельзя по другому. Изменили, к примеру, функцию из ядра системы - красноглазый подправил сорцы и перекомпилировал, а виндузятнику пришлось бы апдейта софта ждать (а если софт заброшен? А если функцию поменяли только в новых версиях системы без смены в старых - теперь нужно по версии софта для каждого возможного ядра выпускать?).
>>211169447 Да в общем-то таких адовых проблем как ебля с WinAPI (по которому ещё и документация хуй поможет) там не чувствуется. Виндовское программирование без обёрток (считай, весь .NET) вообще сложно воспринимать т.к. слишком уж всё запутано и тяжёло наблюдать этот легаси-бардак который даже не скрывает что у него всё очень грустно ещё со времён ХР.
>>211169549 Вот кстати надо б где поискать и почитать а были ли попытки сделать ту же систему dll заведомо с этим расчётом. В смысле она и так в целом это может, но оно явно используется постольку поскольку и из-за этого приходится подрываться на каждой второй программе которая додумалась жёсткую привязку к крестовым библиотекам сделать и подобному.
>>211169558 Импердолинг всякие write(), read(), fork() - не легаси-бардак времён UNIX Version 7. Попробуй под хуинукс пописать "без обёрток", хуле - ебись с одними системными вызовами без библиотек. Алсо, на пике единственная ОС, которая нормально поддерживала многоархитектурные приложения.
>>211169679 >импердихтеринг, тебе обязательно грузить в память весь бинарь >импердихтеринг, оно не сжимается при нахождении в pkg/dmg >импердихтеринг, в современных программах б0льшую часть места занимает тупа код
>>211169649 >ебись с одними системными вызовами без библиотек Я их хотя бы обнаружить могу, и даже лично пощупать и понять. Это куда лучше чем ебучий зоопарк f, fA, fW, fEx, fExA, fExW, f-чутьдругое-имя, ..., где при этом во всех них будет зарыт минимум один легаси-пиздец, который все давно забыли, но нигде не написали.
Безобидный fork() просто сыростью отдаёт, но с ним хоть работать можно. Он не требует напихивать в себя неизвестные науке типы просто потому что так было заведено в 92м году (о чём конечно тоже никто не напишет толком).
>>211169708 >>импердихтеринг, тебе обязательно грузить в память весь бинарь Мне его надо, как минимум, записать на CD или скачать с Интернета. Да-да, придется качать говно для разных архитектур и хуй знает зачем. >>импердихтеринг, оно не сжимается при нахождении в pkg/dmg Прям в 1488 раз сжимается, кек. >>импердихтеринг, в современных программах б0льшую часть места занимает тупа код Это ты так игры назвал? Или гифки с иконочкой дискеты весят больше, чем самые разные библиотеки для этой самой программы? Лол)
>>211169711 Почитал что к чему, добавил-убавил флажков каких надо и всё. Совсем неразрешимого ужаса на современной генте можно поглядеть разве что на экзотическом железе, с которым ты ещё и малоподдерживаемую библиотеку пыатешься использовать непонятным образом.
>>211169549 Только красноглазые могут забросить продукт, и то, что ты бы запустил на винде 15 лет спустя даже, в линуксе не заведется и через два года.
>>211169632 WinSxS (Side-by-side assembly), если я тебя правильно понял. Но это нифига не эффективно в плане занимаемого места на жестком диске, т.к. дешевле держать одну библиотеку чуть жирнее обычного для поддержки легаси, чем две, которые на 80% дублируют друг друга.
>>211169711 >компиляция непременно пизданется с ошибкой на 90% В 90% случаев ты сидишь на замаскированных уебилдах и пытаешься приделать телеге гусеницы от танка первой мировой.
>>211169756 >пук среньк кочять мноха Как там в 2005 с GPRS по трафику? >пук среньк в 1488 Раза в 2-3 >пук среньк гифки Да-да, программа представляет из себя только код вообще без данных. Можешь не продолжать, я и так понял, что ты долбаёб.
>>211169798 Ох лол, какие флажки, нахуй оно мне надо, не говоря ещё о 98% юзеров? Ты вот прям щас ответил, почему поставляют бинарники а не ебутся с компилом. Серьезно, нахуй мне тратить даже лишние три минуты, если винда даёт мне два клика и далее далее, и я просто работаю?
>>211169746 >Он не требует напихивать в себя неизвестные науке типы Так не напихивай. Можешь передавать int * вместо всех этих DWORDZHOPABILLAGEITSA LPSTR HUI - в 90% случаев конпелятор даже не ругнётся.
>>211169852 А ты, конечный пользователь, получаешь годами пухнующую легаси-бездну на которую судорожно накатывают заплатку за заплаткой, т.к. глубины астрала располагаемые рядом с ядром системы позволяют делать пиздец который головой-то не охватишь. А получаешь ты это вместо улучшения системы, вместо оптимизации работы компьютера, вместо использования преимуществ твоего железа. Потом сам же и воешь если оказывается что починка требует непомерных усилий.
С этого угла зрения линухи так-то тоже такое себе, т.к. тоже по сути являются продуктом глубоких 90х
>>211169953 Только например то же быстродействие графики и полупрограммных устройств (говно-принтеры, говно-модемы в 90е, говно-usb-wifi сейчас) в шинде выше, чем в швитом глинуксе. Видимо, легаси не так уж и мешает ей жить.
>>211169913 Они ещё флаги выставляют, только все это все равно потом пизданется рандомно. Охуенное занятие, потом выяснять причины и фиксить, когда на винде/бинарном линухе юзер давно сделал что хотел и поехал к блядям)
>>211169908 >какие флажки, нахуй оно мне надо А нахуя ты вообще Генту ставил, если оно тебе "нахуй надо"? Используй другой дистр или даже ОС.
>нахуй мне тратить даже лишние три минуты, если винда даёт мне два клика и далее далее, и я просто работаю? После определённого да даже минимального порога знаний как раз-таки гента даёт возможность в пару кликов творить такое что на шиндоузах ты достигнуть принципиально не можешь. Будь такие возможности по настройке в самой винде, то на неё б половина любителей дистрозадротства б обратно перебежали.
>>211169953 Железо стоит копейки, тормозов не наблюдаю, как и того, что хоть один твой аргумент на деле мне мешал когда-либо. Опять к буханке хлеба рога троллейбусные приделываете.
>>211170027 Чисто попробовать по молодости ставил. Так я и не топлю, что мне не удобно компилять, я отвечал маньке, которая говорила, что бинарные пакеты ошибка.
>>211169869 >Как там в 2005 с GPRS по трафику? Кек, манюнь, кончай маняврировать. Если программа весит гигабайт (а это по нынешним меркам ничего так), то в твоем случае она резко зажиреет в 4 раза. Просто так, потому что пошел ты нахуй. А это лишние затраты на носители, на траф (ты ж хуесос-борщехлеб и не знаешь, что, внезапно, траф все еще оплачивается, даже гугл килобайты экономит), да даже на время проебанное (борщехлебу спешить некуда, кек) >Раза в 2-3 Супертолсто, обезьяныч. Раза в полтора в лучшем случае. >Да-да, программа представляет из себя только код вообще без данных. Можешь не продолжать, я и так понял, что ты долбаёб. Нет-нет, манюнь, я тебя разъебу так, что ты всосешь прилюдно. Единственное, что из данных может быть платформонезависимым это всякая текстовая хуета и подсказки, коей не наберется даже на пару мегабайт. Пей мою мочу, школьник.
Я кстати в последние годы замечаю рост популярности ассемблера. Мне кажется это свзяано как раз с развитием других архитектур процессоров. И да, переход может произойти. Но для этого должна появиться какая-то новая платформа, которая со временем обрастёт необходимым количеством софта. А затем эта платформа начнёт вытеснять x86-64. Полноценного перехода у десктопов на другую архитектуру не будет 100%
Хороший пример это смартфоны. Платформа другая, процессоры ARM, софтом обрасли. Сейчас есть куча решений как использовать ARM на десктопе, к примеру всё та же малинка
>>211169815 Так в этом и суть. В итоге из-за чуть изменившейся функции в какой-то из зависимостей нужно держать зоопарк версий, ибо часть программ уже использует новую версию библиотеки, а часть - старую. Хорошо хоть с компиляторами сейчас более-менее стало, для них уже не всегда обязательно зоопарк версий строить.
>>211169992 Ну так драйвера более совершенные и активнее поддерживаются. Это сугубо конъюнктурное дело. >>211170048 >тормозов не наблюдаю Никто и не говорит про тормоза, это, хвала аллаху, ещё в нулевых все порешать сумели. Однако сам компьютер может работать куда круче даже на том же наборе процессорных инструкций. И огромным тормозом являются именно ОС, чей дизайн упирается в 90е и плохо кастомизируется. Опять же, линухи при этом подходе тоже ни разу не панацея Насчёт того, что вообще незаметно - сложное дело, всё-таки пока альтернативу лично не пощумаешь и не сообразишь, то и претензий выкатывать вряд ли будешь. Плюс принципиальные проблемы всё-таки скрыты в ядрах, в то время как внимание конечного пользователя отвлекают плавными окошками. Опять же, не будь у конкретно винды так всё скверно Балмер бы закрыл проект .NET ещё в начале 00х.
>>211170146 На пингвине старые версии просто отвалятся, тк части зависимостей нет в репозитории. А вдруг мне нужна именно старая версия, либо софт прекратили обновлять и его зависимости так же исчезли из репо и интернетов? Реальные кейсы, не раз сталкивался.
>>211170100 Сборка по флажкам чуть-чуть помогает оптимизировать место, плюс таки можно заранее понимать что ты вообще делаешь и отключить целый блок программы, вместо того чтобы потом отдельно его настраивать. Конкретно меня в своё время подкупила более понятная расстановка версий питона, проблема на которую я натыкался и на линухах, и на шиндоузах - когда хуесос-разработчик оставляет жёсткую привязку к пути\версии а меня потом ошибками на ровном месте валит.
>>211170147 Зайди на любой форум генты и охуей, как у людей простейшие вещи мозг ебут. И это не обычный юзер, а красноглазик со стажем чаще. Именно поэтому таким системам нет дороги на десктоп для масс. И у тебя работает после тонны человеко-часов потраченных на курение манов, отладку и ещё пара секунд, чтобы придумать этот пиздежь, про то, что у тебя в Генте не бывает ошибок, которые к хуям рушат пол системы.
>>211170142 Ассемблер может куда-то там вернуться только если программист будет в паре с нейронкой сидеть. Вручную в asm переводить - это нереальная задача, к тому же человеки обычно хуёво это делают.
>>211170368 >красноглазик со стажем Красноглазики со стажем сидят на RHEL/SLES/CentOS/OL/Debian, а то и вообще на винде с маком. Тупо потому что им время дороже, чем le pierdolieng ради пердолинга.
>>211170391 >Вручную в asm переводить - это нереальная задача, к тому же человеки обычно хуёво это делают. Именно поэтому человеки придумали компилятор.
>>211170057 Это на мерзких крестах. В божественном C касты не нужны. Алсо вообще не понимаю бугурта, в нормальных IDE можно быстро посмотреть typedef этого типа, а основные типы (DWORD) знает каждый, знакомый с устройством процессора хоть на малость. А так все типы, начинающиеся на LP (long pointer) или P (pointer) - указатели, на H - handler'ы (указатель на void), ..STR - массив чаров, ..WSTR - массив wchar_t.
>>211170368 Именно, что у меня гента исправно работает уже больше года с того момента как я на неё перешёл; и всё это без пердолинга (только чуть-чуть)! Может мне просто повезло с моим железом.
>>211170388 Так я сижу вообще на ltsc, снес даже прилизанный дебиан. И все работает уже года два как, просто по клику мыши. Работа выполняется, что мне ещё надо-то, лол? Ты тут скачешь, доказываешь выдуманные кейсы, которых нет у обычного человека, не больного красноглазием.
>>211170430 Ну так WASM хайпу подогнал, плюс есть таки ощущение, что индустрия несколько устала от bloatware и с удовольствием перекатится на более элегантные костыли, была б возможность. После бессмысленного дрочинга паттернов в вакууме и особенностей очередного блядства вроде ноды инструкции ассемблеров как бальзам на душу.
>>211170405 Вот тут согласен, так же как и любой серьезный проект строится на них же, а не на генте для пердоль. В итоге какая-то отрада для ноулайферов, не более.
>>211170490 >3% Тащемта, не факт что в абсолютных цифрах оно не растёт. В процентовку-то явно дефолтные офисы попадают, да и просто норми которым собственно компьютер вообще не нужен.
>>211170457 Больше вакансий в которых требования - знание ASM Появление новых репозиториев на Github связанными с ASM Больше разговоров про ASM, появляются какие-то статьи, видосики на ютубе (Субъективно, но я их замечать стал только недавно)
>>211170568 >вакансий в которых требования - знание ASM Вообще не показатель, в вакансиях копипаст через копипаст идёт в зависимости от текущей моды на отсев кандидатов.
>>211170497 >После бессмысленного дрочинга паттернов в вакууме и особенностей очередного блядства вроде ноды инструкции ассемблеров как бальзам на душу. Только ассемблер x86 - это и есть бессмысленный bloat, в котором зачем-то держат 40 разных способов прострелить себе ногу.
>>211171063 А, ты реалодрочер. Из приземлённых, из забинженных, из привязанных к якорям восприятия. Мерзость-то какая. А я уж было хотел слаку предложить. Сиди на своей генте и не отсвечивай.
>>211164072 (OP) > Уже представляю как я компилирую генту на POWER/RISC-V; шишка стоит колом Твоя гента на риск-в, нахуй никому не нужна Как запустишь рдр2, гташку, дотку и прочие игори на своём говне, так и приходи
>>211171787 Исторически сложилось так, что pointer - 16 битный указатель, а LP - 32 битный. Сейчас это синонимы для обычного указателя, а дубликация названия типов нужна для совместимости со старым кодом.
>>211170426 >В божественном C касты не нужны MinGW точно ругается, можешь проверять, что называется.
>так все типы, начинающиеся на LP (long pointer) или P (pointer) - указатели, на H - handler'ы (указатель на void), ..STR - массив чаров, ..WSTR - массив wchar_t. Это всё прекрасно, покуда не оказывается что функция принимает только LPCWSTR и не хочет видеть другие типы. >wchar_t Пока доберёшься до нормальной работы трижды мелкософт проклянёшь, т.к. во всех доках вместо него что попало лепят вплоть до обилия макро которые сейчас уже хз как работают.
>>211172323 >MinGW точно ругается Ругается, но компилирует? Согласно стандарту должно, у меня gcc через MinGW нормально компилировал. Если в указатели 0 или рандомное число засунуть, то крашнется, конечно, но уже в рантайме.
>Пока доберёшься до нормальной работы трижды мелкософт проклянёшь, т.к. во всех доках вместо него что попало лепят вплоть до обилия макро которые сейчас уже хз как работают. Там вроде как даже в vim завезли "Jump to definition", куда уж там полноценным IDE. WCHAR, wchar_t - 16 битный.
Аноны, когда уже можно будеть собрать печку на архитектуре POWER/RISC-V? Интел оверпрайс параша с ME, процессоры AMD хороши, но всё на той же ублюдочной закрытой архитектуре x86_64, тащащей за собой хлам из XX века.
Уже представляю как я компилирую генту на POWER/RISC-V; шишка стоит колом.