- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
Хрюкни #15
._ __,
|\,../'\
,'. . `.
.-- '`.
( `' , ;
,`--' _, ,'\
,`.____ `.
/ `, |
' \, '
| / /`,
`, . ,` ./ |
' `. ,' |;,' ,@
______| | _________,_____jv______
`. `. ,'
,'_,','_,
`' `'
Follow us!
Этот оффтоп сгенерирован автоматически.
Индекс оффтопов: https://index.gcode.space/.
Зеркала Говнокода и полезные ресурсы:
* https://govnokod.xyz/ (альтернативный Говнокод)
* https://gcode.space/ (read-only зеркало Говнокода)
* https://t.me/GovnokodBot (Говнокод-бот в «Telegram»)
* https://t.me/GovnokodChannel (Тематический канал в «Telegram»)
* https://vorec.space/ (глоссарий Говнокода)
* https://app.element.io/#/room/#govnokod:matrix.org (резервный чат)
Примечание: автоматические перекаты в настоящее время осуществляются только с аккаунта nepeKamHblu_nemyx.
Остерегайтесь подделок. Берегите себя и своих близких. Кок!
В том, что это всё под контролем Усманова и прочей такой хуйни.
> Что принципиально изменилось от появления этой ремарки?
Ничего. Это какая-то маркетинговая херня. Типа бренд mail.ru это уже что-то такое зашкварное, всякие там блядь браузеры Амиго, тупые донатные говноигры и прочее такое, да и кто сейчас пользуется "электронной почтой", то ли дело "уютный вконтактик".
Мыслосрушечка была пропагандистской помойкой еще 15 лет назад, когда это еще не было трендом.
Например, браузер "Амиго" был переименован в "Атом" - https://browser.ru/ и позиционируется как "Проект VK". У них там еще какая-то "единая система авторизации VK Сonnect" есть.
VK Connect — единая учетная запись для всех сервисов "Mail.ru Group" "VK".
Интересно, сколько они отвалили за такой понтовый домен?...
>>>"VK Connect — единая учетная запись для всех сервисов "VK""
Главное, чтобы это не стало единой системой авторизации вообще для всего в России. А то в Китае тоже начиналось невинно - казалось бы, какой-то невзрачный частный мессенджер WeChat; а теперь без него не обходится вообще ни одна сфера жизни в Китае. Социальный рейтинг, псевдосамоизоляция, куары, хуяры и т.д.
https://www.amazon.it/Hitler-piccolo-F%C3%BChrer-Stefano-Antonucci/dp/8893360675/
По ссылке пиздец какой-то.
Потом домен приобрела компания, кажется, qip
А потом вдруг почта отвалилась. Почтовик выдает ошибку, захожу на сайт - введите номер телефона, иначе вообще никуда не пустим.
В общем, "была".
Даже странно, что на mail.ru такого пока нет. Все жду, пока случится.
Я ящик на pisem.net навсегда потерял. Домен pisem.net вообще анрегнули. Его теперь нужно выкупать на аукционе, чтобы вернуть доступ к почте.
А домен pochta.ru забрала себе «Почта России».
Так всё правильно. Писем нет? Нет. Всё логично.
блиииин, запахло ушедшей юностью. Сразу захотелось запустить reget и скачать пару .mp3 с rmp.ru
Нужно только дойти до метро, и купить дайлап карточку comsetа
Никто не вспомнил две тысячи третий,
Где были мы, и кто был с нами,
Какие девушки, с какими волосами.
– то есть, если ты жил на Пискарёвке или там где-нибудь на Бухарестской, то mp3 и тем более md5 тебе не светили?
Почта для офиса на pop.ru
Почта для интерактива на imap.ru
https://docs.google.com/document/u/0/d/18CXhDb1ygxg-YXNBJNzfzZsDFosB5e6BfnXLlejd9l0/mobilebasic
Собссно Гвидо так и сказал: если придумаете как убрать GIL не сломав нахуй весь написанный код , то можем выпилить.
Вообще в cPython есть многопоточность, но просто работает всегда только один поток: остальные ждут.
Если у тебя одно ядро, то это не так уж и страшно.
Если у тебя одно ядро, то ГИЛ тебе только на руку: можно не думать о синхронизации.
Напомню, что потоки в питоне ЕСТЬ: ты МОЖЕШЬ иметь 20 потоков, 19 из которых заблокированы например IO, и это будет иметь смысл (если тебе не нравится asyncio почему-то например)
Да, посреди работы тебя никто не прервёт. Но ты всё ещё можешь на время потерять лочку при вызове какой-нибудь функции. Так что и синхронизация может понадобиться (и примитивы для неё в питоне есть) и про координацию потоков думать надо.
В смысле если ты пишешь
Но при переключении контекста у тебя всегда бывает полная синхронизация же, нет? То есть всяких феноменов диких не будет типа один тред видит одно, а другой кусок одного, и кусок другог
Если ты хочешь занять 64 ядра, то тебе точно нужно уметь расти вширь, то есть создавать 64 процесса и какой-то медиатор там между ними, потому что завтра тебе будет нужно 1024 ядра, а это уже трудно сделать на одной машине, а потоки между машинами не скейлятся)
То есть нужно сразу учиться быть многопроцессным
зы: а, бля, я не понял шутки сразу)) Ты про LinuxThreads?:)
СНауТ очень тонко шутит как всегда
PPS: треды непричем
Не, я про создателя OCaml и его вкусную копипасту, см. ссылку выше.
Потом уже сделали NPTL, и стало нормально
Потому что завтра ты сможешь 32 из них перенести на другой сервер.
А если у тебя всё завязано на потоки, но не сможешь.
Процессы позволяют расшаривать память если это необходимо. Треды не позволяют не расшаривать память. Что более гибкое? ;)
Операционка несколько страничек в памяти добавляет в адресные пространства нескольких процессов.
Один процесс срет в память, другой может читать (но надо как-то снихронизировать конечно)
Есть несколько API: позиксовый (новый), SysV (старый), у винды свой API.
Вроде бы в STL универсального способа нету (или я не знаю про нево) но вроде читал, что есть в Boost.
Ну оно менее удобно т.к. вместо указателей у тебя будут оффсеты (замапать на один адрес в разных процессах будет сложно). Ну и базу прибавлять надо будет, но это не особо критично для популярных архитектур.
Вот ты сделал в куче потокобезопасную мапу.
Вот ты срешь в нее в 64 потока, которые заняли все твои ядра.
Тебе заебись.
Потом ты хочешь занять еще 64 ядра, но ядер на машине больше нет.
Ты не можешь вынести 64 потока на другой сервер, ведь оттуда не будет доступа к твоей мапе.
А вот питух взял какой-нить key-value storage в памяти и срет в нее из 64 процессов, причем по TCP (ну или UnixDomSockets, не важно)
Его архитектура конечно соснет если там полтора ядра, но зато он легко вынесет свои процессы на другой сервер и атуда по TCP будет срать в этот storage по сети.
Я имел в виду зачем тебе делать 6400 процессов на 100 (или 6400) виртуальных серверах, если можно сделать 100 серваков по 64 потока. И сэкономить память. Масштабируемость не сломана.
конечно один сервер на 64 ядра будет быстрее, чем 64 сервера на 1 ядро.
Но есть две проблемы:
1. Количество ядер ограничено: не бывает серверов на 2048 ядер.
2. Один сервер -- одна точка отказа.
Если ты пишешь AAA игру и тебе важен каждый такт, то конечно не нужно делать 128 процессов:) Но наверное и питон брать не нужно
Вообще говоря, мне процессы с явным расшариванием памяти кажутся секьюрнее и надёжнее, чем говнотреды где всё в кашу, даже стеки.
1. Они сдыхают сами когда ты убиваешь процесс
2. Админ не видит их в ps без спец ключа и они не мозолят ему глаза
3. На винде они легче (на прыщах в теории чууууууууууть легче, потому что TLB не надо флашить, но на практике такие же)
4. Примитивы синхронизации между потоками ОБЫЧНО проще
Процессы тоже так умеют.
> админ не видит
Ну ок, наверное единственное реальное преимущество.
> TLB не надо флашить
В теории должно решаться PCID'ами, но я сварщица не настоящая.
> примитивы синхронизации
Да точно такие же, если у тебя shared memory... А если у тебя пайпы, то там и синхронизация не нужна.
Да, но это нужно явно программировать.
>Да точно такие же, если у тебя shared memory...
У пинды вроде критические секции только внутри процесса работают
У юниксов да -- позиксовые сёмы вроде подходят и для тредиков и для процессиков
PUT /nemyx/<HoMep>
GET /exists/nemyx/<HoMep>
С помощью обычного dict никак?
Можно нафоркаться и сделать многопроцессный сервер, я думаю.
Ну либо взять asyncio, тогда у тебя будет однопточный, но асинхронный сервер. Не так уж и страшно
HEAD /{HoMep}
Активистка из США годами притворялась темнокожей и зарабатывала на этом. Она оказалась белой
Джессика Круг долгие годы врала всем, выдавая себя за темнокожую женщину. Шокирующее признание появилось на сайте Medium, которое написано якобы ей самой. В посте женщина заявляет, что вся ее карьера была основана на «ядовитой почве лжи».
Она пишет, что на самом деле является белой еврейкой, выросшей в пригороде Канзас-Сити. Однако Джессика отрицала свою настоящую жизнь, прикрываясь вымышленными личностями. Она постоянно причисляла себя к темнокожему сообществу. Сначала говорила, что относится к темнокожим Северной Африки, потом приписывала себе связь с темнокожим сообществом США и так далее.
Ебать она мастер конспирации )))
Предлагаю к рассмотрению вот такую схему:
1. Петухи создают перекатную тему (полный оффтоп, никак не затрагивающий кодинг);
2. я забиваю ее флудом;
3. Страйкер ее удаляет.
Страйко тебя накажет.
https://govnokod.ru/27722
https://govnokod.xyz/_27722/
Что означают голубые строки ниже и кто их начертатель.
И говорю, что будь я в силе
То всем бы петухам я выдрал потроха,
Чтобы они ночьми не голосили.