Пайп, едитнах си няколко пъти коментара, да не спамя нови. На AMD лаптопа ми 256 е по- бърз. На xeon-а на сървъра 512 е по- бърз... Да, много зависи от процесора.
|
Последно редактирано на 21.09.2020 от |, видяно: 1690 пъти. #11480
Мързи ме да се логвам на Франкенщайн клъстъра да пробвам други архитектури. Той има дори Power8 :)
bvbfan
Последно редактирано на 21.09.2020 от bvbfan, видяно: 1688 пъти. #11481
Уник, не са. Когато спираш програмата ги записваш някъде и после ги четеш. Същото прави и дб-то, кешира, когато чете от диска.
|
Последно редактирано на 21.09.2020 от |, видяно: 1684 пъти. #11482
Смешник, тази програма е използвам само ВЕДНЪЖ на всеки комплект данни.
Аз смятам дали the trie се събира в L3 cache-a, той ми разказва как sqlite кеширало диска в DRAM. :)
bvbfan
Създадено на 21.09.2020, видяно: 1682 пъти. #11483
Абе, смешник, в моят случай резултатите ВИНАГИ са в паметта. Честно, нямам идея защо продължаваш с "да, ама..." :)
Уник, не са. Когато спираш програмата ги записваш някъде и после ги четеш.
Смешник, тази програма е използвам само ВЕДНЪЖ на всеки комплект данни.
Ти си идиот на идиотите. Комплекта данни го четеш от небето.
|
Създадено на 21.09.2020, видяно: 1680 пъти. #11484
Ти си идиот на идиотите. Комплекта данни го четеш от небето.
Чета го от csv файл веднъж. Данните от етера ли се появяват в sqlite?
bvbfan
Създадено на 21.09.2020, видяно: 1677 пъти. #11485
Ти си идиот на идиотите. Комплекта данни го четеш от небето.
Чета го от csv файл веднъж. Данните от етера ли се появяват в sqlite?
Ти си програмно импотентен, запомни го това.
|
Последно редактирано на 21.09.2020 от |, видяно: 1675 пъти. #11486
Ти си програмно импотентен, запомни го това.
Мда, всеки път когато трябва да кажеш "сгреших", го заменяш с "да, ама..." :) Жалка история. :)
Четенето, както и да го правиш, отнема по-малко от секунда. Сметките отнемат седмица.
bvbfan
Последно редактирано на 21.09.2020 от bvbfan, видяно: 1669 пъти. #11487
Ти си програмно импотентен, запомни го това.
Мда, всеки път когато трябва да кажеш "сгреших", го заменяш с "да, ама..." :) Жалка история. :)
Четенето, както и да го правиш, отнема по-малко от секунда. Сметките отнемат седмица.
Сериозно ти го пиша, нямаш нищо общо с програмирането. Кажи, че файлът се уголемява и ти зареждаш всеки път едно и също дърво с малки модификации. За да докажеш, че не 10, а 100 пъти ти е по-бавна програмата от това, което трябва да бъде.
За мен темата приключи, ти си не си програмист, Рабин 2. Ум царува, ум робува, ум зарежда csv в trie.
|
Последно редактирано на 21.09.2020 от |, видяно: 1665 пъти. #11488
Ти си програмно импотентен, запомни го това.
Мда, всеки път когато трябва да кажеш "сгреших", го заменяш с "да, ама..." :) Жалка история. :)
Четенето, както и да го правиш, отнема по-малко от секунда. Сметките отнемат седмица.
Сериозно ти го пиша, нямаш нищо общо с програмирането. Кажи, че файлът се уголемява и ти зареждаш всеки път едно и също дърво с малки модификации. За да докажеш, че не 10, а 100 пъти ти е по-бавна програмата от това, което трябва да бъде.
За мен темата приключи, ти си не си програмист, Рабин 2.
Още веднъж, бавничко, като за идиот...
Файла не се уголемява. Програмата се изпълнява само ВЕДНЪЖ са колекции А и Б. I/O-то няма НИКАКВО значение за скоростта на програмата (секунда vs. 48 МИЛИОНА секунди).
Конструкцията на trie отнема по-малко от секунда. Използването му прави програмата ПОНЕ 1.5 пъти по-бърза.
Та, можеш да си говориш празни приказки колкото си искаш, но те няма как да променят ФАКТИТЕ. :)
johnfound
Създадено на 21.09.2020, видяно: 1658 пъти. #11489
Абе, смешник, в моят случай резултатите ВИНАГИ са в паметта. Честно, нямам идея защо продължаваш с "да, ама..." :)
Това не е особен проблем - SQlite поддържа бази данни в паметта. И е очевидно, че за твоята задача следва да се използва именно такава, ако сета се събира в паметта.
Флеймчето е добро, малко сухо откъм епитети и цветисти изрази ма за без пари толкова...
|
Създадено на 21.09.2020, видяно: 1656 пъти. #11492
Абе, смешник, в моят случай резултатите ВИНАГИ са в паметта. Честно, нямам идея защо продължаваш с "да, ама..." :)
Това не е особен проблем - SQlite поддържа бази данни в паметта. И е очевидно, че за твоята задача следва да се използва именно такава, ако сета се събира в паметта.
Т.е. да набутам данните в sqlite, за да получа по-ниска производителност? Интересна идея! :)
johnfound
Създадено на 21.09.2020, видяно: 1649 пъти. #11493
Т.е. да набутам данните в sqlite, за да получа по-ниска производителност? Интересна идея! :)
Както вече няколко пъти ти написах (и bvbfan също) твърдението, че ще получиш непременно по-ниска производителност изисква доказателство. NIH синдромът не е доказателство.
|
Последно редактирано на 21.09.2020 от |, видяно: 1647 пъти. #11494
Т.е. да набутам данните в sqlite, за да получа по-ниска производителност? Интересна идея! :)
Както вече няколко пъти ти написах (и bvbfan също) твърдението, че ще получиш непременно по-ниска производителност изисква доказателство. NIH синдромът не е доказателство.
Вече казах. Сравняването на един стринг с 100К стринга на C с Levenstein distance от
(вторият, леко модифициран защото знам дължината и не трябва да викам strlen всеки път), отнема 2.1 секунди. Имплементацията на Go с trie отнема 1.4 секунди. При това с дивашката рекурсия, която трябва да оправя в един момент.
Наистина ли твърдиш, че sqlite ще е по-бързо от C?
Между другото, ако искате честно сравнение, дайте същото нещо имплементирано с sqlite и ще го пробвам.
P.S. Версията ми с trie на С е по-бавна от Go (но все пак по-бърза от сравняването с всеки стринг), но сравнението не е честно защото кода е направен да работи и на GPU.
Евлампи
Създадено на 21.09.2020, видяно: 1634 пъти. #11495
Флеймчето е добро, малко сухо откъм епитети и цветисти изрази ма за без пари толкова...
Втори чипс зимам, хем рядко ям джънк, пък има и програмиска тангента
Ама личи си културата, нАучните титли и прочее, пак псуене ама някак си с академично излъчване...
Унуфри
Създадено на 21.09.2020, видяно: 1630 пъти. #11497
Флеймчето е добро, малко сухо откъм епитети и цветисти изрази ма за без пари толкова...
Пссст, гега, дай ми права да си редактирам мненията.
synergie
Създадено на 21.09.2020, видяно: 1626 пъти. #11498
Флеймчето е добро, малко сухо откъм епитети и цветисти изрази ма за без пари толкова...
Втори чипс зимам, хем рядко ям джънк, пък има и програмиска тангента
Не е зле, но ми се струва че има едно избиване на комплекси от страна на чертата. Спокич черта, на всички е ясно че Big O, worst case, average case и real world performance са различни неща(надявам се и за теб вече). Ти ся това че се изложи за тая хаш таблица дето я знаеше как работи, толкова навътре го прие, че взе да големееш как си смятал структурата от данните дали ти се събира в L3 кеша. Нема нужда сега, случва се на всеки да каже някоя глупост. Аз на твое място щях да пусна едно апологетично писмо до студентчитата, с които си се заяждал и да се опитам да стана по-добър човек. Peace. Давам ти тази коза като символ на приятелство 🐐