вам непременно нужно доказать кому-нибудь, что вы очень умный, поэтому вы вырываете слова из контекста и игнорируете комментарии, в которых я объясняю мотивы каждого своего решения.
незачем. я дал избыточные рекомендации кодеру с тем, чтобы гарантированно он грохнуд превьюшку при удалении ролика, даже если он сделает имена у превьюшек случайными.
насколько я понимаю философию ядра linux данные всё-таки храняться. это, конечно, не код. а дата-сегмент для каждой копии одинакового кода. согласен, что этим часто можно пренебречь.
было бы инетерсно узнать какой объём данных в памяти отводится для каждой thread
начнём с того, что изначально я решил проблему клиента.
потом один матерщинник-перфекционист пристал со своей одной строчкой конфига, которую нужно поправить.
А статью безо всяких правок 50 человек отметило плюсом, а 70 занесло в избранное, так что у вас явно неверные критерии оценки её качества
а я уже говорил, что на тот момент у меня не было времени продумывать систему прав. и к тому же со мной за то что я сделал ещё полностью не рассчитались. зачем работать бесплатно?
mysql> show status like 'Threads%';
+-------------------+---------+
| Variable_name | Value |
+-------------------+---------+
| Threads_cached | 0 |
| Threads_connected | 2 |
| Threads_created | 1576627 |
| Threads_running | 1 |
+-------------------+---------+
4 rows in set (0,02 sec)
mysql> show variables like 'thread_cache_size';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| thread_cache_size | 0 |
+-------------------+-------+
1 row in set (0,03 sec)
я уже говорил о том, что если бы главный критикующий общался бы без мата, то я дал бы на него ссылку.
кроме того я говорил об ограниченном времени и бюджете из-за которых все нужные настройки не были сделаны сразу.
Я прекрасно понимал эти замечания ещё до того как они были написаны. И даже говорил об этом в посте. В итоге меня вынудили сделать часть того что я планировал сделать позже делать ночью.
А насчёт slow — об этом был вопрос в комментах и я вспомнил соотвествующие детали.
Если статья изменяется и информация всё время остаётся актуальной — это очень хорошо.
этот сайт кодил не я, поэтому на нём такая вёрстка
а вот все более поздние остальные проекты по этой дыре были хорошо закрыты изначально. и в список (который уже озвучивался на Хабре) не попали
было бы инетерсно узнать какой объём данных в памяти отводится для каждой thread
я сделал и много другого, что не вошло в статью.
и вообще, если ты легкомысленен в вопросах прав пользователей, то я не должен быть таким.
а если обидно, что я тебя не удостоил ссылки — общайся нормально, без мата
а стоит ли ставить такое большое число?
Ведь запущенных всего 2 (правда сейчас не час пик).
Не много ли памяти это займёт?
видимо за ценные комментарии
потом один матерщинник-перфекционист пристал со своей одной строчкой конфига, которую нужно поправить.
А статью безо всяких правок 50 человек отметило плюсом, а 70 занесло в избранное, так что у вас явно неверные критерии оценки её качества
mysql> show status like 'Threads%';
+-------------------+---------+
| Variable_name | Value |
+-------------------+---------+
| Threads_cached | 0 |
| Threads_connected | 2 |
| Threads_created | 1576627 |
| Threads_running | 1 |
+-------------------+---------+
4 rows in set (0,02 sec)
mysql> show variables like 'thread_cache_size';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| thread_cache_size | 0 |
+-------------------+-------+
1 row in set (0,03 sec)
mysql> show status like '%tables';
+-------------------------+--------+
| Variable_name | Value |
+-------------------------+--------+
| Com_lock_tables | 0 |
| Com_show_open_tables | 6 |
| Com_show_tables | 31 |
| Com_unlock_tables | 0 |
| Created_tmp_disk_tables | 689730 |
| Created_tmp_tables | 691381 |
| Open_tables | 64 |
| Opened_tables | 1477 |
| Slave_open_temp_tables | 0 |
+-------------------------+--------+
9 rows in set (0,00 sec)
Я вижу проблему в последнем запросе, как заказчик созреет — буду оптимизировать
кроме того я говорил об ограниченном времени и бюджете из-за которых все нужные настройки не были сделаны сразу.
Я прекрасно понимал эти замечания ещё до того как они были написаны. И даже говорил об этом в посте. В итоге меня вынудили сделать часть того что я планировал сделать позже делать ночью.
А насчёт slow — об этом был вопрос в комментах и я вспомнил соотвествующие детали.
Если статья изменяется и информация всё время остаётся актуальной — это очень хорошо.