alexnewsЗапускаю запрос на Амазоне и каждый раз получаю новое время, это реально что один и тот же запрос может выполняться от 15 минут до 49 секунд? Поискал ответы, не нашел подходящего вопроса. Может кто уже сталкивался в этой проблемой?

База не большая где-то около 30Гиг 100млн записей в одной таблице и 30млн в другой, остальные мелочи.

купил дорогой ноут, и лицензионную 8.

Но иногда хром открываеться за пол секунды а иногда 2 секунды. Скажите - реально такое или нет? может какой баг в хроме???

а ещо я часто качаю один и тотже обьём данных с сервера у чорта на куличках, и иногда скачиваеться за пару сек, а иногда медленее - скажите, может мне сетевуху надо вторую поставить? или паяльником чего пофиксить???

и ещо баг ваще странный - короче клиентом команд лайн, конекчусь к базе удалёной,мускл.
иногда конект мгновенный, иногда надо ждать пару секунд - не подскажите в чом может быть проблема??? может это админ удалёной базы на паузу мой конект ставит???

alexnewsalex564657498765453,

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

иногда бывает проще решить задачу с конца.

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

народ, ну мы как понимающие общие принципы устройства компьютера и сетей и ПО, понимаем, что даже если написано - космическая скорость, должны понимать...это как интернет 40Мегабит. посреди ночи, когда все спят, есть мир на 40мегабит, но днём 20...иногда меньше.

когда пишут гарантировано 40...опятьже, обычно почти гарантированные 40, а иногда и того меньше.

Незнаю почему так обиделся ТС на мой сарказм - видать чувак умный, и стало не посебе что в моём посте увидел отношение как к "другим" - которые по посту видно что впервые сами код скл увидели... вообщем пусть меня простит.

но - когда мы имеем дело с удалёным сервисом, где чтото гарантировано, мы должны понимать что сегодня это.

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

это похоже как друг гарантирует держать в тайне секрет, и толпа из 100 человек гарантирует.

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

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

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

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

у амазона правда всё банальней - общие ресурсы для разных юзеров