[PD] shmem and bigger buffer size

iftah gabbai ift.gab at gmail.com
Sat Feb 1 10:29:24 CET 2020


@chris, thank you for that, very good piece of info!

On Fri 31. Jan 2020 at 20:03, cyrille henry <ch at chnry.net> wrote:

>
>
> Le 31/01/2020 à 18:30, iftah gabbai a écrit :
> > so it is confirmed to work on linux? if so than great :)
> it's working on my computer!
> c
>
>
> >
> > On Fri 31. Jan 2020 at 13:58, cyrille henry <ch at chnry.net <mailto:
> ch at chnry.net>> wrote:
> >
> >     I don't know why it fail on mac. You can try to split in smaller
> table, like you suggested.
> >     But you should also test it on linux first since it's your main
> target.
> >
> >     c
> >
> >     Le 30/01/2020 à 19:55, iftah gabbai a écrit :
> >      > im building on mac os 10.12 and intending to run on linux(arm), i
> haven’t tested on linux, the problems im having are on mac,
> >      >
> >      > thanks!
> >      >
> >      > On Thu 30. Jan 2020 at 17:47, cyrille henry <ch at chnry.net
> <mailto:ch at chnry.net> <mailto:ch at chnry.net <mailto:ch at chnry.net>>> wrote:
> >      >
> >      >     what is your OS?
> >      >
> >      >     Le 30/01/2020 à 17:10, iftah gabbai a écrit :
> >      >      > hey C, i have 16gb of ram, and if i did not completely
> messed up my calcs i tried to allocate 2 min of 96khz (11.520.000)
> >      >      >
> >      >      > thanks again!
> >      >      >
> >      >      > On Thu 30. Jan 2020 at 17:06, cyrille henry <ch at chnry.net
> <mailto:ch at chnry.net> <mailto:ch at chnry.net <mailto:ch at chnry.net>> <mailto:
> ch at chnry.net <mailto:ch at chnry.net> <mailto:ch at chnry.net <mailto:
> ch at chnry.net>>>> wrote:
> >      >      >
> >      >      >     hello,
> >      >      >
> >      >      >     Do you have enough free memory on your computer?
> >      >      >     I just test on y computer, I can reproduce this error
> as soon as I ask an allocation bigger than the available memory on my
> hardware.
> >      >      >     (between 500 000 000 and 1 000 000 000 points)
> >      >      >
> >      >      >     cheers
> >      >      >     Cyrille
> >      >      >
> >      >      >     Le 30/01/2020 à 12:11, iftah gabbai a écrit :
> >      >      >      > ...perhaps i should elaborate, im trying to dump an
> array in the size of 11 520 000(2 min of 96 khz audio) to another instance
> of PD, is it possible at all or do i have to break it to smaller chunks?
> >      >      >      >
> >      >      >      > On Thu, Jan 30, 2020 at 12:01 PM iftah gabbai <
> ift.gab at gmail.com <mailto:ift.gab at gmail.com> <mailto:ift.gab at gmail.com
> <mailto:ift.gab at gmail.com>> <mailto:ift.gab at gmail.com <mailto:
> ift.gab at gmail.com> <mailto:ift.gab at gmail.com <mailto:ift.gab at gmail.com>>>
> <mailto:ift.gab at gmail.com <mailto:ift.gab at gmail.com> <mailto:
> ift.gab at gmail.com <mailto:ift.gab at gmail.com>> <mailto:ift.gab at gmail.com
> <mailto:ift.gab at gmail.com> <mailto:ift.gab at gmail.com <mailto:
> ift.gab at gmail.com>>>>> wrote:
> >      >      >      >
> >      >      >      >     hello all, ive been experimenting with shmem
> (the latest one i could find in deken), it works fine as long as i use very
> small arrays, as soon as i try to use bigger arrays ( havent checked where
> the breakpoint is but more than approx 400000) it doesnt and it returns
> "could not allocate shmem memory Id"
> >      >      >      >
> >      >      >      >     i wonder if im doing something wrong or if its
> a known thing?
> >      >      >      >
> >      >      >      >
> >      >      >      >     thanks!
> >      >      >      >
> >      >      >      >
> >      >      >      > _______________________________________________
> >      >      >      > Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>
> <mailto:Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>> <mailto:
> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> <mailto:
> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>>> mailing list
> >      >      >      > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >      >      >      >
> >      >      >
> >      >      >
> >      >      >
> >      >      >     _______________________________________________
> >      >      > Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>
> <mailto:Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>> <mailto:
> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> <mailto:
> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>>> mailing list
> >      >      >     UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >      >      >
> >      >      >
> >      >      > _______________________________________________
> >      >      > Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>
> <mailto:Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>> mailing list
> >      >      > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >      >      >
> >      >
> >      >
> >      >
> >      >     _______________________________________________
> >      > Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> <mailto:
> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>> mailing list
> >      >     UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >      >
> >
> >
> >
> >     _______________________________________________
> >     Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
> >     UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200201/7d8a9c2f/attachment.html>


More information about the Pd-list mailing list