Pollen input directory

[Anoniem: 80910]

Mijn vraag
...
Stel ik heb een input directory, hoevaak per seconde kan ik die directory scannen op bestanden ? Ik heb bijvoorbeeld ramdisk en een ssd. Wat is dan de normale gang van scannen ? Wacht telkens 5 miliseconden zat ik aan te denken. Maar slijt dan het geheugen / ssd niet te hard ?

Is er een betere manier om een process te voeren van input van buitenaf ?

Of hoef ik me daar bij 1 msec zelfs niet druk om te maken?


Relevante software en hardware die ik gebruik
debian 12.
Ssd
Tmpfs


Wat ik al gevonden of geprobeerd heb

Ik heb lopen zoeken op pollen input directory, ssd, memory maar niets gevonden in het forum.

In php zou je dat het beste met inotify doen?
Ik zie ook zoiets als inotify-tools, hoe doen die dat ? Of heb je dan dat probleem niet omdat het een event is ?

[PD2JK]

Wat is je use case?

[Anoniem: 80910]

Sse wat read only is, wil ik middels een task een opdracht geven om bijvoorbeeld een template te parsen en dan versturen via het sse process. Ik dacht dus op een directory op mijn ramdisk. Dus ik post een server send request task en wacht erop middels javascript sourceEvent en als ik dit dan bijhoud met een timer heb ik volgens mij het time travel effect nagebootst, wil een cms bouwen en sse zou dan de ui kunnen updaten en kun je samenwerken in hetzelfde scherm.

[ Voor 25% gewijzigd door Anoniem: 80910 op 14-02-2024 18:18 ]

[DiedX]

Mqtt?

[Oon]

Als je direct bij de disk kan dan zou ik inotify gebruiken, dat is daar voor gemaakt en is zo goed als instant. Dan hoef je niet te pollen maar kun je gewoon de inotify events afvangen.

Let wel op dat als je bijv. een bind mount gebruikt het al goed kan zijn dat die events niet doorkomen, het moet namelijk ondersteund worden door de storage driver.

[ufear]

Sorry, what? Ik snap helemaal niets van wat je wil; maar elke paar (milli-!!!) seconden een directory scannen is echt nooit nodig, daar heb je juist inotify voor.

Afhankelijk van waarin/hoe je dit wil implementeren (shell script?) heb je wellicht iets aan inotifywait.

[Anoniem: 80910]

ufear schreef op woensdag 14 februari 2024 @ 18:32:
Sorry, what? Ik snap helemaal niets van wat je wil; maar elke paar (milli-!!!) seconden een directory scannen is echt nooit nodig, daar heb je juist inotify voor.

Afhankelijk van waarin/hoe je dit wil implementeren (shell script?) heb je wellicht iets aan inotifywait.

Blijft alleen de vraag over, Stel het kan niet anders, is het slecht voor het geheugen tmpfs of ssd ?

Bedankt voor de tip.

Kan ik mee verder

[ Voor 9% gewijzigd door Anoniem: 80910 op 14-02-2024 18:37 ]

[Puch-Maxi]

Ter verduidelijking, in deze context staat SSE voor Server-Sent Events.

[DataGhost]

Anoniem: 80910 schreef op woensdag 14 februari 2024 @ 18:36:
[...]


Blijft alleen de vraag over, Stel het kan niet anders, is het slecht voor het geheugen tmpfs of ssd ?

Bedankt voor de tip.

Kan ik mee verder

Het kan altijd anders. Het is wellicht niet slecht, maar je bent onnodig energie aan het verbranden en resources aan het verspillen.

[downtime]

Anoniem: 80910 schreef op woensdag 14 februari 2024 @ 18:36:
[...]


Blijft alleen de vraag over, Stel het kan niet anders, is het slecht voor het geheugen tmpfs of ssd ?

Bedankt voor de tip.

Kan ik mee verder

Lezen zorgt niet voor slijtage aan RAM of een SSD. RAM slijt nooit (DRAM vertrouwt op zeer frequent herschrijven van het RAM om te werken: Wikipedia: Memory refresh ) en SSD-slijtage speelt alleen bij schrijven. En is ook dan IMHO een overtrokken probleem waar de meeste mensen zich onterecht druk over maken.