Всем еще раз привет. Вопрос решился. Помог мне с этим Виктор. Короче говоря, каким то образом у винды которая ставиться на китайскую материнку есть ограничения в плане колличества загружаемых строк в бас. То есть. У меня были ключевые слова для поиска. Их был 1 млн. В итоге получается урезал до 150к Софт работает как часы. Может кому то пригодится.
Получается что китайские материнки имеею или слабую обработку или кэш или еще что то. Вообщем я не силен в этом. Но что то не так. Пока и так работает меня полностью Устраивает. Теперь можно крутить бас в 500 + потоков. Всем спасибо. Тему можно закрывать.
почему спать 1 млс = 1 сек на самом деле?
-
@UserTrue said in почему спать 1 млс = 1 сек на самом деле?:
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
@selector сделайте вместо спать пустой for от 1 до 100
будет пауза менее 1 секНе надо так делать, это точно также будет вешать интерфейс и плюс грузить проц.
Спецом проверил сколько у меня нагрузка. 60% на ЦП.
В цикле идет обработка трех тыщ строк, но если спать после каждой секунду - я буду ждать вечность. Есть какое то другое решение? -
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
Есть какое то другое решение?
Да, работать с БД напрямую. 3000 строк это смех, я работал объемами в сотни тысяч, у тебя бы проц закипел с таким подходом ))
-
@selector said in почему спать 1 млс = 1 сек на самом деле?:
@kuzkuz я так понял многопоточностю решаетса ета проблема
Не решается, по крайней мере скорости не добавит тк запросы будут все равно обрабатываться по очереди
-
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
@UserTrue said in почему спать 1 млс = 1 сек на самом деле?:
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
@selector сделайте вместо спать пустой for от 1 до 100
будет пауза менее 1 секНе надо так делать, это точно также будет вешать интерфейс и плюс грузить проц.
Спецом проверил сколько у меня нагрузка. 60% на ЦП.
В цикле идет обработка трех тыщ строк, но если спать после каждой секунду - я буду ждать вечность. Есть какое то другое решение?Можно использовать эмуляцию бездействия, с пустым полем тип ожидания
Таким образом паузы будут 140-160 миллисекунд
-
@Kingstreet06 said in почему спать 1 млс = 1 сек на самом деле?:
Таким образом паузы будут 140-160 миллисекунд
Блин конкурс плохих идей )))
Это тоже плохая, изнтури это будет работать как цикл с проверкой времени, то есть это тоже будит грузить проц и смысла для данной задачи не имеет.
-
@UserTrue said in почему спать 1 млс = 1 сек на самом деле?:
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
Есть какое то другое решение?
Да, работать с БД напрямую. 3000 строк это смех, я работал объемами в сотни тысяч, у тебя бы проц закипел с таким подходом ))
что значит напрямую?
-
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
что значит напрямую?
Через nodejs + библиотека для нужной БД (в БАС встроена mongodb) или на крайний случай через cli (консольный клиент)
-
@tet-vivi said in почему спать 1 млс = 1 сек на самом деле?:
@UserTrue твои предложения?
Уже 1000 раз писал, даже выкладывал пример кода в лайфаках
-
@UserTrue said in почему спать 1 млс = 1 сек на самом деле?:
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
что значит напрямую?
Через nodejs + библиотека для нужной БД (в БАС встроена mongodb) или на крайний случай через cli (консольный клиент)
Ок. Спасибо
А по нагрузке есть разница строку получать кубиком или "напрямую" через nodejs? -
@kuzkuz said in почему спать 1 млс = 1 сек на самом деле?:
А по нагрузке есть разница строку получать кубиком или "напрямую" через nodejs?
Конечно ) Через ноду можно делать массовую вставку, сложный запрос и тп, но к сожалению без js там ловить нечего.
