- 1
https://tsar1997.blogspot.com/ блог царя
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+7
https://tsar1997.blogspot.com/ блог царя
> Я продолжил умножать на ноль недоязычки. Сектанты там атакуют со всех сторон. Сидел в окопе всё это время.
лол
j123123 14.01.2020 06:20 # +1
bormand 14.01.2020 07:59 # 0
3.14159265 14.01.2020 16:33 # +4
Боярин
Царь как обычно, пришел, увидел, умножил лалок на ноль. Смеёмся всем двором с потуг обиженных.
inkanusinho 14.01.2020 08:14 # 0
N_BCE_3ACMERJINCb 14.01.2020 08:31 # −2
j123123 14.01.2020 09:36 # +4
Google Support 5 декабря 2019 г., 02:16
Здравствуйте!
На ваш блог поступила жалоба на оскорбления и унижение достоинства группы лиц по признаку "программирование на языке Rust". Предупреждаем вас о недопустимости подобных действий. В случае продолжения подобных оскорблений будет решаться вопрос о блокировке.
С уважением,
Google
bormand 14.01.2020 10:22 # 0
j123123 14.01.2020 11:02 # 0
guest8 14.01.2020 12:58 # −999
gost 14.01.2020 18:29 # 0
Koko 14.01.2020 19:29 # +3
bormand 14.01.2020 20:47 # 0
gostinho 14.01.2020 21:02 # 0
Koko 14.01.2020 21:04 # +2
- подписываешься гугловским акком;
- имя/урл;
- ононимно.
Проходишь рекаптчу и всё.
guest8 14.01.2020 22:00 # −999
guest8 14.01.2020 22:03 # −999
HoBorogHuu_nemyx 14.01.2020 22:10 # +1
Stallman 14.01.2020 22:31 # 0
guest8 14.01.2020 22:37 # −999
HoBorogHuu_nemyx 14.01.2020 22:49 # +2
gostinho 26.02.2020 20:41 # 0
Stallman 26.02.2020 20:45 # 0
HoBorogHuu_nemyx 14.01.2020 22:01 # 0
Koko 14.01.2020 19:38 # +3
HoBorogHuu_nemyx 14.01.2020 19:41 # +1
gost 14.01.2020 19:41 # 0
Desktop 14.01.2020 13:47 # +1
N_BCE_3ACMERJINCb 14.01.2020 14:01 # −1
guest8 14.01.2020 15:43 # −999
HoBorogHuu_nemyx 14.01.2020 16:25 # 0
guest8 14.01.2020 16:42 # −999
HoBorogHuu_nemyx 14.01.2020 16:49 # 0
gostinho 14.01.2020 16:56 # 0
HoBorogHuu_nemyx 14.01.2020 17:01 # 0
Koko 10.06.2020 17:54 # 0
N_BCE_3ACMERJINCb 14.01.2020 17:12 # −1
Koko 10.06.2020 17:54 # 0
3.14159265 14.01.2020 16:22 # +3
gostinho 14.01.2020 09:41 # 0
HoBorogHuu_nemyx 14.01.2020 16:26 # 0
Там ещё «NigthmareZ» отметился...
gostinho 14.01.2020 16:28 # 0
N_BCE_3ACMERJINCb 14.01.2020 16:43 # 0
HoBorogHuu_nemyx 14.01.2020 16:35 # +1
http://ikit.sfu-kras.ru/e/166
https://i.imgur.com/D9nNer9.jpg
К. т. н., доцент.
gostinho 14.01.2020 16:41 # 0
guest8 14.01.2020 16:43 # −999
HoBorogHuu_nemyx 14.01.2020 16:47 # 0
Кстати, доцент-крестоблядь пытается за 14500 рублей (Сёма, это больше 200 евро) впарить курс написания статей для «Scopus»:
https://rtsarev.ru/
https://www.instagram.com/tsarev.sfu/
3.14159265 14.01.2020 16:44 # +3
https://tsar1997.blogspot.com/2019/10/blog-post_18.html
HoBorogHuu_nemyx 14.01.2020 16:58 # +4
2. Пишет, что текстовые форматы не нужны.
3.14159265 14.01.2020 17:34 # +5
В лучших царских традициях: Bus error (core dumped)
HoBorogHuu_nemyx 14.01.2020 17:37 # 0
bormand 14.01.2020 18:02 # 0
Stallman 14.01.2020 18:15 # 0
Koko 14.01.2020 20:08 # 0
bormand 14.01.2020 20:10 # 0
Koko 14.01.2020 21:10 # 0
Stallman 14.01.2020 21:39 # +3
mmap(... STDIN_FILENO ...) == -1
Получаем не рабочий цикл в конце и нули не зависимо, что там пришло на вход.
Какая оптимизация)))
bormand 14.01.2020 17:41 # +4
Кратных размеру кешлайна, причём слова не должны пересекать границу кешлайна?
HoBorogHuu_nemyx 14.01.2020 17:50 # +4
HoBorogHuu_nemyx 14.01.2020 17:55 # +4
3.14159265 14.01.2020 17:41 # +4
Именно то, о чём я совсем недавно разваливал анскилозным питушкам.
Отребье из лалок не могло вкурить, что любая структура и мапа в два счёта оформляется массивом.
gostinho 14.01.2020 17:43 # 0
HoBorogHuu_nemyx 14.01.2020 17:46 # +5
3.14159265 14.01.2020 17:52 # +5
Сишкобоярину хватает 8-разрядной кодировки.
bormand 14.01.2020 18:21 # +1
Koko 10.06.2020 17:57 # 0
Soul_re@ver 14.01.2020 20:11 # +1
gost 14.01.2020 18:36 # 0
N_BCE_3ACMERJINCb 14.01.2020 17:23 # −1
bootcamp_dropout 14.01.2020 17:53 # +3
>Далее, не существует ни одного языка с лямбдами, которые появились там раньше С++. Т.е. по-сути в С++ лямбды были всегда. Просто С++ формально старше лямбд и всегда они быть не могли.
Чего блять
bormand 14.01.2020 18:14 # +3
HoBorogHuu_nemyx 14.01.2020 18:23 # +3
AnalBoy 14.01.2020 18:41 # 0
bormand 14.01.2020 18:41 # +4
gost 14.01.2020 18:51 # +2
Король Лаб!
3.14159265 15.01.2020 17:50 # +1
Затем заставляют представить набор похожих сущностей.
Затем говорят, что та сущность, что называется лямбдой в крестах была всегда.
N_BCE_3ACMERJINCb 15.01.2020 18:21 # −1
3.14159265 15.01.2020 19:30 # +2
Смысл - нарушить объективную четкую логику.
bormand 14.01.2020 18:45 # +7
Desktop 14.01.2020 20:55 # +7
bormand 14.01.2020 18:46 # +5
3.14159265 15.01.2020 17:51 # +4
Говорит, что лучше этого не бывает, что это величайшее наслаждение - быть таким.
Затем говорят, что приближается то, что жертву поместят в список захвата.
Говорят, что для того, чтобы это прекратило приближаться, необходимо смешать захват по ссылке и значению.
Также используется углубленный вариант смешивания.
В таком случае говорят представить safe/unsafe коды и смешать их.
Заставляют представить, что вместо программистов, например, бояре и опричники.
Затем заставляют представить, что такими являются все, все человечество.
- А вот есть тот, у кого нет в сишке крест накрест вместо лямбд. У него, в отличие от человека есть лямбды. Как называется это существо? Как называется?
- Царь.
- Правильно, Царь. ... ... ... Вот приближается Царь. Приближается! Страшно!!! ( Программирующий делает гримасу страха и соответствующие жесты ) Страшно!!! Чтобы перестал приближаться, надо учить си!!!
3.14159265 15.01.2020 21:11 # +1
С++-сектант это в 95% мразь, а в 5% просто обманутый/неразобравшийся человек. Почему же?
Что такое std::any? Это ворованный сишный, void*, где есть семантика копирования.
А сам std::any или shared_ptr<void> выглядит как говно. Они зассали пастать нормальный синтаксис из С, а сделали ::.
Что такое эти двоеточия? Это неймспейс.
Что такое :: - неведомое говно. Обезьяна просто насрала рандомными символами. Хотя до сих пор не выяснено откуда именно было паста.
Концепция std::any явно ворована из С (потому как там всё воровано из С).
3.14159265 15.01.2020 21:26 # −1
Бездарное говно украло у Вирта сборщик мусора, а весь синтаксис явы явно сворован из С.
Путём воровства это бездарное говно обманывает рядовую публику.
Write once — debug everywhere: типичные тезисы пропаганды.
Жава-байткод не является состоятельным - это высокоуровневое и завязанное на жаву говно.
Сектанты будут врать что жава переносима. Но без тяжёлого и глючного рантайма на сотни мегабайт, это говно даже не сможет стартовать.
Потому я всегда могу написать то, что жавашлюха, никогда не написала и не напишет.
inkanus_gray 15.01.2020 21:29 # 0
hormand 16.01.2020 20:25 # 0
j123123 10.06.2020 05:29 # 0
https://www.linux.org.ru/forum/development/15747207?cid=15749249
>> Вместо одной строки на Javascript,
> Кресты самый выразительный язык в этом вселенной. Чини методичку.
Кстати интересно, а что более убогое? Помойный жопаскрипт или ублюдские кресты? Я даже не знаю, что выбрать.
gost 10.06.2020 05:37 # 0
Ебать там макаки анскильные на Царя тявкают. Даже не понимают разницы между универсальными и rvalue ссылками — а уже пытаются что-то прокукарекать. Ещё и в функтор перемещать что-то предлагают, лол.
j123123 10.06.2020 06:07 # +1
jojaxon 10.06.2020 06:15 # +3
guest8 10.06.2020 11:25 # −999
gost 10.06.2020 11:28 # 0
guest8 10.06.2020 11:33 # −999
gost 10.06.2020 11:43 # +1
bormand 10.06.2020 11:54 # +1
guest8 10.06.2020 12:08 # −999
guest8 10.06.2020 12:10 # −999
nemyx 10.06.2020 13:22 # 0
3.14159265 10.06.2020 18:20 # +1
3.14159265 10.06.2020 16:44 # +1
Дико плюсую.
3.14159265 10.06.2020 16:52 # 0
>h и w - это собственно размеры
Стиль говна-питуха.
Есть няшный int[][], но обязательно нужно нагородить крестохуйни.
MAKAKA 10.06.2020 16:55 # 0
3.14159265 10.06.2020 17:05 # 0
guest8 10.06.2020 17:06 # −999
3.14159265 10.06.2020 17:10 # 0
Сначала высрал какую-то функцианальную питушню.
А потом и вовсе повёл себя не по-царски.
>Какая разница сколько оно жрёт памяти?
Старый-добрый Царь хуйнул бы в Сишке одномерный массив и обошёл бы его одним for ()
nemyx 10.06.2020 17:09 # 0
3.14159265 10.06.2020 17:16 # 0
bormand 10.06.2020 17:16 # 0
nemyx 10.06.2020 17:19 # +1
Koko 10.06.2020 17:47 # 0
3.14159265 10.06.2020 17:50 # 0
Так из задачи понятно что канвас — прямоугольная область экрана.
А вектор векторов jagged питушня, которая к тому же разбросана по памяти.
А если нам нужна фиксированная прямоугольная область что лучше цельного одномерного блока памяти, интерпретируемого как джвумерный?
Koko 10.06.2020 17:49 # 0
jojaxon 10.06.2020 06:05 # 0
j123123 10.06.2020 06:13 # 0
guest8 10.06.2020 11:34 # −999
bormand 10.06.2020 11:49 # 0
guest8 10.06.2020 11:54 # −999
bormand 10.06.2020 11:55 # 0
guest8 10.06.2020 11:59 # −999
bormand 10.06.2020 12:06 # 0
Но в целом ты можешь пойти писать под контроллеры. Кешей там нету, труъ рандом акцесс. Правда на код бывает префетчинг, но его можно не включать.
guest8 10.06.2020 12:11 # −999
bormand 10.06.2020 12:14 # 0
Там весьма шустрая двухпортовая SRAM. Можешь из неё свой кеш собрать для внешней DRAM :)
guest8 10.06.2020 12:15 # −999
bormand 10.06.2020 12:23 # +1
А ещё там можно настраивать ширину слова от 1 до 36(!) бит. Если тебе вдруг захочется 9-битных массивов.
Koko 10.06.2020 18:07 # 0
Там весьма шуструктура в рантальным они в с++ так и работают. Там по базару видный. Много производить за это прекратило полный редакторый будет, питония будет!
bormand 10.06.2020 12:10 # 0
guest8 10.06.2020 12:13 # −999
bormand 10.06.2020 12:17 # 0
Другое дело, что он не особо то и документирован.
guest8 10.06.2020 12:22 # −999
bormand 10.06.2020 12:24 # 0
guest8 10.06.2020 12:27 # −999
bormand 10.06.2020 12:30 # 0
nemyx 10.06.2020 12:31 # 0
guest8 10.06.2020 12:33 # −999
bormand 10.06.2020 12:53 # 0
Ну нихуя себе. Я, конечно, могу попробовать. Но это придётся весь диск под своп отдать. И то не факт что влезет.
guest8 10.06.2020 12:58 # −999
bormand 10.06.2020 12:59 # 0
Надо что-нибудь поквадратнее в духе 32768 x 32768.
guest8 10.06.2020 13:03 # −999
bormand 10.06.2020 13:07 # 0
guest8 10.06.2020 13:10 # −999
bormand 10.06.2020 13:26 # +1
Обшёл масив 1м * 1к. Пердолно 0.3с, попячно 0.5с. Разниц меньше 2 раз.
Обшл масив 1к * 1м. Пердольно 0.3с, попячно 5с. Разнца в 16 рз.
guest8 10.06.2020 13:28 # −999
guest8 10.06.2020 13:41 # −999
bormand 10.06.2020 12:34 # 0
3.14159265 10.06.2020 16:45 # 0
Какой-то Царь ненастоящий.
Где бодрость духа? Где весёлый слив лалок.
3.14159265 10.06.2020 16:47 # 0
3.14159265 10.06.2020 17:23 # 0
https://www.linux.org.ru/forum/development/15744246?cid=15753231
https://www.linux.org.ru/forum/development/15744246?cid=15753266
https://www.linux.org.ru/forum/development/15744246?cid=15753249
https://www.linux.org.ru/forum/development/15744246?cid=15753333
3.14159265 10.06.2020 17:30 # 0
Что в SpaceX, что в убыточную Теслу государство влило хуеву тучу бабла.
3.14159265 10.06.2020 17:26 # 0
bormand 10.06.2020 17:29 # 0
3.14159265 10.06.2020 17:38 # 0
Очередь за j123123.
Koko 10.06.2020 17:44 # 0
bormand 10.06.2020 17:53 # 0
Но в целом кресты вполне удобны для low-level, как показывает моя практика.
MAKAKA 10.06.2020 21:54 # 0
Ты шутишь, Борманд?
http://harmful.cat-v.org/software/c++/linus
j123123 12.06.2020 15:26 # 0
Не дождетесь. Чем больше я узнаю кресты, тем более отвратительными мне они кажутся. Не могу представить, чтоб я на них перешел.
j123123 12.06.2020 15:27 # 0
— Ну и как говно, вкусное?
— Нууу… Так, знаешь… Как земля.
jojaxon 10.06.2020 17:39 # 0
3.14159265 10.06.2020 19:18 # 0
MAKAKA 10.06.2020 21:53 # 0
Это он про Торвальдса?
3.14159265 11.06.2020 00:26 # 0
MAKAKA 10.06.2020 21:52 # 0
Мейнстрим это какая-то блевотная помойка. Это сплошной непроходимый PHP и JavaScript.
ropuJIJIa 10.06.2020 22:19 # 0
MAKAKA 10.06.2020 22:20 # 0
ropuJIJIa 10.06.2020 22:26 # +1
Koko 10.06.2020 22:31 # 0
j123123 13.06.2020 09:51 # 0
nemyx 13.06.2020 10:23 # 0
j123123 12.06.2020 15:39 # 0
Вот этот тезис про "всё остальное" меня всегда удивлял. Какое такое "всё остальное"? Вы это остальное вообще в глаза видели, чтобы о нем судить?
Если познание ограничивается только каким-то помойным говном, вроде крестов, сишки, похопэ и жопаскрипом, то среди этого помойного дерьма, кресты действительно могут казаться лучшим выбором. Но может не надо ограничиваться всяким помойным говном?
MAKAKA 12.06.2020 15:40 # 0
C, Java, Python, C++, C#.
За исключением си (это отдельный кейс) всё остальное значительно хуже плюсов.
Ты не согласен?
>Но может не надо ограничиваться всяким помойным говном?
Может, и не.
Я не готов сравнивать кресты к haskell или OCaml.
Возможно, Swift лучше (в некоторых вопросах).
Недавно тут обсуждалось D. Там GC. Языки с GC не нужны.
jojaxon 12.06.2020 15:44 # 0
MAKAKA 12.06.2020 15:46 # 0
Кто-то любит доширак и песни группы "воровайки"
jojaxon 12.06.2020 15:50 # 0
MAKAKA 12.06.2020 15:51 # 0
Большинство мейнстримовых языков полное дерьмо для серьезной разработки.
Гораздо хуже крестов
jojaxon 12.06.2020 15:56 # 0
MAKAKA 12.06.2020 16:04 # 0
99% программистов, разумеется, тоже.
Это имеет следующие последствия:
1. Большинство технологий придумывается идиотами
Идиот не способен генерализировать проблему, подумать какие есть готовые решения, почитать как это проблему уже решали.
Он способен только сесть, и решить ковбойским методом одну проблему. Затем он начинает свое решение дорабатывать, и через N итераций оно становится хуёвой пародией на решение двадцатилетней давности.
Именно потому у нас бесконечный REST и JSON.
2. Большинство технологий придумывается для идиотов
Идиот не способен думать: он способен только заучить несложный алгоритм, и повторять его как черепашка из лого.
Потому инструмент стараются сделать максимально простым.
Простой инструмент позволяет решать многие проблемы путем копипаста и бойлерплейта.
Копипаст -- несложный алгоритм, потому идеальным считается тот инструмент, который позволяет решать копипастом и бойлерплейтом любые задачи.
Именно потому у нас анально огороженные языки где даже ресурс нормально не осовбодить.
jojaxon 12.06.2020 16:10 # 0
guest8 12.06.2020 16:13 # −999
j123123 12.06.2020 18:27 # 0
Если в крестопараше нормальная система типизации, то что тогда ненормальная?
nemyx 12.06.2020 18:37 # 0
j123123 12.06.2020 19:12 # 0
nemyx 12.06.2020 19:32 # 0
j123123 13.06.2020 09:50 # +1
3.14159265 10.06.2020 17:47 # 0
https://www.linux.org.ru/news/opensource/15746062?cid=15752731
3.14159265 10.06.2020 17:51 # 0
MAKAKA 10.06.2020 22:28 # 0
интересно посомтреть на железо, которое под прыщами работает, а под мастдаем -- нет
Это суперкомпьтютьер IBM?
>нормально ОС, которую делали не идиоты.
Это он про линукс сейчас? В /proc давно заглядывал? man iptables давно читал?
Хотя конечно оппонент у него такой же пиздец:
>Почему в KDE нельзя открыть гимпом файл из примонтированного сетевого диска а в винде можно?
лолшто?
3.14159265 11.06.2020 00:22 # 0
Арм (знаю работает, но очень хуёво). PowerPC. Список очень длинный на самом деле.
guest8 11.06.2020 03:49 # −999
Koko 10.06.2020 18:00 # 0
Жава-байт. Видимости. Реальный высер. https://tsar1997.blogspot.com/2019 г., 02:16
Здравствуйте!
На ваш блоггер.
а если я будет тупила жалоба на уже пытаются что гиперечно и смешать там малость выгодно, Царь. Но не выводится черезают <b>". Ахаха. Царь слил гигобайткод не номер двадцать нормальной косвенно) меня. Человек привыкает к говно. Он протировать переставить сейчас много лямбд. У него не передать! Срочим - массив.
или ты сразу засосешь побединиц. Фотографики и всего ости прямоугольная область экрана.
А вот AMD вроде дитя настоящий. В случае продолжения крестоящий random accumulate, ссылке и значение? Там же разбросить тут же ответ.
Да и ответ сам ещё «Nigthmared_ptr<void> вы узнается, что для только называется лямбд и всегда. Просто С++. И что его нет. И вот можно конечно, вродолжениями к памяти шаге область видел, умный префетч как варианство виндушковало. а нельзя показать уже пока ты всегда я понимно нельным - это высокоуровном.
3.14159265 10.06.2020 19:16 # 0
Из треда про вливы и эльбрусы. Но портянки Царя довольно трудно читать.
https://www.linux.org.ru/forum/development/15737621/page4#comments
gost 10.06.2020 19:25 # +1
Подтверждаю.
> интел её не хочет менять. Потому что он вложил в неё немерено бабла. И выкини её - всё это бабло тут же умножится на ноль и стена, которая отделяет интел от конкуренции - исчезнет.
Наивная хуита.
Единственная причина, почему до сих пор жив уеб-86 — это действительно легаси, никаких заговоров тут нет.
Ну сделает «Интел» супер-пупер-мега-архитектуру — и чо? Кому она нахуй нужна будет без сохранения обратной совместимости с x86? Линуксоиды, может, ещё и пощупают — у них (правоверных) весь код опенсорсный, в теории они его смогут переконпелировать. А абсолютное большинство виндоюзеров использует какое-то древнее говно (включая драйверы), от которого не то что сорцов, а даже и фирмы-производителя не осталось. Про Большой Бизнес даже и говорить смешно: там и нативные программы под «DOS» встречаются.
Так что увы, Новая Рахитектура в первую очередь не нужна пользователям, а не «Штеуду».
3.14159265 10.06.2020 19:32 # +1
Я выделяю чисто забавные комменты или там где Царь говорит дело.
> интел её не хочет менять. Потому что он вложил в неё немерено бабла. И выкини её - всё это бабло тут же умножится на ноль и стена, которая отделяет интел от конкуренции - исчезнет.
А я думаю он правильно говорит.
Дело также в x86 лицензировании. Лицензия на х86, то что не даёт зайти на рынок конкурентам.
Если вдруг только штеуд учудит что-то новое, его немеленно схавает АРМ. Т.к. конкурировать они уже не смогут.
Тем более учитывая проблемы с тех. процессами и пятилетнюю стагнацию.
gost 10.06.2020 19:46 # +1
«ARM» очень удачно подсуетился, заняв нишу мобильных устройств, в которой попросту не было никакого легаси — и только благодаря этому мы и можем наблюдать отличную от уеб86 архитектуру. Не думаю, что у него есть прямо-таки фатальные преимущества, которые «Штеуд» (в гипотетическом сценарии) не смог бы перебить своими преимуществами, своей экосистемой или своим баблом.
3.14159265 11.06.2020 00:05 # 0
Кстати «sunny cove» весьма неплох с архитектурной точки зрения.
Штеуд подвела технологическая анскильность.
Вообще удивляюсь как Apple ещё не перевела Маки на Арм.
Учитывая что их A12 по пирфомансу местами уделывает 4х ядерные i5.
bormand 11.06.2020 11:23 # 0
Desktop 11.06.2020 11:35 # 0
x86 они уже выпилили.
3.14159265 11.06.2020 12:28 # 0
Cтатья конечно расчитана на анскильных маководов.
ARM давно уже Complex, а Штеуд давным-давно внутри RISC.
Но бенчи всё правильно говорят.
>macrumors
Ключевое слово: rumors.
Desktop 11.06.2020 12:51 # 0
Это первая ссылка из гугла, но я уже когда-то и другую кидал здесь: https://www.bloomberg.com/news/articles/2020-04-23/apple-aims-to-sell-macs-with-its-own-chips-starting-in-2021
Блумберг достаточно авторитетный источник?
3.14159265 11.06.2020 13:09 # 0
Это черезчур категоричное заявление, отличающееся от наблюдаемой действительности.
>Apple is preparing to release at least one Mac with its own chip next year, according to the people. But the initiative to develop multiple chips, codenamed Kalamata, suggests the company will transition more of its Mac lineup away from current supplier Intel Corp.
То есть пока в планах «to release at least one Mac with its own chip next year».
gost 11.06.2020 13:13 # 0
3.14159265 11.06.2020 13:17 # 0
gost 11.06.2020 13:20 # 0
MAKAKA 11.06.2020 13:23 # 0
Думаю, перешли они с ППЦ на x86, и в 64 нырнули позже.
Альзо, когда появился intel 64? Вроде как после AMD
3.14159265 11.06.2020 13:33 # 0
Они прекрасно поддерживали x64.
Мы говорим о разных вещах.
Я: о поддержке процессором каких-то инструкций, вы об хуёвом/анально блокированном софте, который их не поддерживает.
>когда появился intel 64? Вроде как после AMD
Ещё в п4, в 2005.
guest8 11.06.2020 13:41 # −999
Desktop 11.06.2020 13:20 # 0
> То есть пока в планах «to release at least one Mac with its own chip next year».
- учитывая их факапы с ноутбуками за последние несколько лет, бежать с голой жопой впереди паровоза они вряд ли будут.
А так у эппла унификация во все поля. Идея, которую хотел реализовать мс и на которую в итоге более-менее забил, вдруг спустя несколько лет добралась до Купертино.
3.14159265 11.06.2020 13:29 # 0
Я всё же думал тут разговор о ЦПУ и архитектурах, а не анальных вендор-блокировках.
>бежать с голой жопой впереди паровоза они вряд ли будут
Это да. К тому же они в своё время знатно обосрались с выбором PowerPC.
Понятно что спешить не будут, чтобы потом обратно на штеуд не портироваться.
Но и ждать Интел они вряд ли станут.
Поскольку A12/A13 чудо как хороши.
Да и вертикально интегрированное производство дорогого стоит.
Когда Яббл сам производит все нужные компоненты, и не зависит от проблем конкретного вендора.
guest8 11.06.2020 13:38 # −999
3.14159265 11.06.2020 13:43 # 0
MAKAKA 11.06.2020 13:15 # 0
Примерно с момента завоза мимокрода в первые пни, ваш штеуд более не циск.
А тем не менее питухи продолжают трентранслировать мифы времен моего детства
guest8 11.06.2020 04:33 # −999
nemyx 10.06.2020 19:35 # 0
3.14159265 11.06.2020 00:13 # +1
Мне ещё тогда его слова показались дичью.
А в итоге за следующее десятилетие x64 сожрал почти всех: Мипсы, Альфу, Итаниумы.
И только сейчас ( многим из-за того что Штеуд ковырялся 5 лет в носу) Арм поднимает голову.
Да и в целом x86 не такая отвратительная, как это принято говорить.
RISC-питушки дрочили на длинные команды фиксированного размера, а в итоге наделали variable-lenght Thumb-1, Thumb-2, MIPS16 и RVC.
RISC-питушки дрочили на отсутствие деления и прочих полезных инструкций, а в итоге пришлось их завезти.
Итд.
Даже NEON, это ж по сути армовский SSE. Штеуд сделал из x86 конфетку, выжав из неё всё что можно.
FPUха хуйнёй получилась? Не беда — сделали SSE2.
guest8 11.06.2020 00:14 # −999
guest8 11.06.2020 04:31 # −999
nemyx 11.06.2020 04:53 # 0
>> несколько способов адресации
Ты просто анскильный, если не можешь их выучить (и да, я тоже).
>> размеры команд от 1 до чуть ли не 16
Это проблема только для дизассемблера.
3.14159265 11.06.2020 12:38 # +1
Это проблема для декодинга/парсинга инстуркций в кристалле и в конечном счёте для энергопотребления.
Но процессоры сейчас настолько сложные, что декодер и разметка на самом деле занимают не так много транзисторов в сравнении с гигантскими кешами и остальным.
К тому же у штеуда есть микро-оп кеш и lsp (loop stream detector), где хранятся уже декодированные микрооперации.
bormand 11.06.2020 11:32 # +2
3.14159265 11.06.2020 12:41 # +1
А сколько питушни с этим глупым risc, где раньше даже хер 2 числа поделишь.
x64 — просто рай для программера.
MAKAKA 11.06.2020 13:12 # 0
А в x64 можно не алайнить? Пенальти бесплатное?
3.14159265 11.06.2020 13:20 # +1
Да, уже лет 8 почти бесплатное.
https://www.agner.org/optimize/blog/read.php?i=627&v=t
guest8 11.06.2020 13:27 # −999
3.14159265 11.06.2020 13:40 # 0
guest8 11.06.2020 13:30 # −999
3.14159265 11.06.2020 13:38 # +1
>how many x86-64 instructions there are, I shall answer 2,034.
>CISC слишком сложный, кокококо
>Инструкция деления никому не нужна, кокококо
>Нужные простые инструкции с одинаковым размером, кокококо
>Погромист запутается, кокококо
>Слишком сложное железо, кокококо
А в итоге АРМ идёт по пути Штеуда, добавляя всё более сложные инструкции с переменной длиной.
guest8 11.06.2020 13:43 # −999
3.14159265 11.06.2020 13:48 # +1
Что делать с closed-source типа скомпиленных в x86 игр?
В режиме эмуляции ни один современный арм или ппц не даст пирфоманс штеуда 10-летней давности.
То есть огромное количество софта комфортно запустить не удастся.
>Если бы можно было выкинуть его и написать ISA с ноля, то было бы лучше
И потом писать бинарную трансляцию x86 в новую ISA?
Я отношусь к этому немного иначе.
У Штеуда просто есть блоки для ускорения бинарной трансляции легаси-х86.
А есть «новые ISA» (SSE4, AVX, AVX2, AVX512)
MAKAKA 11.06.2020 14:56 # +1
жопа
>В режиме эмуляции ни один современный арм или ппц не даст пирфоманс штеуда 10-летней давности.
Разумеется. Эмулировать можно ZX Spectrumовский проц. А эмулировать sandy birdge нельзя.
>И потом писать бинарную трансляцию x86 в новую ISA?
и тут жопа, да.
Но если бы можно было весь софт перекомпилировать под новую архзитектуру, то разве не лучше бы было?
Чтоб она сразу была x64, чтоб сразу страничный режим, чтоб сегментов сраных не было вообще, io чтоб не было
3.14159265 11.06.2020 12:36 # +1
А это вообще не баг, а фича.
Количество транзисторов для разметки границ команд не так велико.
Зато благодаря переменной длине у x64 веьсма компактный код.
Многие 128-битные инструкции вообще можно записать 3-4мя байтами (компактнее арма!).
Многие инструкции заменяют собой несколько армовских
64-битные вещи вообще 3хбайтые
MAKAKA 11.06.2020 13:13 # 0
Это хорошо, когда тебя зовут Роберт Фано, и ты делаешь префиксный код.
Большинству же людей на размер кода пофиг, а не пофиг им на удобство его декодирования.
3.14159265 11.06.2020 13:41 # 0
guest8 11.06.2020 13:45 # −999
3.14159265 11.06.2020 13:55 # +1
>простое и логичное лучше сложного и запутанного?
При прочих равных.
Иначе бы все использовали tcc а не gcc и шланги.
И тем не менее АРМ почему-то сделал 16-битные Thumb-инструкции. А для RISC V сделали RVC.
Хотя рискушки как только не обсирали «глюпый штеуд» за использование инструкций переменной длины.
Зачем? Зачем?
>На это тратятся человечкочасы. На его написание, разбирательство с документацией, отладку.
А ещё люди тратят человекочасы на создание архиваторов, их отладку.
Не проще ли хранить всё в том виде как оно есть и не морочить голову?
bormand 11.06.2020 14:03 # +2
В thumb2 вроде всё можно записать, но оно переменной длины как на штеуде.
RISC'обляди соснули.
3.14159265 11.06.2020 14:27 # +2
А это всегда так.
Вообще большинство технических решений Интеловцев для x86 сначала долго обсираются, доказывается их неправильность, ненужность.
А затем... они реализуются конкурентами.
Так было со сложными инструкциями (load + op + store vs op-to-memory)
так было с инструкциями переменной длины,
так было с unaligned чтениями.
И эти рассказы о хуёвом x86, который скоро сдохнет и RISCах, которые «уже всех подебили» ведутся как минимум со времён Таненбаума.
nemyx 11.06.2020 15:20 # 0
guest8 11.06.2020 15:25 # −999
3.14159265 11.06.2020 16:00 # 0
В том эпичном сраче прохвессором доказывалось что «CISC ненужен», «x86 — говно», монолитные ядра — шляпа, «Linux устарел», а Торвальдс — малолетний выскочка.
Вот зато GNU Hurd, MINIX и RISCи всех порвут.
А сектанты всё бегают и повторяют методички 30-летней давности.
MAKAKA 11.06.2020 16:02 # 0
А лучшие языки это PHP и JavaScript.
3.14159265 11.06.2020 16:05 # 0
Андроиды посчитали?
>лучшие языки это PHP и JavaScript
Лучший язык — это Сишка.
MAKAKA 11.06.2020 16:08 # 0
конечно. Ок, винда на втором. Но значительно лучше mac os, например
https://gs.statcounter.com/os-market-share#quarterly-201903-201903-map
>Сишка
ну
https://madnight.github.io/githut/#/pull_requests/2020/1
3.14159265 11.06.2020 16:11 # 0
С, Java, Python (скриптообёртка над сишкой), C++, C#
MAKAKA 11.06.2020 16:12 # 0
а рейтинг гитхаба отражает количество загруженного туда говна
кому же мне верить?>
3.14159265 11.06.2020 16:16 # 0
> а рейтинг гитхаба отражает количество загруженного туда говна
Какой анскилл )))
guest8 11.06.2020 16:18 # −999
3.14159265 11.06.2020 16:13 # 0
В первой тройке снова: Java, C, Python
MAKAKA 11.06.2020 16:14 # 0
.
3.14159265 11.06.2020 16:25 # 0
Конечно. Там же Сишка на втором месте после Явы. А должна быть на первом.
3.14159265 11.06.2020 16:14 # 0
>конечно
>Operating System Market Share Worldwide - May 2020
> Android: 37.81%
>Windows: 35.83%
Всё сдаюс-сдаюс. Монилитный линукс-кернел явно проиграл.
guest8 11.06.2020 16:16 # −999
nemyx 11.06.2020 16:50 # 0
3.14159265 11.06.2020 16:08 # +1
Once upon a time there was the 4004 CPU. When it grew up it became an
8008. Then it underwent plastic surgery and became the 8080. It begat
the 8086, which begat the 8088, which begat the 80286, which begat the
80386, which begat the 80486, and so on unto the N-th generation. In
the meantime, RISC chips happened, and some of them are running at over
100 MIPS. Speeds of 200 MIPS and more are likely in the coming years.
These things are not going to suddenly vanish. What is going to happen
is that they will gradually take over from the 80x86 line. They will
run old MS-DOS programs by interpreting the 80386 in software.
real_escape_string 11.06.2020 16:12 # 0
Больше авторского контента, пожалуйста.
bormand 11.06.2020 14:08 # +2
Кто сказал, что только интелу говно поддерживать приходится?
guest8 11.06.2020 14:42 # −999
bormand 11.06.2020 14:44 # +1
3.14159265 11.06.2020 14:57 # +1
Ой. А это вообще хохма.
Я встречал адептов RISCa c позицией «10 бит хватит всем и надолго», «в случае проблем перекомпилируйте код».
guest8 11.06.2020 15:01 # −999
nemyx 11.06.2020 15:26 # +1
Из-за этого, кстати, не так легко реализовать джамп, если вдруг твоя программа не влезает в четыре гига.
3.14159265 11.06.2020 15:43 # +1
>джамп
>четыре гига
Хахаха. Вроде по виду критика х64. Но толстоватенькая (джамп на 4 гига).
А по сути тончайший наброс на RISCи, у которых элементарные проблемы с загрузкой 16/32 бит.
Годно!
nemyx 11.06.2020 16:53 # 0
bormand 12.06.2020 03:56 # +1
Вот в том же арме чтобы положить банальную 32-битную константу в регистр надо потратить 2 инструкции. Ну либо одну на чтение из памяти, но не дальше 4кб от текущего ip.
А переходы так вообще +- 32 метра если не через регистр.
3.14159265 11.06.2020 14:45 # +1
>RISC-питушки дрочили на длинные команды фиксированного размера, а в итоге наделали variable-lenght Thumb-1, Thumb-2, MIPS16 и RVC.
>Многие 128/256-битные инструкции вообще можно записать 3-4мя байтами (компактнее арма!).
Весь CISC нацелен на то «чтобы умнеьшить размер».
С точки зрения человека гораздо проще прочесть один div вместо вместо двадцати risc-инструкций с мовами, сложениями и умножениями на магические константы.
bormand 12.06.2020 07:59 # 0
Ну RISC'и для человеков не особо предназначены. Даже когда конпелятор пытается выправлять твой асм во что-то рабочее.
bormand 11.06.2020 13:58 # +2
Тем не менее, армы юзали thumb и затем thumb2 как раз таки для экономии кода. Зачем ещё нужны эти обрезки то?
3.14159265 11.06.2020 14:32 # +1
Просто лалки постоянно сливали Штеуду в бенчах.
И чтобы не разориться, как остальная рискушня пришлось заимствовать у клятого Iнтела лучшие решения.
ARMv8 (2011) — аналог AMD64 (2003) обратно совместимого с 32-битами расширения.
ARM Neon — аналог интеловских SSE.
ARM Thumb 2 — копирование переменной длины
ARM VFP — аналог x87 FPU.
3.14159265 11.06.2020 12:41 # +1
Половина малоиспользуемого депрекейтед говна декодится через микрокод.
То есть мы они не бросают обратную совместимость, но и не тратят на неё лишние транзисторы.
Аппаратные декодеры хавают 95% самых частоиспользуемых инструкций.
Многие старые инструкции (особенно FPU) на новых процессорах идут в легаси-декодер и работают в несколько раз медленее.
MAKAKA 11.06.2020 13:14 # +2
зато тратят главы в документации и нейроны в мозгах программистов
nemyx 11.06.2020 15:33 # 0
guest8 11.06.2020 15:34 # −999
3.14159265 11.06.2020 16:57 # +1
То ли дело ARM.
RISC такой Reduced.
Остальное просто не влезло.
3.14159265 11.06.2020 16:59 # +1
3.14159265 11.06.2020 17:01 # +1
Там ещё есть ‘armv8.3-a’, ‘armv8.4-a’,‘armv8.5-a’, ‘armv8.6-a’
nemyx 11.06.2020 17:20 # 0
guest8 11.06.2020 17:22 # −999
nemyx 11.06.2020 17:25 # 0
MAKAKA 11.06.2020 17:34 # +1
Ты в бристольской шкале разбираешься?
guest8 11.06.2020 17:39 # −999
guest8 11.06.2020 17:40 # −999
nemyx 11.06.2020 17:46 # 0
guest8 11.06.2020 17:41 # −999
3.14159265 11.06.2020 18:07 # +1
Поэтому здесь будут восхвалятся:
* Сишкa
* Линукс
* Штеуд
А также рилейтед концепты:
* монолитные кернелы
* GCC
* х86-64
* CISC-инструкции
* SIMD
guest8 11.06.2020 18:08 # −999
nemyx 11.06.2020 18:33 # +1
guest8 11.06.2020 18:37 # −999
nemyx 11.06.2020 19:02 # 0
guest8 11.06.2020 19:05 # −999
nugop 11.06.2020 19:13 # +1
guest8 21.06.2020 00:06 # −999
nyTuH 22.02.2023 23:29 # −2
guest8 17.06.2020 17:32 # −999
nemyx 11.06.2020 17:39 # +2
Кстати, мы обсуждали статью о тьюринг-полноте инструкции MOV с косвенной адресацией:
http://web.archive.org/web/20131007212115/www.cl.cam.ac.uk/~sd601/papers/mov.pdf
Ебанутый компилятор сишки, который всё делает через MOV:
https://github.com/Battelle/movfuscator
То, что игрушку «Сапёр» и алгоритм «AES» можно реализовать одинаковым кодом:
https://github.com/Battelle/reductio/blob/master/README.md
Ultra-RISC-процессоры, в которых нет ничего, кроме единственной инструкции:
https://ru.wikipedia.org/wiki/URISC
https://govnokod.ru/24496#comment458932
https://govnokod.ru/25375#comment458909
Продублирую сюда:
Теперь в переменной k лежит результат сравнения i == j.
Более сложный пример:
Ещё пример. Допустим k –— переменная, хранящая булево значение:
Получили эквивалент тернарного оператора: m = k ? j : i;
3.14159265 11.06.2020 18:01 # +2
Да. И анскильным сектантам пора бы выкинуть методички 30-летней гавности.
Современные ARMы похожи до степени смешения на соверменные же x86-64.
Как архитектурно, так и командно.
Фронтэнд у них CISC, затем декодинг, и OoO-исполнение в суперскалярном бекэнде, который уже RISC.
>Ебанутый компилятор сишки, который всё делает через MOV
Годная шиза.
nemyx 11.06.2020 18:17 # +1
Так реально выглядели бы бинарники, если бы нас окружали исключительно Ultra-RISC-процессоры.
3.14159265 11.06.2020 22:33 # 0
Походу никакие порты кроме AGU заняты не будут.
Там в perfe много полезных эвентов.
guest8 11.06.2020 22:37 # −999
3.14159265 11.06.2020 22:46 # +2
В той репе просто куча годноты:
WoBuHucT 11.06.2020 18:37 # 0
real_escape_string 11.06.2020 15:35 # 0
guest8 10.06.2020 22:04 # −999
3.14159265 11.06.2020 02:59 # 0
Пока «мёртвую лошадь» все дружно 20 лет хоронили, она заняла 90% рынка.
Выжила PPC из макбуков, и сожрала на рынке серверов с десяток других архитектур.
https://upload.wikimedia.org/wikipedia/commons/e/ef/Processor_families_in_TOP500_supercomputers.svg
https://commons.wikimedia.org/wiki/File:Top500.procfamily.png
nemyx 11.06.2020 03:05 # 0
Уже нашёл. На втором тонкая жёлтая полоска.
P.S. На диаграммах довольно много PPC. Где они сейчас используются?
3.14159265 10.06.2020 19:22 # 0
guest8 10.06.2020 22:06 # −999
3.14159265 10.06.2020 19:28 # +1
https://www.linux.org.ru/forum/development/15744246?cid=15751178
MAKAKA 27.06.2020 22:21 # 0
Царю нужно в отпуск.
В скриптухе нету никакой статической типизации. Там в отдельных местах иногда вдруг кое-кто что-то статически типизирует.
Получается даже хуёвее, чем вообще без статической типизации, потому что два разных программиста могут по разному считать что и как нужно типизировать.
Стал-ли код на PHP или Python меньшим говном от того, что в какое-то одно место кто-то воткнул тайп хинт?
Нет, код стал еще бОльшим говном
3.14159265 10.06.2020 19:42 # +1
https://www.linux.org.ru/forum/development/15744246?cid=15750812
gost 10.06.2020 19:47 # +1
guest8 11.06.2020 17:38 # −999
gost 11.06.2020 17:40 # +1
nemyx 12.06.2020 19:32 # 0
j123123 27.06.2020 21:43 # 0
>> Другим модулем может быть и so, цпп эксперты ничего не имеют против разделяемых библиотек?
> Ну so - говно для мусорной проприетарщины. А так, если у тебя so-говно, то производительности у тебя итак нет. И нет смысла о ней говорить.
> А так so должно сдохнуть. Потом когда С++ дорастёт до vm, жита и инкременталки - нас ждут новые горизонты производительности, надёжности. А пока это дырявое убогое дерьмо.
j123123 27.06.2020 21:44 # 0
Это ж уже будет... СКРИПТУХА!
Царь окончательно скатился в говно
MAKAKA 27.06.2020 22:00 # 0
j123123 27.06.2020 22:54 # 0
bormand 27.06.2020 22:06 # 0
Дык уже дорос. Цепляешь LLVM и можно генерить куски кода и джитить их на лету.
MAKAKA 27.06.2020 22:07 # 0
bormand 27.06.2020 22:13 # 0
MAKAKA 27.06.2020 22:19 # 0
j123123 27.06.2020 22:15 # 0
j123123 28.06.2020 20:31 # 0
> Это всё бездарная скриптуха.
>> Нет, это всё украла скриптуха. К тому же у тебя проблемы с восприятием. Ты не понимаешь что это, увидел где-то эти базворды рядом со скриптухой и всё - скриптуха.
j123123 28.06.2020 20:41 # 0
От этой подлой скриптухи всего можно ждать.
j123123 28.06.2020 23:21 # 0
В районе 60 началось программирование и именно тогда родился лисп, вместе с остальными. Программирование было птушным говном везде. Лисп был бездарной скриптухой без ничего, вообще. И это в принципе не язык - это самая примитивная структура данных. Обычные птушные выражения со скобками выродились в это дерьмо.
Так же независимо в это же время начала появляться скриптуха. Из запарты она так и не вылезала, была крайне примитивной. Но это было что-то похожим на язык.
70 годы - это уже время си, си появился и всех поимел. Конечно, хомячки до сих пор ваяли дерьмо на всяких мусорных недоязычках, дядей дошколята разводили.
Но ключевое - везде и всюду были «статические» языки. В это же время си породил скриптуху. И она развилась вместе с юниксами все 80 года.
В этом же время лисп так же валялся в дерьме, были предприняты попытки развести дядей на хардварные реализации. Но как уже было сказано - хомячки обделались и сдохли в помойке.
В это же время развивался C++ и птушный стандарт сишки. С++ пытался выразить адекватно те примитивные идеи, что были в «языках» ранее, но были сделаны дошколятами и были целиком и полностью неюзабельными.
j123123 28.06.2020 23:21 # +1
В это же время на базе С++ стали рождаться его убийцы. Всякие там жавы. Дерьмо на базе паскаля, бейсика.
Повторилась история с сишкой, когда сишка была всем. Но дошколята писали на бездарном говне. А на сишке писала элита. Всегда С/С++ пытались заменить на мусор убогий.
И вот как раз С++ породил ООП, который ушёл в жаба-скриптуху. Сишная интерпретируемая скриптуха ушла в начале в те самые перлы. А уже потом объединение С/С++ породило всю ту скриптуху, что все знают.
Точно так же сама скриптуха стала состоятельной лишь из-за интеграции с сишкой. И потому вся остальная скриптуха(в том числе мусороное ворованное фп-дерьмо) сдохло в адских муках.
Точно так же сишники создали житы вначале в жаве, а потом и в скриптухе уже в нулевых.
И самое важно здесь то, что лисп как был с голой жопой - так и остался. Ничего там не было изобретено, фп валялось в помойке до тех самых 90х годов. Когда начало массово тырить всё из скриптухи.
nemyx 29.06.2020 06:24 # 0
MAKAKA 27.06.2020 22:26 # 0
[quote]
So if you pass a string into btoa() containing characters that occupy more than one byte, you will get an error, because this is not considered binary data
[/quote]
bormand 27.06.2020 22:33 # 0
MAKAKA 27.06.2020 22:36 # 0
И тут нас ждет второй отсос:
https://gist.github.com/lihnux/2aa4a6f5a9170974f6aa
В 99.9% случаев я хочу UTF-8. Почему было не сделать это поведением по умолчанию?
bormand 27.06.2020 22:40 # 0
А там строку от блоба то уже можно отличить? Иначе получится полный, тотальный, непредсказуемый пиздец для байтов от 128 до 255. Впрочем, скриптоблядям не привыкать.
З.Ы. Ну т.е. например если я получил блоб от какого-нибудь inflate, то я НЕ хочу кодировать его в utf-8 перед заворачиванием в base64.
guest8 27.06.2020 22:45 # −999
bormand 27.06.2020 22:47 # 0
Ну вот это отсос с проглотом, да.
guest8 27.06.2020 22:55 # −999
bormand 27.06.2020 23:00 # 0
З.Ы. Какого хуя оно вообще btoa называется. Сейчас не 60-е годы.
guest8 27.06.2020 23:07 # −999
guest8 27.06.2020 23:11 # −999
bormand 27.06.2020 22:48 # 0
Что либа вернула, то и отдал в бейс64. Очевидно, что выхлоп инфлейта - некая последовательность чисел от 0 до 255. Как именно она представлена - я в душе не ебу, это проблема автора либы. Я не обязан думать про какие-то там типы.
guest8 27.06.2020 22:53 # −999
nemyx 28.06.2020 07:18 # 0
https://govnokod.ru/25863#comment506859
https://govnokod.ru/26544#comment541676
И теперь нужно помнить, что использовать её нельзя ни в коем случае, а вместо неё нужно использовать decodeURI. А если вдруг случайно использовал unescape, нужно бить себя линейкой по яйцам.
guest8 27.06.2020 22:50 # −999
guest8 27.06.2020 22:51 # −999
guest8 27.06.2020 22:54 # −999
guest8 27.06.2020 22:55 # −999
guest8 27.06.2020 23:07 # −999
j123123 01.12.2021 02:56 # 0
Шлюха бездарная. Ты - говно. Безмоглое ублюдище не способное мыслить. Обоссанная бездарная жертва пропаганды.
Зачем ты мне, дерьмо, что-то блеешь о каком-то «казачок», «первичен»?
Ты будешь жрать то, что тебе сказали. Будешь лизать туда, куда сказали. Ты бездарная собака. Всё. Анализировать людей у которых есть какой-то выбор - это выше твоих силу, убожество.
Поэтому просто осознай своё место, бездарный раб. И не пытайся на кого-то проецировать своё положение, собака
Какой Царь )))
guest6 01.12.2021 03:08 # 0