Александр Календарев @akalend
Ламер с 20 летнем стажем
Information
- Rating
- Does not participate
- Location
- Санкт-Петербург, Санкт-Петербург и область, Россия
- Date of birth
- Registered
- Activity
Specialization
Software Architect, Database Architect
Lead
From 325,000 ₽
PostgreSQL
Golang
C++
Python
Database
Designing application architecture
Creating project architecture
Database design
Object-oriented design
Code Optimization
и главное, что любой начинающий автор всегда сможет о себе заявить!!!
сам вырос в «космическом» городке, посвятил Космосу около 15 лет…
Обидно смотреть на Павильон «Космос», помню в детстве был моим самым любимым павильоном…
А музей истории Космонавтики содержит лишь малую часть, что ранее была представлена в этом павильоне.
Даже когда-то давно писал рапорт на включение в «Отряд космонавтов», правда больше для прикола, так как знал, что все равно не примут…
за-то была реальная попытка стать Космонавтом, что представляется не каждому
yeld — довольно специфичная вещь… как и eval и магик __anymore__
так что и без них, цены не будет вашему проекту…
доделайте его пожалуйста, а я смогу выступить тестером на живых проектах
по этому выдумали простой Си подобный язык, чтоб можно было просто и без боли расширить функциональность Falcon
при достаточном опыте — не на много больше… процентов на 10-25%
Аналогичный пример: Почта России, мне мама регулярно присылает переводы свои внукам на подарки. И я регулярно заполняю одни и те же бумажки, а оператор регулярно с этих бумажек переносит мои паспортные данные в компьютерную программу. Что мешает сделать всплывающую строку и выбор моих ранее введенных данных?
автоинкремент — это не стандарт SQL, а имплементация SEQUENCE во внутренний механизм ISAM/MyISAM/InnoDB etc
входящее сообщение не от QIWI, а от личного номера телефона.
надо сообщить оператору на горячую линию мошеничества.
Вывод — нафиг все эти киви кошельки.
uvlib была разобрана по косточкам :)
короче — куда ни глянь, одни грабли…
как один из недостатков — это загруженность только одного ядра. Ну а сами танцы начинаются при работе с БД…
В итоге прходим к чему-то такому:
cnn[0]=1 0.39% [ 0.00]
cnn[1]=8 3.14% [ 0.03]
cnn[2]=7 2.75% [ 0.03]
cnn[3]=5 1.96% [ 0.02]
cnn[4]=7 2.75% [ 0.03]
cnn[5]=9 3.53% [ 0.04]
cnn[6]=5 1.96% [ 0.02]
cnn[7]=7 2.75% [ 0.03]
cnn[8]=7 2.75% [ 0.03]
cnn[9]=2 0.78% [ 0.01]
cnn[10]=7 2.75% [ 0.03]
cnn[11]=3 1.18% [ 0.01]
cnn[12]=7 2.75% [ 0.03]
cnn[13]=8 3.14% [ 0.03]
cnn[14]=9 3.53% [ 0.04]
cnn[15]=9 3.53% [ 0.04]
cnn[16]=9 3.53% [ 0.04]
cnn[17]=9 3.53% [ 0.04]
cnn[18]=7 2.75% [ 0.03]
cnn[19]=9 3.53% [ 0.04]
cnn[20]=9 3.53% [ 0.04]
cnn[21]=9 3.53% [ 0.04]
cnn[22]=9 3.53% [ 0.04]
cnn[23]=9 3.53% [ 0.04]
cnn[24]=9 3.53% [ 0.04]
cnn[25]=8 3.14% [ 0.03]
cnn[26]=8 3.14% [ 0.03]
cnn[27]=9 3.53% [ 0.04]
cnn[28]=5 1.96% [ 0.02]
cnn[29]=9 3.53% [ 0.04]
cnn[30]=2 0.78% [ 0.01]
cnn[31]=9 3.53% [ 0.04]
cnn[32]=7 2.75% [ 0.03]
cnn[33]=9 3.53% [ 0.04]
cnn[34]=9 3.53% [ 0.04]
— all=255 avg= 7.29
но это лучше, чем когда треть перегружена, стт=15 в вторая а треть cnn=0
асинхронный в/в при многотредовости вообще превращается в ад
нет ни одного нормального решения асинхронный I/O при многотредовой архитектуре.
решение с передачей файлового дескриптора через внутреннюю очередь в тред, работает медленее чем асинхронный режим