

Он работал на сайте где проверяли историю машин (типа не бита ли, не крашена) и данные загружались настолько быстро (меньше чем 10 милисекунд), что юзеры не могли поверить в правдивость таких быстрых данных и поэтому сделали задержку искусственную с полоской.
Не дословно но понял что юзверь не поверил что данные сохраняются меньше секунды, и специально для него добавили фейковую полоску прогресса?
Он работал на сайте где проверяли историю машин (типа не бита ли, не крашена) и данные загружались настолько быстро (меньше чем 10 милисекунд), что юзеры не могли поверить в правдивость таких быстрых данных и поэтому сделали задержку искусственную с полоской.
Знакомый рассказывал про такое же, он добавил задержку в 5 секунд если прога отрабатывала быстрее этих 5 секунд
не просто задержку, а рандомную - то есть юзеры получали немного разное время ожидания в ответ на запросики, что добавляло поиску достоверности.
он уверен - эта херня все еще там.
Попахивает пиздежом.
У нас платный отчёт от автотеки по вину нужно несколько минут ждать зачастую, пока оно по всем возможным базам пробежится. А в РФ, как бы странно это не звучало, очень высокий уровень доступности всяких государственных и около государственных вещей через интернет. Хоть те же госуслуги взять.
У нас платный отчёт от автотеки по вину нужно несколько минут ждать зачастую, пока оно по всем возможным базам пробежится. А в РФ, как бы странно это не звучало, очень высокий уровень доступности всяких государственных и около государственных вещей через интернет. Хоть те же госуслуги взять.
Я б тоже не поверил что при среднем времени роундтрипа до сервера и обратно в 25 ms + время на обработку запроса, оно сумело бы выдать мне данные за 10 ms. Разве что все данные хранятся и уже загружены в память
Если уже загружены в память, на выборку требуются микро, а не милли секунды, т.е. пара тысячных миллисекунды. Если не раками написано.
Ну, сеть это сеть, там от расстояния зависит. Но там да, за 10мс легко выйти.
Ну, сеть это сеть, там от расстояния зависит. Но там да, за 10мс легко выйти.
Это сколько же памяти надо чтобы всю БД по машинам в ней держать? А главное зачем, это явно не тот тип запросов где нужны рилтайм ответы, как у тебя (это у тебя ж ебейший рилтайм где процесс напрямую в буфер сетевой карты пишет, я не ошибся?)
Тут кстати вообще про "сайт" говорится, и конечных пользователей. Это сотня миллисекунд роундтрипа минимум, и потом еще столько же на отображение.
Если. Ты же упомянул "разве что данные загружены в память".
Обычно это действительно нахуй не нужно. Особенно если данных много, и большинство из них прямщас не нужны, и данные по своей сути жирные, т.е. не цыфирки(как у нас в основном).
Тем не менее, даже для обычного веба имеет смысл держать _часть_ в памяти. Простой пример - если нужна работа с данными, которые по своей сути далековаты от таблиц. Конкретный пример - поиск пути по графу с пиздоватой логикой условий. На SQL сделать можно, но в памяти и быстрее, и намного проще код поддерживать. Всё ж SQL по-просту неправильный инструмент для работы со структурами. Плюс, обычно необходимый объем данных для подобных механизмов редко объёмный, а детали нодов уже можно по ид из базы тянуть.
Обычно это действительно нахуй не нужно. Особенно если данных много, и большинство из них прямщас не нужны, и данные по своей сути жирные, т.е. не цыфирки(как у нас в основном).
Тем не менее, даже для обычного веба имеет смысл держать _часть_ в памяти. Простой пример - если нужна работа с данными, которые по своей сути далековаты от таблиц. Конкретный пример - поиск пути по графу с пиздоватой логикой условий. На SQL сделать можно, но в памяти и быстрее, и намного проще код поддерживать. Всё ж SQL по-просту неправильный инструмент для работы со структурами. Плюс, обычно необходимый объем данных для подобных механизмов редко объёмный, а детали нодов уже можно по ид из базы тянуть.
Та же хрень, что и в поиске неисправности windows
А поиск неисправностей в виндовс только крутилку крутит или еще хоть какие-то результаты кроме "неисправностей не обнаружено" выдает?
отсылает настоящий отчет на сервер производителя
Вместе со всеми личными данными, паролями, явками и ремарками типа '- вот у этого жлоба система стоит на HDD и всего лишь 8 гигов оперативки - н-надо чтоб wasppx чаще проверял обновления для Microsoft Store и грузил каждый день патчи для OneNote, пусть Antimalware service executable будет постоянно занят перепроверяя их. Чтоб, с-сука, знал что уже 21-й век и переходил на SSD и 64 гига!'
Он выдаёт тебе ощущение что ты пытался что то предпринять.
Внезапно, однажды на моих глазах оно умудрилось починить подключение по эзернету.
Тоже такое било один раз! Но иногда мне кажется что оно само починилось.
Да только это оно и умеет. И знаете как именно? Просто сбивает настройки на значения по умолчанию и перезапускает адаптер. Всё.
так в это суть всех комьютерных чинил
Иногда единственная причина неработоспособности - это то что криворукий юзер влез куда не надо и поменял настройки. Так что при возникновении проблемы сбрасывать юзеру настройки - довольно логичное решение.
У меня один раз ХР сам щрайвер установил. Буквально однажды только такое видел.
Один раз раздуплило мне сеть, когда я ковырял HyperV. Кажись это единственный раз, когда "само починилось".
Та же история когда-то была с ломальщиком паролей для WinZip -- искусственно вставленная задержка, а то покупатели не понимали, за что они платят.
Пожалуйста, оставайтесь на линии - ваш взлом очень важен для нас!
Когда-то пришла задача "ускорить исполнение задачи"(задача выполнялась где-то 10 минут). Посмотрел как там сделано, немного прифигел. Переписал всё почти с нуля, таким образом чтобы всё выполнялось одним запросом в бд. На следующий день прибегает лид, говорит что - за фигню ты запостил, она не работает. Спросил как определили? Ну вот смотри я нажимаю кнопку и страница сразу перегружается и пишет что всё сделано... видно же что ошибка . пошли проверять, выяснили что всё работает и теперь программа вместо 10 минут тратит меньше секунды.
Херасе...10 минутний запрос...
В том то и дело что не запрос, там зачем-то вытаскивались данные всех пользователей и потом на сервере делалась фильтрация, у клиента было несколько миллионов пользователей.
Бинго єто если он его витягивал и фильтровал на фронте!!
Пусть юзер вручную фильтрует, че нам сервера загружать
Это имеет смысл, если фильтрация нужна ебоватая, которая не ложится нормально на запрос. Но тогда данные из базы тянут единожды, и потом держат в памяти в подготовленной структуре.
Не ваш случай, но в принципе бывает.
Не ваш случай, но в принципе бывает.
Жиза
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!