Attid-2 wrote: > >> процессов и памяти 100%, все sql коннекты имеют статус run, от 3% и ниже > ну ИМХО это вы уткнулись в ограничение железа, не тянет оно больше. > почему, какая зависимость колличества SQL от параметров железа? в чем она заключается.
Честно говоря, проблема моя в целом "академическая", т.е. я должен знать на что я могу рассчитывать, а на что нет, ну и далее строить предложения начальству в плане того, будет система работоспособна или нет, в той или иной ситуации. Как конкретно она будет вести, пока точных сценариев нет. Система для абитуриентов, обычно их колличество около 10 тыс. и вот в час Х они все нажимают на кнопку... страшный сон, пока такого не было. Есть варианты по оптимизации, т.е. можно остановиться на колличестве учебных планов, их около 800, но то же не хило, раньше работал вариант с промежуточным кешированием файлов отчета, сейчас перешли на новую схему. Нужно как то остудить горячие головы. Attid-2 wrote: > > хотя если у тебя будет реально 1000 пользователей которые будут тягать > запросы которые на сервере собираются по 5 минут, ... > просто взял долгий запрос, на маленькую табличку, что бы этот запрос "якобы" долго считался Attid-2 wrote: > > я бы тестировал сриптами которые будут делать select из случайной > таблици, ждут от 1 до 10 секунд и по кругу. тогда думаю больше 1000 > будет без проблем. > пока ничего в голову не пришло, подскажешь? Attid-2 wrote: > > а то с таким подходом любой сервис уткнется в потолок, запусти 1000 > соединений которые будут файл скачивать, размер файла такой чтобы > скачивался не меньше 5 минут. > неудачный пример, в этом случае будет тестироваться сеть, а мне кажется, что в случае с sql основная нагрузка на процессор, операционку и часть ее в виде firebird. В моем случае сервис вообще молчит. Ну почти молчит. Забавно видеть, как просто коннект к базе происходит за 3-10 секунд до начала самого выполнения sql. Attid-2 wrote: > > ЗЫ выполнения этого запроса я у себя не дождался, хотя уже минут 10 > прошло, так что проблема не в сервере не в птичке, а в запросе. > я взял реальное время, видимо различие в машине и настройках системы Я не хочу оптимизировать данный запрос по времени исполнения, а вот в идея произвольной выборке селектов с разным времнем исполнения что-то есть. Но у меня сложилось впечатление, что колличество использования семафоров в разных селектах - разное, я не разработчик, просто впечатление такое. А мне бы хотелось что-нить по постояннее, хотя реальная работа конечно ближе к этому варианту. Хотя в данном вопросе основная проблема, мне кажется, больше лежит на стыке настроек операционки и сервера базы. Евгений -- View this message in context: http://www.nabble.com/%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5-%D0%BA%D0%BE%D0%BB%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%BE-%D0%BA%D0%BE%D0%BD%D0%B5%D0%BA%D1%82%D0%BE%D0%B2-%D0%BA-firebird--tp23313295p23463964.html Sent from the firebird-russian mailing list archive at Nabble.com.
