t = threading.Thread() t.start() до старта захерачить t.daemon = True

разница проявляется в шатдауне питона обычные треды работают до упора и интерпретатор ждёт пкоа они не выйдут сами, до посинения

те, что помечены демоном - на них плевать, ос почистит

а когда ос примет решение на чистку?

при завершении процесса же

а то я не мог понять, в чём смысл этого свойства

ааа, прикольно

D:\>py -3 Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 17:54:52) [MSC v.1900 32 bit (Intel)] Type "help", "copyright", "credits" or "license" for more information. >>> import sys, time, threading >>> def forever(): ... while 1: time.sleep(1) ... >>> t = threading.Thread(target=forever) >>> t.daemon = True >>> t.start() >>> sys.exit(0) в этой точке питон сразу же выходит, потому что никого не ждёт D:\>py -3 Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 17:54:52) [MSC v.1900 32 bit (Intel)] Type "help", "copyright", "credits" or "license" for more information. >>> import sys, time, threading >>> def forever(): ... while 1: time.sleep(1) ... >>> t = threading.Thread(target=forever) >>> t.start() >>> sys.exit(0) в этой точке питон "повис", потому что ждёт пока поток не закончит работу. выходить приходится по ctrl-break

питон вышел... а потоки??

как быстро они прибиваются?

поток выше - не прибьется никогда

и нет, питон еще не вышел

Питон же исполняет код который в тред вынесен, лол.

Куда он вышел-то, кто его пустил, гг.

for /f "tokens=3" %%a in ('@reg query HKLM\SYSTEM\CurrentControlSet\Control\Nls\CodePage /v ACP') do chcp %%a >nul вот реально похоже на заклинание вызова дьявола

ну дык, тогда правильно я делал, что это не использовал

значит понял доку правильно

а мне надо не выйти быстро, а прибить всё аккуратно

есть мысль что у всех этих людей своп на xfs

нет

>В результате обрушения разлилось несколько тонн сока, который по улицам города стекает в реку Дон

а нахуя тот линк был тут?

а поделитесь сокровенным, сколько ваши проекты генерят запросов в базу в секунду?

2 ?

а поделитесь сокровенным, сколько ваши проекты генерят запросов в базу в секунду?

по-разному. от 300(тракторист, хехе) до 90k

по-разному. от 300(тракторист, хехе) до 90k

Что нужно для разработки хайлоада? Если я хочу использовать pypy

сперва ты имеешь хайлоад потом он имеет тебя

повторить

хайлоад вообще - это когда у тебя есть ресурс с достаточно высокой нагрузкой/посещаемостью планка "достаточности" повышается со временем, по мере роста звездатости железа

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

оно тащит за собой довольно дохера смежного

Попоболь оно с собой тащщит

см. выше про "он имеет тебя"

Что нужно для разработки хайлоада? Если я хочу использовать pypy

голову нужно и только.

хайлоад - это скорее хайп.

на самом деле это про то, как бы делать поменьше работы

Хайлоад же уже не модный? Уже и диплёнинг даже отошёл.

Что нужно для разработки хайлоада? Если я хочу использовать pypy

ходил я как-то общаться с умными программистами. они мне задали вопрос - "что такое хайлоад?"

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

Есть есть хайлоад, то должен быть лоулоад. И даже мидлоад.

на что мне умные программисты сказали: "верно. хайлоад - это та нагрузка, с которой наш аппаратно-программный комплекс не справляется"

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

"Dude, you're so deep, I can't see you anymore"

ходил я как-то общаться с умными программистами. они мне задали вопрос - "что такое хайлоад?"

Это проект который спокойно выдерживает огромные нагрузки

В том числе это и оптимизация скл запросов, правильная архитектура и тп

В том числе это и оптимизация скл запросов, правильная архитектура и тп

Блджад, какой sql? Откуда?

а чо, хайлоада с sql не бывает?

Это проект который спокойно выдерживает огромные нагрузки

огромные - это сколько? для моего блога это 5 запросов в месяц

Блджад, какой sql? Откуда?

например, в фейсбуке твои лайки хранятся в mysql.

Тащемта как раз лайкосы и месседжи у них не в реляционках, лол.

Тащемта как раз лайкосы и месседжи у них не в реляционках, лол.

на хайлоаде 2016 про лайки говорили, что в mysql.

например, в фейсбуке твои лайки хранятся в mysql.

Допустим. Причем тут sql?

Допустим. Причем тут sql?

ну, наверно, доступ туда производится не телепатией.

Куда — туда?

Куда — туда?

в таблички с лайками.

а что не так с sql?

у меня всё так.

в таблички с лайками.

А что, в таблички можно ходить только через sql?

А что, в таблички можно ходить только через sql?

да можно даже через дохлый хендлерсокет. но ходят-то они с помощью обычного sql.

что не так-то с sql, ты ответишь?

тебе уже два раза вопрос задали

у меня ощущение что он свидетель nosql

Он какой-то ебанутый в плохом смысле. Начали с дефиниции хайлоада, теперь он топит за какие-то сокеты в свой mysql у фейсбука.

Чо к чему.

что не так-то с sql, ты ответишь?

предлагаю простой тест: надо делать 300-400к селектов в секунду

предлагаю простой тест: надо делать 300-400к селектов в секунду

это ответ на вопрос?

ERROR: S client not available

на каком-нибудь i7 с табличкой, которая влезает память и по primary key

это ответ на вопрос?

это ответ под названием "скорость"

ты дурак?

следующий этап - это такое же число апдейтов в секунду

select 300000 from @t.

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

дальше, например, ты мне ответишь, зачем мне 300к запросов в секунду делать на моей субд, верно?

Дальше ты перестанешь хамить или выйдешь. :)

дальше, например, ты мне ответишь, зачем мне 300к запросов в секунду делать на моей субд, верно?

речь вроде про хайлоад была.

Дальше ты перестанешь хамить или выйдешь. :)

я вроде пока даже не начинал.

предлагаю простой тест: надо делать 300-400к селектов в секунду

шард по кластеру и никаких проблем

речь вроде про хайлоад была.

ну вот я точно знаю, что столько (300к) на ноду нет даже у яндекса.

предлагаю простой тест: надо делать 300-400к селектов в секунду

предлагаю аналогичный простой тест. конкретное железо, субд и вперёд

шард по кластеру и никаких проблем

ну так шардиться все умеют. а там уже рейты измеряемые миллионами будут.

и? это не будет хайлоадом?

олсо, ктонить заставьте стаса отпустить кнопку записи 8)))

и? это не будет хайлоадом?

эм... шардинг можно сделать и для крайне херового, медленного решения. что именно "это"?

@pragus так что, будет конкретная спека на железо, субд и записи, объём данных, где ты докажешь, что nosql справится?

чота это какой-то абзац

имма аутта оф тхе хиа

огромные - это сколько? для моего блога это 5 запросов в месяц

Ну уметь разрабатывать хайлоад. Не для себя, для галеры

@pragus так что, будет конкретная спека на железо, субд и записи, объём данных, где ты докажешь, что nosql справится?

ты правда думаешь, что рсубд будет быстрее какого-нибудь redis/tarantool ?

Вы уже начали ссориться

А я просто спросил за пупу

(

ты правда думаешь, что рсубд будет быстрее какого-нибудь redis/tarantool ?

1. тебя спросили, чем плох sql для хайлоада, ты не ответил. 2. ты кинул предьяву про 100к qps per server. я пока с тобой общаюсь. Отвечая на твой вопрос: it depends.

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

на котором ноускл тупо сдохнет не родившись

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

по pk же.

на котором ноускл тупо сдохнет не родившись

Кстати, они же пишут что огромная скорость в той же монгодб

Так это, когда у вас будет рекламная пауза — всё же сможете прояснить, что такое хайлоад в точной формулировке, а не в „сервис который вывозит до хуя запросов”. Хотя можно и так, только тогда нужна дефиниция "до хуя запросов".

по pk же.

ну так давай зададимся вопросом - как часто данные по PK достаются? если проект такой, что там 100% запросов по PK - ясенхуй наверно будет лучше взять nosql.